LUKSとcryptsetupによるLinuxディスク暗号化：設定とTPM 2.0自動ロック解除

Table of Contents

現場の課題：暗号化ストレージ環境における無人再起動のジレンマ

ヘッドレスなベアメタルノードやエッジゲートウェイで暗号化ディスクを運用する際、運用管理上の大きな壁にぶつかることがよくあります。標準的なLUKSボリューム暗号化は、ドライブ盗難に対して強力な保存データ（Data-at-Rest）保護を提供します。しかし、自動カーネルパッチの適用や、深夜2時の瞬時電圧低下による再起動が発生した瞬間に深刻な問題が生じます。

デフォルト設定のLUKSは、initramfsの段階で完全に停止します。管理者が対話型コンソールからパスフレーズを入力するまで待機し続けるためです。iDRACやiLOといった帯域外（Out-of-Band）リモート管理環境がなければ、このプロンプトによって自動復旧プロセスは完全に遮断されます。本来なら5分で終わるはずの計画メンテナンスが、数時間におよぶダウンタイムへと発展してしまうのです。システム管理者は、再起動を優先してディスクを非暗号化のままにするか、セキュリティ監査を満たすために可用性を犠牲にするかという、苦渋の選択を迫られがちです。

根本原因の分析：ブートセキュリティとリモート運用の衝突

このボトルネックを理解するには、LUKSが暗号化キーをどのように管理しているかを確認する必要があります。

パスフレーズによる処理停止：LUKS2ヘッダーは、Argon2id鍵導出関数によって処理されるキースロットを使用してディスクのマスターキーを保護します。仕様上、この計算処理は管理者が物理的にシークレットを入力するまでブートシーケンスを停止させます。
危険な回避策：手動プロンプトを回避するため、エンジニアが生のキーファイルを/bootに配置したり、暗号化されていないTFTPネットワーク経由でパスフレーズを配信したりすることがあります。ラックからドライブを抜き取られれば、暗号化データだけでなく、解除に必要な平文キーまで同時に盗まれてしまいます。
完全性検証の欠如：静的なキーファイルではファームウェアの改ざんを検知できません。攻撃者がオフラインでブートローダーを差し替えたりUEFI設定を変更したりしても、単純なキーファイルは検証なしにボリュームをアンロックしてしまいます。

ここで求められるのは、ハードウェアベースの信頼の基点（Root of Trust）です。正規のマザーボード上ではスムーズにロックを解除しつつ、シャーシからドライブが引き抜かれた瞬間にアクセスを遮断できる仕組みが必要です。

各種ソリューションの比較：セキュリティと稼働率の両立

ディスクのマウント自動化に向けて、これまでさまざまな手法が試されてきました。実際のインフラにおける代表的なアプローチの比較は以下のとおりです。

1. ブートパーティション上の平文キーファイル

/bootに暗号化されていないキーを配置する方法は、5分ほどで簡単に設定できます。しかし、ディスクの機密性は完全に損なわれます。物理アクセスさえできれば誰でもドライブをマウントしてキーを取り出し、数秒で顧客データにアクセスできてしまいます。

2. ネットワーク連動型ディスク暗号化（Clevis + Tang）

Clevisクライアントは、リモートのTangサーバーとHTTP経由で通信してLUKSキーを解除します。許可されたローカルVLAN内にノードが存在する限り、手動介入なしで起動可能です。Tangは500台以上のサーバー群では有効に機能しますが、外部依存による単一障害点（SPOF）が生じます。コアルータが停止したりTangデーモンがフリーズしたりすると、ノードはエマージェンシーシェルで起動停止してしまいます。

3. ハードウェアセキュリティ：TPM 2.0とsystemd-cryptenroll

最近のサーバーやNUCのほぼすべてに、物理的なTPM 2.0チップが搭載されています。systemd-cryptenrollを使用すると、オンボードの暗号化コプロセッサ内に専用のLUKS2スロットを直接封入（シール）できます。ブート時の測定値が正常なプラットフォーム構成レジスタ（PCR）と一致している場合に限り、人手を介さず自動的に復号が行われます。

実践ガイド：CryptsetupとTPM 2.0自動ロック解除を備えたLUKS2環境の構築

LUKS2ボリュームをTPM 2.0モジュールにシールする方法は、運用のバランスが最も優れています。障害復旧用の緊急パスフレーズスロットを保持しながら、人の手を煩わせることなくサーバーを安全かつスムーズに再起動できます。

ステップ1：LUKS2によるパーティション作成とフォーマット

まず、対象ディスクを特定します。このチュートリアルでは、/dev/nvme0n1p3にある専用のNVMeパーティションを使用します。最新のLUKS2パラメータで初期化します。

# 対象ブロックデバイスをフォーマット
sudo cryptsetup luksFormat --type luks2 --verify-passphrase /dev/nvme0n1p3

# 暗号化コンテナを手動で開き、パスフレーズをテスト
sudo cryptsetup open /dev/nvme0n1p3 secure_data

# マップされたデバイス上にext4ファイルシステムを作成
sudo mkfs.ext4 -L secure_store /dev/mapper/secure_data

# テスト用のマッピングを閉じる
sudo cryptsetup close secure_data

リカバリ用パスフレーズは、Vaultや1Passwordなどのエンタープライズ向けパスワードマネージャーに保管してください。将来UEFIアップデートによってプラットフォームの測定値が変化した場合、再アクセスにこのパスフレーズが必要となります。

ステップ2：TPM 2.0チップの登録（エンロール）

カーネルがハードウェアセキュリティチップを認識しているか確認します。

# TPM 2.0リソースマネージャノードを確認
ls -l /dev/tpmrm0
systemd-cryptenroll --tpm2-device=list

新しいLUKS2キースロットをTPMに関連付けます。ここでは、Secure Bootの状態とUEFI証明書を測定するPCR 7にキーをシールします。

# PCR 7を使用してLUKSボリュームをTPM 2.0にシール
sudo systemd-cryptenroll --tpm2-device=auto --tpm2-pcrs=7 /dev/nvme0n1p3

このアプローチを導入したことで、2ソケットのDell PowerEdgeサーバーにおけるコールドリブート時間は、手動コンソール操作に追われていた12分間から、自動化されたわずか45秒へと大幅に短縮されました。

ステップ3：自動マウントの永続化設定

対象となる暗号化パーティション固有のUUIDを取得します。

sudo blkid -s UUID -o value /dev/nvme0n1p3

/etc/crypttabにマッピングルールを追加します。tpm2-device=autoを指定することで、systemdがTPMから直接アンロックトークンを取得するよう指示します。

# /etc/crypttabの構文
# <ターゲット名>   <ソースデバイス>                                <キーファイル> <オプション>
secure_data       UUID=a8b3c4d5-e6f7-4a1b-8c2d-9e0f1a2b3c4d       none         tpm2-device=auto,discard

続いて、/etc/fstabにマウント先を定義します。

# /etc/fstabのエントリ
/dev/mapper/secure_data   /mnt/secure_data   ext4   defaults,noatime   0   2

ステップ4：Initramfsの更新と動作検証

初期ブート段階で必要なTPMモジュールおよびcryptsetupモジュールが読み込まれるよう、initramfsを再構築します。

# Debian/Ubuntuの場合:
sudo update-initramfs -u -k all

# RHEL/Rocky Linuxの場合:
# sudo dracut -f --regenerate-all

システム全体を再起動せずに設定をテストします。systemdユニットを再読み込みし、cryptsetupサービスを直接再起動します。

sudo systemctl daemon-reload
sudo systemctl restart systemd-cryptsetup@secure_data.service
sudo mount -a
df -h /mnt/secure_data

安全性を高める本番運用のポイント

PCR選択の戦略：レジスタ--tpm2-pcrs=7はSecure Bootの状態のみを追跡します。カーネルやinitramfsファイルまで含めて保護を厳格化したい場合は、--tpm2-pcrs=4+7のようにレジスタを組み合わせます。ただし、PCR 4をバインドすると、カーネル更新のたびにTPMトークンの再登録が必要になる点に留意してください。
緊急用キースロットの保護：対話型のパスフレーズキースロットは絶対に消去しないでください。どのアクティブスロットが維持されているかは、sudo cryptsetup luksDump /dev/nvme0n1p3で確認できます。
ハードウェアの廃棄時：マザーボードの交換時やサーバーを廃止する前には、sudo systemd-cryptenroll --wipe-slot=tpm2 /dev/nvme0n1p3を実行してTPMキースロットを必ず初期化してください。