PKIの信頼の危機：eMudhra中間CA鍵漏洩と主要ベンダーの即時遮断対応｜ブログ(ほぼこもセキュリティニュース)

インドの主要な認証局（CA）である eMudhra（emSignブランド）が管理する8つの中間認証局（Intermediate CA）の秘密鍵が外部に漏洩・侵害されたことが発覚しました。
中間CAはWebサイト等の証明書を発行する権限を持つため、これらの秘密鍵を所持する第三者は、任意のWebサイトやコード署名になりすました偽の証明書を不正に発行できる重大な脅威が生じました。
2026年10月17日の外部研究者からの報告を受け、Google (Chrome Root Program) や Mozilla (Firefox) をはじめとする主要なブラウザベンダー、OSベンダー、およびソフトウェアコミュニティが連携し、数時間以内に緊急の失効・ブロック措置を実行しました。
このインシデントの様子を見てみましょう。

漏洩した鍵の範囲と「同一公開鍵クロス署名」の存在
侵害されたのは、Webサイト用（TLS）6種（DV/OV/EV）およびコード署名（Code Signing）用2種の計8つの中間CA証明書の秘密鍵です。
なお、漏洩した8つのうち2つのコード署名用中間CAについては、Chrome等のTLS検証ロジックの仕様上、Webサイト用証明書のパス構築に使われないため、TLS側の個別ブロック対象外（自動排除）と処理されました。
- 特徴
  これら8つの鍵は、Sectigo社によってクロス署名（AAA Certificate Servicesルート経由）された別バージョンの証明書（同一の公開鍵を持つ）も存在していました。
  Chromeなどの最新の検証機構は「証明書単位」ではなく「公開鍵（Public Key）のハッシュ値」を対象にブロックをかけたため、クロス署名された迂回路も含めて即座に無効化されました。
発覚経緯：「研究者自身による証明」というアプローチ
2026年10月17日夕方、セキュリティ研究者（“Wayne” 氏）が主要なルートプログラムに対して秘密鍵の漏洩を通報しました。
- 特徴
  通報の際、研究者は該当する8つすべての秘密鍵を用いて「We have a problem here – Wayne」というメッセージにデジタル署名を施し、鍵を保持している確固たる証拠として提示しました。
  この直接的な証明により、各ベンダーは調査の時間を待たずに即座の緊急対応へ移行することができました。
過去の不正利用リスクを低減させた「CTログ」の仕組み
漏洩した中間CAを用いて悪用発行された偽の証明書が存在するか確認したところ、事前検証の段階でそれらに該当するCTログ（Certificate Transparency）の記録は見つかりませんでした。
- 特徴
  現在の主要ブラウザ（ChromeやFirefox等）はCTログへの記録がないTLS証明書を拒否するため、攻撃者が発覚前に秘密鍵を使って偽の証明書を発行・悪用していたとしても、一般的なブラウザ環境では信頼されず被害が防がれていた可能性が高いと分析されています。
ブラウザとプログラミング言語（Go等）での対応差
ブラウザ（Chrome / Firefox）は自前の自動更新型失効リスト（CRLSets / OneCRL）を活用し、再起動や本体アップデートなしで即座（通報から数時間以内）に中間CAを無効化しました。
- 特徴
  一方で、Go言語などの一般的なプログラミング言語環境やライブラリ（Python certifi等）はオンラインの失効確認（CRL/OCSP）を行わない構造になっています。
  そのため、Goプロジェクトでは標準ライブラリ（crypto/x509）のコード内に直接該当ハッシュ値をハードコードして遮断する緊急リリース（CVE-2026-111943）を発行し、アプリケーション側の再ビルドを促すという異例の対処をとりました。
ルート証明書削除に伴う「正当な証明書への副作用」
Mozilla（NSS）やPython certifi、Homebrewなどの一部のエコシステムでは、中間CA単体のブロックにとどまらず、親元である emSign ECC Root CA – G3 などのルート証明書自体を信頼リストから削除しました。
- 特徴
  これにより、問題の8つの鍵以外から発行されていたeMudhraの正常な証明書を利用しているWebサイトであっても、これらの環境からは接続エラーとなる「副次的な影響（エコシステムからの事実上の遮断）」が生じることとなりました。

本インシデントは、「認証局の根本である秘密鍵が流出する」というPKI（公開鍵インフラ）における最大級のセキュリティリスクでした。
しかし、以下の要素によって被害の最大化が未然に防がれました。

研究者による迅速かつ確実な証拠提出
CTログ（Certificate Transparency）による不正発行の牽制効果
ブラウザベンダー間の迅速な連携と自動配信型失効メカニズムの機能

一方で、プログラミング言語のランタイムや証明書バンドル依存のシステムにおいては、ライブラリの更新や再ビルドが行われるまでリスクが残存することが浮き彫りとなりました。
運用・開発者側としては、ブラウザ以外の非WebシステムにおけるTLS依存ライブラリ（Go, Node.js, Python等）のセキュリティパッチ適用および依存関係の更新を速やかに行う必要があります。

安全は微妙なバランスでぎりぎり成り立っている場合もあります。
周辺の状況に注意していきましょう。