【2026年】TPMセキュアストレージの仕組み｜鍵管理と暗号化の基礎

この階層構造は、セキュリティレベルを高めるために設計されています。例えば、SRK が破損した場合でも EK は影響を受けず、新しい TPM を発行して再構成することが可能です（ただし、これはメーカーサポートに依存します）。また、PCR の値が期待される範囲から外れた場合、TPM 内部の暗号化機能は自動的に動作を停止し、キーの出力を行わないため、不正な起動環境下でのデータ流出を防ぐことができます。

2026 年時点では、この階層構造における「権限委任（Delegation）」機能が強化されています。これにより、特定のアプリケーションやプロセスに対してのみ SRK の使用権限を付与することが可能となり、システム全体のセキュリティリスクを分散させることが可能です。例えば、Web ブラウザの認証機能に限定して TPM を利用する設定を行うことで、OS 全体へのアクセス権限を持たずに必要な暗号化処理だけを実行できます。

鍵生成メカニズムと NV RAM の特性

TPM が提供する最大の利点の一つは、暗号鍵がハードウェア内部で生成され、外部に流出しないことです。この「鍵生成」プロセスは、TPM チップ内の乱数発生器（RNG）によって支えられています。2026 年現在では、NIST（米国国立標準技術研究所）や FIPS（連邦情報処理標準）が推奨する暗号アルゴリズムに基づいて鍵が生成されます。具体的には、RSA-2048 ビットまたは ECC P-256 楕円曲線暗号化方式が一般的に使用されています。

RSA-2048 の場合、約 1.3 x 10^619 の組み合わせを持つ巨大な素数の積から鍵を導出します。ECC P-256 は、同等のセキュリティ強度を持ちながら計算量が少なく、モバイルデバイスや組み込みシステムで広く採用されています。TPM 内部の RNG は、物理的なノイズ（熱雑音など）を利用して乱数を生成するため、ソフトウェアベースの擬似乱数生成器よりも高いランダム性を保ちます。この鍵は、一度 TPM 内部で生成されると、外部への出力を禁止されており、メモリ上に平文として書き出されることもありません。

生成された鍵は「NV RAM（Non-Volatile Random Access Memory）」に保存されます。これは、電源が切れてもデータが保持される不揮発性メモリの一種です。TPM 2.0 の仕様では、特定の領域に NV オブジェクトを保存するためのスペースが用意されています。例えば、Infineon SLB9672 チップの場合、NV RAM の容量は数 KB から数十 KB に設定されており、この領域には鍵や証明書、認証トークンなどの重要なデータが格納されます。

NV RAM の特性として、データ消去には特定の操作が必要です。単に電源を切ってもデータは保持されますが、「TPM Clear」コマンドを実行すると NV RAM 内の鍵情報がすべてクリアされ、TPM が初期状態に戻ります。これはセキュリティ上のリスクに対処するための機能ですが、誤って実行すると復号不可能になるため注意が必要です。また、2025 年以降の最新ファームウェアでは、NV RAM の書き込みエラー防止機能が強化されており、書き込み処理中の電力断でもデータ不整合が起きにくくなっています。

暗号鍵の保管メカニズムにおいて重要なのは「権限」です。TPM は、特定のキーに対して誰が使用できるかを厳格に定義します。例えば、「所有者権限（Owner Auth）」は BIOS 画面での PIN コード入力によって取得され、SRK の操作を許可します。一方、「システム権限（System Auth）」は起動時に OS が自動的に取得し、暗号化キーの展開を許可します。このように、鍵の使用条件が TPM 内部で管理されるため、OS を再起動しても、正しい権限がない限り外部から暗号解読を行うことは不可能です。

Sealing と Unsealing の暗号化フロー

TPM の「Sealing（封印）」と「Unsealing（開封）」機能は、プラットフォームの信頼性を保証する核心的なメカニズムです。このプロセスにより、TPM は特定の条件下でのみ暗号鍵を復元します。まず、データ保護キー（DEK）を生成し、それを TPM 内部で「封印」します。Sealing 処理では、DEK のハッシュ値と、現在の PCR 値が結合されます。PCR 値は、BIOS や OS 起動ローダーの改ざんを検出するために使用されるため、システム状態が信頼できる場合にのみ鍵が開封されます。

Unsealing は、この封印されたキーを復号するプロセスです。TPM は、現在の PCR 値を読み取り、その値が Sealing 時と一致するかを確認します。もし一致すれば、DEK が復元され、暗号化データの読み書きが可能になります。しかし、PCR 値に不一致（例えば、BIOS 設定が変更された、またはマルウェアが起動ローダーを置き換えた）がある場合、TPM は自動的に Unsealing を拒否します。この仕組みにより、システムが改ざんされた環境下では暗号化キーは利用できなくなります。

具体的なフローとしては、以下のようになります。

1. Sealing: データ保護キー（DEK）を生成し、PCR0-7 の値を取得する。
2. Hashing: DEK と PCR 値のハッシュを結合してトークンを生成する。
3. Storage: トークンを NV RAM に保存する。
4. Unsealing: システム起動時に現在の PCR 値を読み取る。
5. Verification: 保存されたトークンと一致するか検証する。
6. Action: 一致すれば DEK を返す、不一致ならエラーを返す。

このフローは、BitLocker ドライブ暗号化などで広く利用されています。ユーザーが PC の電源を入れる際、マザーボードの BIOS や OS の起動ローダーが期待通りに動作していることを TPM が保証し、初めてディスク内の暗号化データを解読します。もしハッカーが物理的にアクセスしてブートローダーを置き換えた場合でも、PCR 値が変わってしまうため TPM はキーを出さず、システムは起動不可となります。

2026 年時点の最新仕様では、Sealing/Unsealing のプロセスにおける「PCR 拡張」機能が強化されています。従来の PCR0-15 に加え、PCR24 などより多くのレジスタが利用可能になり、より細かな状態検証が可能になっています。例えば、「TPM ロックダウンモード」と呼ばれる機能があり、OS が起動した後に TPM 設定を無効にすると、自動的に Unsealing を停止するよう設定できます。これにより、OS 内部からの攻撃に対しても、TPM のセキュリティ機能を維持することが可能になります。

また、Sealing に使用する PCR 値の範囲は柔軟に設定可能です。完全なシステム起動検証を行うだけでなく、「特定の OS が起動している間のみ鍵を解放する」といった制限も可能です。これにより、Linux と Windows のデュアルブート環境や、仮想マシン内での TPM 利用においても、適切なセキュリティレベルを維持することが可能になります。

プラットフォーム状態検証（PCR）の仕組み

Platform Configuration Registers（PCR）は、TPM の「記憶装置」として機能し、システムの信頼性を定量化する役割を果たします。PCR は通常 16 個存在しますが、バージョンや実装によって最大 24 個まで拡張可能です。各 PCR レジスタには特定の役割が割り当てられており、システム起動の過程で順次値が更新されていきます。

PCR0 はブートローダー（[BIOS/UEFI](/glossary/uefi)）および TPM の初期設定を記録します。PC が電源オンすると、TPM はまず BIOS のハッシュ値を PCR0 に書き込みます。これが最初に記録されるため、PCR0 の値はシステム起動の最初の瞬間から決定されます。もし BIOS 設定が変更された場合、PCR0 は自動的にクリアされ、新しい BIOS のハッシュ値で再計算されます。

PCR1-7 はオペレーティングシステムの起動プロセスを監視します。例えば、Windows の起動ローダーや Linux の GRUB のハッシュ値が含まれます。これらの PCR 値が一致しない場合、OS が改ざんされている可能性が高く、TPM はその状態での暗号鍵解放を拒否します。PCR8-15 は、ユーザー空間のアプリケーションやドライバの状態を監視するために使用されることがあります。

PCR 値は累積的にハッシュされます。つまり、PCR0 に BIOS の値が書き込まれた後、PCR1 に OS ローダーの値が追加されると、PCR1 の内部状態は「BIOS + OS ロード」の状態を反映したハッシュになります。この連鎖的な構造により、過去のすべての起動段階を検証可能となっています。

2026 年現在では、PCR の使用において「PCR Lockdown」機能も重要視されています。これは、OS が起動した後に PCR 値の書き込みをロックし、改ざんを防ぐ機能です。例えば、BitLocker を有効にした状態で TPM の設定が変更されたり、BIOS が書き換えられたりすると、PCR0 に記録された状態と不一致となり、システムは起動不能になります。この仕組みにより、ユーザーは意図せずとも、セキュリティ機能を維持したまま PC を使用し続けることができます。

OS 連携による自動復号（BitLocker, LUKS, FileVault）

TPM は、OS レベルの暗号化機能と密接に連携して動作します。最も代表的な例として Windows の BitLocker ドライブ暗号化があります。BitLocker を有効にすると、ディスク全体が暗号化され、復号鍵は TPM 内部で保護されます。ユーザーが PC を起動する際、TPM が PCR 値を検証し、問題がなければ自動的にキーを解放します。これにより、ユーザーは毎回パスワードを入力する必要がなく、利便性と安全性の両立を実現しています。

Linux 環境では LUKS（Linux Unified Key Setup）が同様の機能を提供します。LUKS も TPM 2.0 と連携しており、暗号化ボリュームの復号鍵を TPM に預けることができます。ただし、Windows の BitLocker に比べて設定手順が複雑で、特に fTPM や dTPM の差異による互換性問題が発生することがあります。Linux カーネルバージョンや D-Bus バージョンによって、TPM 連携のプロトコルが異なるため、各ディストリビューション（U[bun](/glossary/bun-runtime)tu, [Fedora](/glossary/dora-fine-tuning) など）ごとの推奨設定を確認する必要があります。

Apple macOS では FileVault が TPM に相当する機能を提供しますが、Intel や Apple Silicon の独自ハードウェアセキュリティモジュールと連携します。ただし、2026 年時点では Intel PTT 搭載 Mac でも TPM 連携のサポートが進んでおり、外部 TPM チップとの互換性も改善されています。

BitLocker の場合、TPM のみが鍵管理を行う「TPM Only Mode」から、PIN コードを組み合わせる「TPM + PIN Mode」へとセキュリティレベルを引き上げることも可能です。PIN を設定すると、TPM がキーを開放する前にユーザーの入力を要求するため、物理的な PC への直接アクセス（フロッピーディスクブートなど）に対する防御力が高まります。

2026 年時点の OS 連携では、クラウドベースの TPM 認証も注目されています。例えば、BitLocker の回復キーを自動で Microsoft アカウントにバックアップする機能が強化され、TPM が破損した場合でもオンライン上の信頼できる状態から復元が可能になっています。これにより、物理的な TPM チップの故障リスクも緩和されています。

dTPM と fTPM の比較とセキュリティ評価

TPM には大きく分けて「dTPM（ディスクリート TPM）」と「fTPM（ファームウェア TPM）」、そして Intel の「PTT（Platform Trust Technology）」があります。dTPM は独立したチップとしてマザーボードに搭載されており、Intel SLB9672 や Nuvoton NPCT750、STMicroelectronics ST33TPHF2E などが該当します。これらは物理的に CPU とは異なるチップであり、独自の電源とメモリを持ちます。

fTPM は AMD プロセッサ（Ryzen シリーズ）に組み込まれた機能で、CPU のファームウェア内で TPM エミュレーションを行います。Intel PTT も同様にプラットフォームレベルのトラスティッド・テクノロジーとして動作し、CPU 内部またはチップセット内に実装されます。2026 年現在では、コスト削減とスペース効率のために fTPM/PTT が主流ですが、dTPM は依然として高セキュリティ用途で選ばれています。

dTPM の最大の利点は、CPU と物理的に分離されていることです。これにより、CPU ベースのサイドチャネル攻撃（電力分析や電磁波解析）に対して TPM を保護できます。また、fTPM が破損した場合でも dTPM は影響を受けず、システム全体の信頼性を維持することが可能です。

一方、AMD fTPM には過去に「スタッター問題」と呼ばれる不具合がありました。これは CPU の電源管理機能と fTPM のタイミングが競合し、処理速度にばらつきが生じる現象です。2026 年時点では、BIOS ファームウェアの更新やマイクロコードの修正により、この問題は多くのシステムで解決されています。ただし、一部の古い BIOS バージョンを残しているマザーボードでは、まだリスクが残っている可能性があります。

セキュリティ評価においては、dTPM が物理的な攻撃に対してより強靭ですが、fTPM/PTT はコストと性能のバランスに優れています。2026 年時点の自作 PC ユーザーであれば、最新の CPU（Ryzen 9000 シリーズや Intel Core Ultra）を使用する限り、fTPM/PTT の信頼性は十分に高いと言えます。ただし、政府機関向けの高セキュリティシステムでは dTPM の採用が推奨されています。

コマンドラインでの TPM 管理とデバッグ

TPM の状態確認や鍵管理には、OS ベースのコマンドラインツールを使用します。Windows では PowerShell を使用し、Linux では tpm2-tools パッケージをインストールする必要があります。これらを使用して、TPM が正常に動作しているか、鍵が正しく生成されているかを検証できます。

PowerShell での基本的なコマンド例として以下があります。

• Get-TPM: TPM の基本情報を表示します。
• Get-TpmOwnerAuth: TPM オーナー権限の情報を確認します。
• Clear-Tpm: TPM を初期化（クリア）します。

Linux では、tpm2_getcap コマンドを使用して TPM の機能をリストできます。また、tpm2_readpublic は公開鍵の読み取りに使用され、tpm2_createek は EK 生成に使われます。これらのコマンドは、TPM が正しく動作しているかを確認するための重要なツールです。

# PowerShell での TPM 状態確認例
Get-TPM | Format-List *

# TPM の有効化/無効化
Set-TpmEnable -Enable $true

2026 年時点のツールでは、これらのコマンドがより安全な権限チェックを行えるようになっています。例えば、Clear-Tpm コマンドを実行する前に、TPM の所有者 PIN コードの入力が必須となるなど、誤作動を防ぐ仕組みが強化されています。

また、TPM のファームウェア更新や BIOS セットアップ画面での TPM 設定も重要です。BIOS 内で「Secure Boot」を有効にすることで、起動時の TPM 検証プロセスが強固になります。さらに、「TPM Clear」機能は、マザーボードのジャンパーをショートさせるなど物理的な操作が必要な場合があり、これには注意が必要です。

よくある質問（FAQ）

Q1: TPM を無効にしてから再度有効にする方法は？ A1: BIOS セットアップ画面で「Firmware TPM」または「Security Device」という項目を探し、「Enabled」に変更します。その後、「TPM Clear」オプションを選択して初期化し、再起動してください。

Q2: 新しい CPU に交換しても TPM の鍵は引き継がれますか？ A2: fTPM/PTT の場合はプロセッサ固有のキーであるため、CPU を交換すると TPM キーも失われます。BitLocker などの暗号化データにアクセスするには回復キーが必要です。dTPM を使用している場合でも、マザーボードを交換すると鍵の保管場所が変わるため注意が必要です。

Q3: Windows 10 の TPM は 2.0 対応ですか？ A3: Windows 10 は TPM 1.2 と 2.0 の両方をサポートしていますが、Windows 11 では TPM 2.0 が必須です。2026 年時点では、Windows 10 のサポートも終了しており、TPM 2.0 の利用が推奨されます。

Q4: fTPM は dTPM よりセキュリティが劣りますか？ A4:理論的には dTPM の方が物理的な分離により安全ですが、2026 年時点の fTPM/PTT は十分に高いセキュリティレベルを維持しています。特に最新の CPU ではサイドチャネル攻撃への耐性が強化されています。

Q5: TPM をクリアするとデータは消えますか？ A5: TPM キーが削除されるため、BitLocker で暗号化されたディスクにアクセスできなくなります。ただし、ハードディスク内のデータ自体が削除されるわけではありません。回復キーがあれば復元可能です。

Q6: Linux でも TPM は使えますか？ A6: はい、tpm2-tools を使用すれば Linux でも TPM の機能を有効活用できます。LUKS 暗号化やシステム起動時の検証に利用可能です。

Q7: TPM のファームウェア更新は必要ですか？ A7: セキュリティパッチが適用されるため、推奨されます。ただし、更新中の電源断には注意が必要です。BIOS ファームウェアと紐付いている場合は、BIOS 更新時に自動的に適用されることが多いです。

Q8: TPM の所有者 PIN コードを忘れた場合どうすれば？ A8: 「TPM Clear」機能を使用して TPM を初期化できますが、これにより保存された鍵はすべて失われます。BitLocker の回復キーが必要です。PIN コードの記憶には注意が必要です。

Q9: Intel PTT と AMD fTPM は同等のセキュリティですか？ A9: 両者ともプラットフォームレベルの信頼性を提供しますが、実装方法が異なります。Intel PTT はチップセットや CPU に統合され、AMD fTPM は CPU のファームウェアに組み込まれています。基本的なセキュリティ機能は同等です。

Q10: TPM を使わない PC でも暗号化できますか？ A10: はい、BitLocker や LUKS では TPM 無しでもユーザーがパスワードやキーを管理することで暗号化可能です。ただし、起動時の自動復号はできず、毎回入力が必要です。

まとめ

本記事では、TPM セキュアストレージの仕組みについて、2026 年 4 月時点の最新情報に基づいて詳細に解説しました。TPM は単なる暗号化機能ではなく、プラットフォーム全体の信頼性を支える重要なセキュリティ基盤です。以下に要点をまとめます。

• TPM アーキテクチャ: EK, SRK, PCR の階層構造により、安全な鍵管理を実現しています。
• 鍵生成メカニズム: 物理的ノイズを利用した乱数発生器により、RSA-2048 や ECC P-256 で暗号鍵を生成します。
• Sealing/Unsealing: PCR 値による検証で、改ざんされた環境下でのキー解放を防ぎます。
• OS 連携: BitLocker, LUKS, FileVault と連携し、自動復号と高いセキュリティを両立します。
• dTPM vs fTPM: dTPM は物理分離により高セキュリティですが、fTPM/PTT も十分実用的です。

2026 年時点では、自作 PC を構成する際にも TPM の仕様を確認することが推奨されます。最新の CPU やマザーボードは fTPM/PTT を標準搭載しており、高いパフォーマンスと安全性を提供します。ただし、特定のセキュリティ要件を持つ環境では dTPM の採用も検討してください。

セキュリティ設定においては、TPM のクリアや初期化に注意し、回復キーのバックアップを忘れないようにしてください。これにより、万が一の際にもデータ保護が確実に行われます。本記事が、読者の安全な PC 自作とシステム管理の一助となれば幸いです。