🔐 Secure Boot と Microsoft 証明書

Secure Boot は、ファームウェアからオペレーティングシステムまでのプラットフォームの信頼の連鎖を強制するために設計された UEFI の中核的なセキュリティ機能です。その主な目的は、bootkit などの不正または悪意のあるブートコンポーネントがブートプロセス中に実行されるのを防ぐことです。

大まかに言えば、Secure Boot は UEFI 実行ファイルの実行を許可する前に暗号学的に検証することで機能します。この検証は、ファームウェアが管理する 2 つのデータベースを使用して実行されます:

• db: 信頼された Authenticode ハッシュと信頼されたルート証明書を含みます。
• dbx: 失効した、または明示的に信頼されていないハッシュと証明書を含みます。

UEFI アプリケーションは、次のいずれかに該当する場合に実行が許可されます:

• その Authenticode ハッシュが db 内のエントリと一致する、または
• その証明書チェーンが db に存在する信頼されたルート証明書まで検証され、かつ dbx に存在しない。

デフォルトでは、ほとんどのシステムは db で以下の証明書を信頼した状態で出荷されます:

• Microsoft Corporation UEFI CA 2011 - Linux shim を含むサードパーティ UEFI コンポーネントの署名に使用されます。
• Microsoft Windows Production PCA 2011 - Windows ブートローダーの署名に使用されます。
• 1 つ以上の OEM 所有の証明書。

CVE-2025-3052 に関連する脆弱なモジュールは、Microsoft Corporation UEFI CA 2011 証明書を使用して署名されていました。この証明書はベンダーやプラットフォーム全体で広く信頼されているため、これを使用して署名されたアプリケーションは、ユーザーの操作なしにほとんどの UEFI システムで実行できます。この広範な信頼は、そのようなモジュール内の脆弱性の影響を大幅に増幅させます。なぜなら、Secure Boot の意図された保護保証を効果的にバイパスするからです。

---

📦 影響を受けるモジュール

Microsoft は 14 の異なる UEFI モジュールが影響を受けると判断し、それらのハッシュを Secure Boot dbx に追加することで問題を緩和しました。

---

---

---

🤝 研究とコラボレーション

似たようなことに取り組んでいますか? UEFI、カーネルセキュリティ、悪用、または別の興味深いセキュリティトピックを研究していますか? エクスプロイトの開発、技術の探求、または単にアイデアを交換したい場合、手助けが必要であれば、遠慮なく連絡してください。私は常に研究について議論し、できる限り支援し、興味深いプロジェクトで協力することに前向きです。お気軽に LinkedIn で私に連絡してください。