BitLockerで廃棄してよかったのか
（YellowKeyが突いた暗号消去の前提）

by

BitLockerが有効なSSDは、鍵を消せばデータも消えたも同然だと思っていました。
しかし、その前提が2026年5月、一人の研究者の公開によって揺らいでいます。

関連記事

1. 「暗号消去」という考え方

SSDの廃棄は厄介です。

1. 「暗号消去」という考え方

HDDと違い、全領域を上書きすることが難しいからです。
「ウェアレベリング」という仕組みによって、OSからの書き込みはドライブ内部で分散されるため、特定のセルに何が残っているかをソフトウェア側から完全には制御できません1。

そこで広まったのが「暗号消去（Cryptographic Erase）」という手法です2。
AES暗号で保護されたドライブは、復号鍵がなければ中身を読むことができません。
そのため、データ本体に手を加えなくても、鍵だけを確実に消してしまえば実質的にデータも読めなくなる。
速くて確実で、SSDの特性にも合致しているため、企業のIT管理者を中心にこの方法が選ばれてきました。

1. 「暗号消去」という考え方

Windowsの「BitLocker」は、この暗号消去にも使われ、廃棄前にBitLockerキーを削除して初期化する、という運用が広く使われてきました3。
Windows標準で使え、、暗号鍵を安全に扱うための専用チップTPM（Trusted Platform Module）と連携して鍵を管理します。

1. 「暗号消去」という考え方


1.1. Bitlockderの前提が崩れる（YellowKey脆弱性）

ところが、2026年5月12日、Nightmare-Eclipseという名前の研究者がBitlockerの脆弱性「YellowKey」を公開しました。

1.1. Bitlockderの前提が崩れる（YellowKey脆弱性）

このYellowKeyは、「Windows回復環境（WinRE）の起動ファイルをむりやり消して、制限なしのコマンドプロンプトを開く」という方法です。
すると、暗号キーのパスコードなしに、ディスク内にアクセスできてしまうのです。

この方法では、細工したFsTxファイル（Transactional NTFS）をUSBドライブかEFIパーティションに用意します。
そのまま、BitLockerが有効なPCに差し込んで再起動し、WinREに入ります4。
そこでCtrlキーを押すと、BitLockerで保護されたボリュームに制限なくアクセスできるコマンドプロンプトが立ち上がってしまうのです。
パスワードは不要で、特殊なハードウェアも、ソフトウェアのインストールも、ネットワーク接続も必要としません。

FsTxファイルは、Windowsのファイルシステム機能が使うトランザクションログです。
「書き込みをまとめてコミットするか、失敗したら全部ロールバックする」仕組みで、ここに細工が加えられたことで、WinREの起動設定ファイルであるwinpeshl.iniを削除してしまうのです。
winpeshl.iniがないとWinREは通常の回復インターフェースを起動できません。
そこで、代わりにコマンドプロンプトにフォールバックします。
TPMがドライブをすでに開いた状態でコマンドプロンプトが立ち上がるため、暗号化ボリュームにも制限なくアクセスできてしまいました。

CVE-2026-45585として正式に登録され、CVSSスコアは6.8（中程度）5とされています。
Microsoftが5月20日に公式認定し、暫定緩和策を発表していますが、今のところ完全なパッチはまだ出ていません6。

ここで押さえておきたいのは、暗号化アルゴリズム自体が破られたのではないという点です。
問題は、WinREの構造にありました。
本来、BitLockerはTPMと連携し、「正しい起動環境」だと確認されたときだけ自動でドライブを開く設計です。
しかし、WinREはその「信頼された環境」の一つとして組み込まれていました。
YellowKeyはこの信頼関係を悪用し、回復インターフェースの代わりに制限なしのシェルを呼び出したのです7。
つまり、暗号の外側にある経路を突いた攻撃です。

なお、研究者は現時点では公開していないものの、TPM+PIN構成を迂回する別の脆弱性も手元で確認しているとしています8。

2. 廃棄・譲渡で問題になる理由

この脆弱性は、自宅で普通に使っているだけなら問題ありません。

物理アクセスを前提とし、リモートから侵入されるタイプの話ではないからです。

2. 廃棄・譲渡で問題になる理由

しかし、廃棄・譲渡するパソコンで、問題になります9。
廃棄したデバッグを入手すれば、電源を入れ、USBを差すことは用意だからです。

暗号消去は、鍵がなければ読めないということを前提としています。
しかし、BitLockerを有効にしたまま廃棄すれば安全、という判断は現時点では成立しないことになります10。

2.1. 今すぐできること

Microsoftは暫定的な対策として、WinREイメージからautofstx.exeを除去することを公開しています。

2.1. 今すぐできること

autofstx.exeが、WinRE起動時に自動実行されないようにすれば、攻撃の起点を塞げるからです。
Microsoftはこの作業を自動化するスクリプトも提供しています11。

もう一つの選択肢は、TPMのみの構成からTPM+PINへの移行です12。
起動時にPINを要求する設定を有効化すれば、攻撃のハードルが上げられます。
ただし、TPM+PINを迂回するPoCが研究者の手元にある点は留意しておく必要があります。

ただし、廃棄・譲渡前は、BitLockerの運用とは別に、やはりドライブレベルの消去を加えるのが現実的です。

まだ起動できる状態であれば、SSDメーカーが提供するSecure EraseまたはNVMe Format/Sanitizeを使います。
これらはドライブ内部の管理領域も含めて消去するための仕組みで、OS側からの通常フォーマットよりも確実性が高いです13。
HDDであれば全領域上書きで対応できますが、SSDにこの方法は向きません。
機密性が高いデータが含まれていて上記の手順が難しければ、物理破壊を選ぶことになります。

BitLockerが有効だからといって初期化なしで譲渡するのは、リスクがあります。

3. BitLockerはまだ有効か

YellowKeyは、BitLockerの暗号そのものを破ったのではありません。
AES-256の強度は変わっていないし、TPMと連携した自動復号の仕組みも機能しています14。

3. BitLockerはまだ有効か

問題は、BitLockerが信頼する環境の一部であるWinREが攻撃の経路になり得ることが示された点にあります。
ドライブが暗号化されているという事実と、鍵なしでは読めないという保証の間に、現時点では隙間があります。

廃棄・譲渡時の暗号消去の代替として、BitLockerだけに依存するのはこの問題が解決されるまで避けた方が良いでしょう。
暫定緩和策を適用したうえで、ドライブレベルの消去と組み合わせる運用が今取れる対応です。

  1. ウェアレベリングはNAND型フラッシュの書き換え回数を均等化するための仕組みで、書き込みを物理的に異なる場所へ分散させる。この結果、OSから書き込んだつもりのない領域にデータの断片が残ることがある。 – Secure Erase SSD Complete Guide | DriveWipe
  2. 米国国立標準技術研究所（NIST）が定めるメディアサニタイズのガイドライン「NIST SP 800-88」では、暗号消去をPurge（高度なサニタイズ）の手法の一つとして位置づけている。PurgeはClear（通常の上書き）よりも強力な手法とされ、SSD廃棄において推奨される方式にあたる。 – Guidelines for Media Sanitization | NIST
  3. SSDファームウェアが行うハードウェア暗号消去は設計上の問題が発覚しており信頼性に懸念がある。BitLockerのようなソフトウェア暗号化を使った暗号消去は、ドライブ全体を確実に暗号化した状態から実施できるため、より信頼性が高いとされる。 – Secure Erase and Release of Solid-State Drives | Oakland University
  4. 具体的にはTransactional NTFS（TxF）という技術を悪用してwinpeshl.iniを削除し、WinREが通常の回復インターフェースではなく制限なしのシェルを起動するよう誘導する。 – Microsoft mitigates YellowKey BitLocker bypass, no patch yet | Notebookcheck
  5. CVSSは脆弱性の深刻度を0から10で示す指標で、4.0〜6.9がMedium（中程度）に相当する。物理アクセスが必要な脆弱性は攻撃ベクトルが限定されるためスコアが下がる傾向にあるが、実際の影響は展開環境によって大きく変わる。 – Understanding the CVSS Base Score: An Essential Guide | Cobalt
  6. 影響を受けるバージョンはWindows 11 24H2・25H2・26H1（x64）およびWindows Server 2025とそのServer Core。Windows 10は対象外とされている。 – Microsoft provides mitigation for “YellowKey” BitLocker bypass flaw | Help Net Security
  7. WinREを経由したBitLockerバイパスはYellowKeyだけではない。2025年7月のPatch Tuesdayで修正されたBitUnlocker（CVE-2025-48800ほか4件）も同様の手口で、MicrosoftのMORSEチーム自身がWinREがBitLockerの主要な攻撃面になっていると指摘している。 – BitUnlocker: Leveraging Windows Recovery to Extract BitLocker Secrets | Microsoft Community Hub
  8. Nightmare-Eclipseは以前にも複数のWindowsゼロデイを公開しており、BlueHammer（CVE-2026-33825）やRedSunといった権限昇格の脆弱性がその後野外での悪用に発展した経緯がある。今回のYellowKeyも、Microsoftへの報告対応への不満から公開されたとされている。 – Windows BitLocker zero-day gives access to protected drives, PoC released | BleepingComputer
  9. 2019年にBlanccoが実施した調査では、eBayで売買された中古ドライブの42%に個人情報・財務記録・企業の知的財産を含む残存データが確認された。廃棄前の消去が不十分なまま手放されたデバイスがいかに多いかを示している。 – NIST 800-88 Media Sanitization Complete Guide | inventivehq
  10. LevelBlueの分析によれば、YellowKeyはUSBポートがあり再起動できる機器であれば、ソフトウェアのインストールや認証情報なしに攻撃が成立する。 – Microsoft Releases Mitigation for YellowKey BitLocker Bypass CVE-2026-45585 Exploit | The Hacker News
  11. スクリプトはWinREイメージをマウントし、オフラインのSYSTEMレジストリを編集してautofstx.exeのエントリを削除したうえで、WinREを再シールしてBitLockerの信頼関係を維持する。初期アドバイザリ公開の翌日、2026年5月21日に提供された。 – Microsoft provides mitigation for “YellowKey” BitLocker bypass flaw | Help Net Security
  12. グループポリシーエディタの「コンピューターの構成→管理用テンプレート→Windowsコンポーネント→BitLockerドライブ暗号化→オペレーティングシステムのドライブ」から「スタートアップ時に追加の認証を要求する」を有効にして設定する。PowerShellのAdd-BitLockerKeyProtectorコマンドでも設定できる。 – How to Enable BitLocker with PIN and TPM for Enhanced Security | 4idiotz
  13. Secure Eraseはマッピングテーブルのみをクリアするのに対し、Sanitizeはマッピングテーブルに加えて書き込まれた全ブロックを消去する。NVMe SSDにはATAのSecure Eraseコマンドが使えないため、NVMe仕様のSanitizeコマンドを使う必要がある。SSDメーカー提供のツールか、LinuxのnvMe-cliが選択肢になる。 – NVMe Secure Erase: How to Sanitize an NVMe SSD | DriveWipe
  14. BitLockerのデフォルトの暗号化方式はXTS-AES 128ビットで、256ビットにするにはグループポリシーの設定変更が必要。今回の脆弱性は暗号アルゴリズム自体とは無関係で、WinREという回復経路の信頼構造の問題にある。 – Configure BitLocker | Microsoft Learn