Windowsコード署名のPQC移行ロードマップ｜2027年耐量子化とアプリ破壊リスクの全貌

米Microsoftは2026年8月20日、Windowsコード署名インフラの刷新計画を発表した。現行認証局の2026年10月失効を機に、2027年の耐量子暗号（PQC）標準化へ舵を切る。従来の証明書ピン留めや独自検証ロジックを持つアプリは動作不能に陥る。

2026年から2027年に向けたコード署名インフラの刷新タイムライン

米Microsoftが公開したサポート文書（KB5125813）「次世代コード署名のための Windows エコシステムの準備」は、OSのセキュリティ基盤を根本から再構築する明確なマイルストーンを提示した。長年Windowsエコシステムの信頼の起点となってきた認証局（CA）「Microsoft Windows Production PCA 2011」が2026年10月19日に有効期限を迎えることを受け、署名検証アーキテクチャの多段階移行が実行される。

この刷新は単なる証明書の期日更新ではない。暗号解読が可能な量子コンピュータ（CRQC: Cryptographically Relevant Quantum Computer）の出現を見据え、OSカーネルからユーザーモードアプリケーションに至るすべてのコード検証フローに「暗号アジリティ（Crypto-Agility）」を組み込む構造改革である。

[コード署名刷新のタイムライン]

2026年8月20日 ── KB5125813公開（エコシステム準備開始の公式発表）
      │
2026年10月19日 ── 「Microsoft Windows Production PCA 2011」失効
      │          代替CAへの切り替え開始・新証明書の発行
      │
2026年末まで ──── 署名仕様の引き上げ完了
      │          RSA-3072以上 / SHA-384を標準化（RSA-2048/SHA-256の段階的廃止）
      │
2027年中 ────── 耐量子計算機暗号（PQC）およびハイブリッド署名の既定導入

コード署名インフラの世代交代に伴う技術仕様の変遷は下表の通りである。

フェーズ	適用時期	ルート/中間CA仕様	ハッシュ関数	公開鍵暗号方式	主な互換性影響
レガシー（現行）	〜2026年10月19日	Microsoft Windows Production PCA 2011	SHA-256（一部SHA-1互換）	RSA-2048	従来型アプリが前提とする署名構造
強化フェーズ	2026年末まで	新世代PCA（代替認証局）	SHA-384 / SHA-512	RSA-3072以上 / ECC（ECDSA）	ハッシュ長固定アプリ、低強度暗号固定ロジックの排除
PQC既定フェーズ	2027年以降	耐量子ルートCA / ハイブリッド階層	SHA-384以上	ML-DSA、SLH-DSA、ハイブリッド署名	証明書ピン留め、PEヘッダ独自パース実装の完全停止

Microsoftは2026年10月のPCA 2011失効に先立ち、同等のセキュリティ特性を持つ代替CAへの移行を順次開始している。2026年末までにアルゴリズム要件をRSA-3072およびSHA-384へ引き上げ、2027年にはNIST（米国国立標準技術研究所）が策定した耐量子暗号規格（FIPS 204: ML-DSA、FIPS 205: SLH-DSAなど）を既定で採用する。

独自検証の排除とハイブリッド署名がもたらす構造変化

なぜMicrosoftは、サードパーティ製ソフトウェアの互換性を揺るがしてまでコード署名インフラの刷新を急ぐのか。その背景には、ソフトウェアサプライチェーン攻撃の高度化と、将来的な量子暗号解読攻撃「SNDL（Store Now, Decrypt Later）」への対抗がある。署名付きバイナリを改ざんから守る基盤そのものを耐量子化しなければ、OSの信頼チェーン全体が将来的に崩壊するためである。

耐量子計算機暗号（PQC）移行のロードマップと技術的課題でも取り上げた通り、グローバルでの暗号移行要請はOSの中核機能にまで波及している。

[従来の危険な独自検証モデル]
EXE / DLL ──> [独自PEパーサー] ──> ハードコードされた公開鍵/拇印と比較 ──> 脆弱・更新不能

[Microsoftが要求する標準APIモデル]
EXE / DLL ──> WinVerifyTrust() / Crypt32 ──> Windows信頼ストア ──> OS側でPQC/ハイブリッドを自動検証

1. 「証明書の同一性」から「信頼チェーンの検証」への完全転換

多くのレガシーアプリケーションやセキュリティツールは、実行対象のバイナリがMicrosoft製であるかを判定する際、証明書の共通名（CN）や拇印（Thumbprint）、あるいは特定のルート証明書を直接ハードコーディングして比較する「証明書ピン留め（Certificate Pinning）」を行ってきた。

しかし、2026年10月にPCA 2011が失効し新しいCAに切り替わると、これらのピン留めロジックは即座に検証エラーを返す。MicrosoftはKB5125813において、特定の証明書プロパティへの依存を完全に非推奨とし、OS標準の検証API（WinVerifyTrust、CryptoAPI、Crypt32）を利用して「Windowsのルート信頼ストアに基づく正当な署名チェーンが存在するか」のみを検証する設計への是正を義務付けている。

2. ハイブリッド署名構造（Hybrid Signature Constructions）の導入

2027年のPQC移行期において最大の実装課題となるのが、レガシーシステムとの下位互換性維持である。PQC単一の署名方式（純粋なML-DSA等）へ一足飛びに切り替えた場合、PQCアルゴリズムを解釈できない古いWindowsバージョンや検証エンジンがバイナリを「署名なし」または「破損」と判断してしまう。

これを回避するため、Microsoftは既存の古典暗号（RSA-3072やECDSA）による署名と、耐量子署名（ML-DSA等）を同一のPE（Portable Executable）ヘッダ内に共存させる「ハイブリッド署名構造」の採用を明言している。標準APIを介して署名を検証するアプリケーションは、OSがバックグラウンドでハイブリッド署名をパースし、利用可能な最強のアルゴリズムで自動検証するため、アプリ側のコード変更なしにシームレスな耐量子移行の恩恵を受けられる。

署名データ肥大化とバイナリ検証パイプラインのボトルネック

コード署名インフラの刷新はセキュリティを飛躍的に高める一方、開発現場および運用環境に対して新たなエンジニアリングの課題を突きつける。

[署名サイズ比較の概算イメージ]

RSA-2048 (現行) : ■ (約256 Bytes)
RSA-3072 (2026) : ■■ (約384 Bytes)
ML-DSA-65 (PQC) : ■■■■■■■■■■■■■■■■■■■■■■■■ (約3,300 Bytes)

1. PEヘッダおよびバイナリサイズの肥大化

PQCデジタル署名は、RSAやECCと比較して公開鍵長および署名サイズが桁違いに大きい。例えばNIST標準のML-DSA-65（セキュリティレベル3）では、署名サイズだけで約3.3KBに達する。従来のRSA-2048署名（256バイト）と比較すると10倍以上の容量となる。

ハイブリッド署名を採用する場合、RSA署名とPQC署名の双方がバイナリのセキュリティディレクトリ（IMAGE_DIRECTORY_ENTRY_SECURITY）に格納されるため、署名オーバーヘッドはさらに増大する。数千個のDLLやモジュールで構成される大規模エンタープライズソフトウェアやゲームエンジンでは、配信パッケージ全体のサイズ増大とメモリフットプリントへの影響を検証する必要がある。

2. CI/CDパイプラインにおける署名レイテンシの増加

RSA-3072およびSHA-384への署名強化、さらにはPQC署名の二重付与は、ビルドパイプラインにおける署名処理時間を確実に引き延ばす。Hardware Security Module（HSM）やクラウド型署名サービス（Azure Code Signingなど）を経由して大量のアーティファクトに署名を行うCI/CD環境では、署名レイテンシの増加がデプロイパイプライン全体のボトルネックになる懸念がある。

3. サードパーティ製品における独自PE解析処理の破壊

アンチチートツール、エンドポイントセキュリティ（EDR）、インストーラー、自己整合性チェッカーなどの一部製品は、パフォーマンス最適化やカーネルモードでの制限を理由に、独自にPEヘッダのAuthenticode署名をパースして検証する実装を採用している。

これらの独自パーサーがSHA-384/SHA-512のハッシュ長や、新世代CAの証明書拡張、ハイブリッド署名のネスト構造に対応していない場合、署名付きバイナリを不正ファイルと誤検知してブロックしたり、プロセスクラッシュを引き起こしたりするリスクが顕在化する。

関連記事: [耐量子暗号（PQC）の移行はいつ？フランスANSSI2027年方針とWeb3・重要インフラが直面する3つの技術的課題](https://techshift.jp/2026/06/19/post-1493/

2027年に向けた開発現場の暗号アジリティ判定指標

技術責任者および開発チームは、2026年10月のPCA 2011失効と2027年のPQC導入に向けて、自社プロダクトおよび調達ソフトウェアの適合度を定量的に評価しなければならない。以下は、直ちに着手すべき監査指標（KPI）である。

[暗号アジリティ監査チェックフロー]

1. コードベース検索 ──> 拇印・CA名・RSA-2048/SHA-256のハードコード検出
      │ (検出された場合: WinVerifyTrustへの置換)
2. API利用監査 ──────> 独自Authenticodeパースの有無
      │ (存在する場合: CryptoAPI / Crypt32へ移行)
3. 互換性テスト ────> 新世代PCA/SHA-384署名バイナリでの動作検証

1. ハードコーディングされた証明書プロパティの完全撤廃率（目標：100%）

ソースコードおよび設定ファイル内において、特定のCA名（「Microsoft Windows Production PCA 2011」など）、証明書拇印、公開鍵ハッシュ、あるいはRSA-2048/SHA-256前提のバッファサイズがハードコーディングされていないかを静的解析ツールで検出する。これらの依存度をゼロにし、OSのトラストアンカーに委譲する設計へ是正する。

2. WinVerifyTrust / Crypt32 APIへの移行完了率（目標：100%）

自社製バイナリの正当性検証やドライバ・プラグインのロード前チェックにおいて、独自実装のPEパース処理を全廃する。Windowsが提供するWinVerifyTrust（WINTRUST_ACTION_GENERIC_VERIFY_V2）またはCertGetCertificateChain等の標準API呼び出しに置き換わっているかを確認する。

3. SHA-384およびRSA-3072対応テスト環境のパス率（目標：100%）

Microsoftが提供する新世代PCAおよびRSA-3072/SHA-384でテスト署名されたバイナリを用意し、自社アプリケーションが警告やエラーなく起動・動作するかをステージング環境で検証する。

国際機関や政府の調達基準においてもPQC対応は不可逆の要件となっており、米大統領令による暗号移行期限が迫る中、「グローバル量子フォーラム」開幕で示されたような国際的デッドラインとも合致する。

コード署名刷新へ向けた推奨移行ステップ

Microsoftによるコード署名インフラの刷新は、Windowsエコシステム全体に対し、長年放置されてきたレガシーな検証ロジックを排除し、暗号アジリティを獲得することを強制している。

ソフトウェア開発企業および社内システムを運用するIT部門が取るべきアクションは明確である。第1に、自社ソフトウェア資産を総点検し、証明書ピン留めや独自署名検証ロジックを直ちにWinVerifyTrust等の標準APIへ移行すること。第2に、CI/CD署名パイプラインをRSA-3072およびSHA-384へ前倒しで対応させ、2027年のハイブリッド署名・PQC署名導入に向けたテスト体制を確立することである。2026年10月の認証局失効を安全に通過し、量子耐性を備えた強靭なソフトウェア基盤へ移行するための準備は、今すぐ着手されなければならない。

出典: 窓の杜
出典: Microsoft Support