【入門編】 TPM 2.0のNVRAM領域を用いた機密情報保護 – 暗号理論・認証基盤 & エンドポイントセキュリティ防御ガイド

こんにちは！セキュリティの世界へようこそ。CISSPホルダーとして、日夜さまざまなシステムを守る最前線に立っている私ですが、今回は新人のIT担当者や、これからセキュリティの仕組みを深く知りたいという開発者の方に向けて、とってもエキサイティングで実用的なテーマをお届けします。

テーマは「TPM 2.0のNVRAM領域を用いた機密情報保護」です。

「うわっ、なんだか呪文みたいな名前が出てきたぞ……」と思いましたか？大丈夫です！一歩ずつ、私たちの身近な「防犯」の仕組みに例えながら優しく紐解いていきますので、安心してついてきてくださいね。

—

1. 家の鍵で例える「TPM 2.0」と「NVRAM」の正体

皆さんは、自宅の玄関の鍵をどこに置いていますか？まさか、玄関のドアの郵便受けに「合鍵」をポイッと入れていませんよね？そんなことをしたら、泥棒に「どうぞお入りください」と言っているようなものです。

サーバーやPCの世界でも同じことが言えます。データベースの接続パスワードや、暗号化の鍵（シークレット）といった「絶対に他人に知られたくない機密情報」を、プログラムのソースコードや普通のファイル（ハードディスク）の中にそのまま保存してしまうのは、郵便受けに合鍵を入れるくらい危険な行為なんです。

そこで登場するのが、マザーボード上にひっそりと佇む専用のセキュリティチップ、「TPM 2.0（Trusted Platform Module）」です。

TPM 2.0 ってなに？

TPMは、いわば「パソコンの中に埋め込まれた、絶対に破られない超頑丈な金庫」です。この金庫の中には、CPUやOSすらも直接中身を覗き見ることができない独立したエリアがあります。鍵の作成や暗号化の計算も、この金庫の中で安全に行われます。

NVRAM 領域ってなに？

そして、今回フォーカスする「NVRAM（Non-Volatile RAM：不揮発性ランダムアクセスメモリ）」は、その金庫の中にある「取り外しのきかない小さな引き出し」だと思ってください。電源を切ってもデータが消えないので、ここに大切な機密情報をしまっておくことができます。

「じゃあ、そこにパスワードを入れれば完璧だね！」……と、思いきや、セキュリティの世界はそんなに甘くありません。もしパソコン自体が丸ごと盗まれて、悪意ある攻撃者に分解されたらどうなるでしょうか？

ここで「特定のPCR状態」という、最高にシビれる防犯システムが活きてきます。

—

2. 「特定のPCR状態」という名の、超頑丈な条件付きロック

泥棒があなたのパソコンを盗み出し、無理やりTPMチップからデータを引き出そうとしたとします。しかし、TPMのNVRAM領域には「ある条件」がかけられています。

それが、PCR（Platform Configuration Registers：プラットフォーム設定レジスタ）という仕組みです。

PCRってどんな仕組み？

PCRは、パソコンが起動する時の「健康診断カルテ」のようなものです。

BIOSやUEFI（パソコンの根幹システム）は改ざんされていないか？
ブートローダー（OSを起動する最初のプログラム）は安全か？
セキュリティ機能は有効になっているか？

パソコンの電源が入るたびに、こうした起動パーツの「ハッシュ値（データの指紋のようなもの）」が次々とPCRに記録されていきます。つまり、パソコンが1ミリも改造されておらず、いつも通りの安全な状態である証拠が、このPCRに刻まれるのです。

「条件付きロック」の魔法

TPMのNVRAMにデータを保存する際、私たちはこう設定できます。
> 「現在のPCRの値が、完全に正常だった時（例：PCR 0, 7, 11 が特定のハッシュ値を示している時）にしか、この引き出しを開けてデータを出してはいけない！」

もし、攻撃者がOSを不正なものに書き換えたり、別の怪しいマザーボードにTPMを移植したりして起動しようものなら、PCRの値は普段と変わってしまいます。すると、TPMは頑なに引き出しの鍵を開けません。「お前、今日の健康診断の結果が怪しいぞ！データを渡すわけにはいかない！」と、自動的にアクセスを拒絶するのです。

これが、TPM 2.0のNVRAMを用いた機密情報保護のメカニズムです。

—

3. 実務での実装パターン：Linux環境におけるCLI操作

「理屈は分かったけれど、実際にどうやって設定するの？」という方のために、Linux環境（tpm2-toolsを使用）を例に、具体的なコマンドの流れを見ていきましょう。

実務のインフラ構築やデプロイの現場では、このような手順を踏んで安全な領域を確保します。

ステップ1: 機密データを格納するNVRAM領域のインデックスを確保する

まずは、TPMの金庫の中に「何番の引き出しを使うか」を決め、領域を定義します。ここでは例として 0x1500016 という番号を指定し、サイズをバイト単位で割り当てます。

# インデックス 0x1500016 に 32バイト（256ビット）の領域を作成する
# -C o: オーナー階層（Owner Hierarchy）で実行
# -s 32: データのサイズ（32バイト）
# -p: アクセス用のパスワード（オーナパスワード）
tpm2_nvdefine -C o -s 32 -p "owner_auth_password" 0x1500016

ステップ2: 特定のPCR状態（ポリシー）を紐づけてデータを書き込む

ここが肝心です。先ほど作成した引き出しに、特定のPCRが一致したときしか開かないように「ポリシー（鍵の条件）」を設定してデータを書き込みます。

# 1. 現在のPCR（例: PCR 7）の値をファイルにハッシュとして保存する
tpm2_pcrread sha256:7 -o pcr7.val

# 2. そのPCR値に基づいたポリシーファイルを作成する
tpm2_createpolicy -Q -L pcr7.policy -F sha256 -f pcr7.val

# 3. ポリシーの条件をクリアしないと書き込めないようにして、機密データをNVRAMに書き込む
# （ここでは "my_super_secret_key" という文字列を書き込んでいます）
echo -n "my_super_secret_key" | tpm2_nvwrite -C o -P "owner_auth_password" -L pcr7.policy 0x1500016

> 💡 現場のワンポイントアドバイス:
> ソースコードや設定ファイルの中にパスワード（例: -p "owner_auth_password"）を直接ベタ書きするのはセキュリティアンチパターンです。実務では、環境変数やセキュアなシークレットマネージャー経由で渡すように設計しましょう。

ステップ3: 安全な状態でのみデータを読み出す

システムが正常に起動し、PCRの値が正しい状態であれば、以下のようにしてデータを取り出すことができます。

# 現在のPCR状態がポリシーと一致している場合のみ、データを読み出してファイルに出力する
tpm2_nvread -C o -P "owner_auth_password" -L pcr7.policy -s 32 0x1500016 -o retrieved_secret.bin

# 読み出せたデータの中身を確認
cat retrieved_secret.bin

万が一、システムが改ざんされていれば、tpm2_nvread の実行時にエラーが返り、機密データは絶対に表に出てきません。攻撃者は手詰まりになるわけです。

—

4. まとめ：一歩ずつ、セキュアなシステムを作ろう

いかがでしたでしょうか？
「TPM 2.0のNVRAM領域を用いた機密情報保護」は、一見すると難解なセキュリティ用語のオンパレードに思えますが、本質は「信頼できる状態（PCR）のときだけ、頑丈な金庫（TPM）の引き出し（NVRAM）から鍵を取り出す」という、極めてシンプルで強力な防犯の仕組みです。

新人のIT担当者や開発者の皆さんが、今後のインフラ設計やクラウドネイティブな環境、IoTデバイスのセキュリティを考える際、この「ハードウェアを信頼の起点（Root of Trust）にする」というアプローチが大きな武器になります。

最初は難しく感じるかもしれませんが、手を動かし、検証環境でコマンドを叩いてみることで、確かな自信に変わっていきます。
一歩ずつ、安全で信頼されるシステムを一緒に作っていきましょう！