HSM と鍵保護の原理（耐タンパ・鍵階層・FIPS 140）

HSM が解く問題：鍵は「使う」が「触らせない」

暗号の安全性は、アルゴリズムが堅牢であることだけでなく、秘密鍵が漏れないことに全面的に依存します。ところがソフトウェアだけで鍵を扱うと、鍵は必ずどこかで平文としてメモリに載ります。プロセスのメモリダンプ、スワップ領域、コアダンプ、特権を奪った攻撃者——平文の鍵が触れる経路はいくつもあります。シークレット管理で鍵を暗号化保管しても、「使う瞬間」には復号してメモリに展開せざるを得ない、という根本的な穴が残ります。

**HSM（Hardware Security Module／ハードウェアセキュリティモジュール）**は、この穴を物理で塞ぐ装置です。発想は単純で、鍵を一度も境界の外に出さない。鍵の生成・署名・復号といった暗号演算をすべて HSM 内部の専用プロセッサで完結させ、アプリケーションには結果だけを返します。

耐タンパとゼロ化：物理境界の防御

鍵が論理的に外へ出ないだけでは不十分です。チップを削って配線をプローブする、電源やクロックに細工して誤動作を誘う——物理的に鍵を吸い出す攻撃が存在するからです。HSM はこれに**耐タンパ（tamper resistance）**機構で対抗します。要件は段階的に分かれます。

最後のゼロ化（zeroization）が決定的です。HSM はチップ周囲を細い導線のメッシュで覆い、削開や穿孔でメッシュが断線・短絡した瞬間を検知します。検知すると、鍵を保持する揮発性メモリへの給電を断つ、あるいは鍵バイトを能動的に上書きして鍵を瞬時に消去します。攻撃者がプローブを当てられる頃には、読むべき鍵はもう存在しない。電源喪失でも鍵が消える設計（バッテリバックアップされた RAM に鍵を置く）と組み合わせ、「分解＝鍵消滅」を物理的に保証します。

鍵ラッピング階層：マスター鍵で鍵を入れ子に守る

HSM の内部メモリは小さく、何百万本もの鍵をすべて境界内に常駐させることはできません。そこで使うのが鍵ラッピング（key wrapping）による階層構造です。基本原理は「鍵を別の鍵で暗号化して保管する」こと。暗号化に使う鍵を鍵暗号化鍵（KEK: Key Encryption Key）、暗号化される側を**データ暗号化鍵（DEK: Data Encryption Key）**と呼びます。

鍵階層（key hierarchy）の入れ子:

  マスター鍵 (Master Key / Root KEK)   ← HSM 耐タンパ境界内に固定。外へ出ない
        │  ラップ（暗号化）
        ▼
  KEK_1   KEK_2   ...                  ← マスター鍵で暗号化して外部保管も可
        │  ラップ
        ▼
  DEK_a   DEK_b   ...                  ← 実データを暗号化する鍵
        │  暗号化
        ▼
  実データ（DB レコード・ファイル）

肝は、最上位のマスター鍵だけを耐タンパ境界内に固定する点です。下位の KEK や DEK はマスター鍵でラップ（暗号化）された状態なら、HSM の外——通常のディスクや DB——に置いても安全です。使うときだけ HSM 内に取り込み、内部でアンラップ（復号）して演算に使い、終われば破棄する。これにより少数の鍵を物理保護するだけで、無数の鍵を論理的に保護できます。

この入れ子は鍵ローテーションとも相性が良い。マスター鍵を更新したいなら、外部保管された全 DEK を「旧マスター鍵でアンラップ→新マスター鍵で再ラップ」するだけで済み、DEK が暗号化している実データには一切触れずに最上位の鍵だけを差し替えられます。これを**エンベロープ暗号化（envelope encryption）**と呼び、クラウド KMS の中核機能になっています。

FIPS 140-2/3：耐タンパの強度を格付けする標準

「その HSM はどこまで物理攻撃に耐えるのか」を客観的に示すのが、米国 NIST のFIPS 140（Federal Information Processing Standard 140）です。暗号モジュールの安全性をレベル1〜4で格付けし、レベルが上がるほど物理セキュリティと侵入応答の要件が厳しくなります。

実務上の分水嶺はLevel 3です。Level 2 までは「開けた痕跡が残る」止まりですが、Level 3 で初めて「開けようとした瞬間に鍵を消す」改ざん応答が必須要件となり、平文鍵の入出力を他のインターフェースから物理的に分離することも求められます。多くの商用 HSM とクラウド KMS の裏側は Level 3 認証品です。

FIPS 140 が物理を保証しても、演算中の物理リーク——消費電力や処理時間からの鍵推定——という別軸の脅威は残ります。これはサイドチャネル攻撃の領域で、高レベル HSM は定数時間実装や電力解析対策（ノイズ注入・電源平滑化）でこれにも備えます。

クラウド KMS との関係：HSM を共有基盤として貸す

クラウドのKMS（Key Management Service）——AWS KMS、Azure Key Vault、Google Cloud KMS など——は、FIPS 140 認証済みの HSM 群をマルチテナントの共有基盤として提供するサービスです。利用者は HSM を所有・運用せず、API で鍵の生成・ラッピング・署名を依頼します。

中核はやはりエンベロープ暗号化です。利用者のデータは手元で生成した DEK で暗号化し、その DEK を KMS のマスター鍵（CMK / KEK）でラップしてもらって、ラップ済み DEK をデータと並べて保管します。マスター鍵は KMS の HSM 境界から決して出ないため、ラップ済み DEK がいくら漏れても、KMS の認可なしには復号できません。

クラウド KMS の鍵管理思想は、PKI における認証局（CA）の秘密鍵保護とも地続きです。ルート CA の署名鍵は典型的に FIPS 140 Level 3 以上の HSM で守られ、オフライン保管されます。CA の信頼が秘密鍵1本の保護に懸かる構造は公開鍵基盤（PKI）で詳しく、本記事の鍵保護はその物理的な土台にあたります。

まとめ

HSM の本質は、鍵を「使えるが取り出せない」状態に物理的に固定することです。アプリには鍵でなくハンドルを渡し、暗号演算を境界内で完結させる。耐タンパ機構とゼロ化が物理的な吸い出しを阻み、分解された瞬間に鍵を消滅させます。鍵ラッピングによる階層は、マスター鍵1本を境界内に固定するだけで無数の下位鍵を論理的に保護し、エンベロープ暗号化やローテーションを支えます。

FIPS 140-2/3 はこの物理保護の強度をレベル1〜4で格付けし、Level 3 で「侵入時ゼロ化」が必須化される点が実用上の分水嶺です。クラウド KMS は、この認証済み HSM を共有基盤として貸し出し、エンベロープ暗号化を API 一本で使えるようにしたもの——鍵を所有せずに鍵保護の恩恵だけを受け取る仕組みだと整理できます。鍵をどこに保管するかの運用論はシークレット管理、鍵で何を守るかの基礎は暗号の基礎を合わせて参照してください。