フォローする 主要な公開鍵インフラストラクチャのインシデントにより、ブラウザ、プログラミング言語エコシステム、証明書ストア、ソフトウェアパッケージ全体で緊急のセキュリティ対策が必要となりました。8つのeMudhra中間認証局証明書に関連する秘密鍵が侵害され、許可されていない関係者が証明書を作成し、脆弱なクライアントに対して信頼できるように見せかける可能性が出てきました。
このインシデントは、ドメイン検証、組織検証、拡張検証証明書に使用される6つのTLS中間層および2つのコードサイン中間層に影響を及ぼします。中間CAは信頼されたルートの下で証明書を発行できるため、その秘密鍵の所有は通常のWebサイト証明書の侵害とは根本的に異なるリスクを伴います。攻撃者は、影響を受けたチェーンから継承された信頼を持つ不正な証明書を作成する可能性があります。
Goプロジェクトは、Goアプリケーションが侵害された中間証明書を含む証明書チェーンを引き続き信頼する可能性のあるケースに対応してCVE-2026-111943を導入しました。Go 1.26.10および1.27.3では、crypto/x509に拒否リストを追加し、信頼されない中間鍵がチェーンに現れた場合、証明書の検証が失敗するようになりました。
CVE-2026-111943の検出機会を探しているセキュリティチームは、従来の脆弱性利用テレメトリを超えて考えるべきです。このインシデントは基本的に証明書の信頼に関するものであり、防御者はTLS証明書チェーン、予期しない証明書発行者、証明書検証の失敗、疑わしい暗号化セッション、および迅速に更新されるブラウザの失効メカニズムに依存せずに独自の証明書バンドルを維持するソフトウェアを監視するべきです。
SOC PrimeのAIネイティブ検出インテリジェンスプラットフォームは、多様なSIEM、EDR、およびデータレイク技術を介して、継続的に更新される検出コンテンツを活用することで、セキュリティチームが新たな脅威に対する可視性を強化できるようにします。クリックして 検出を探索する 新たな攻撃行動に関連する検出コンテンツおよびハンティングロジックにアクセスしてください。
セキュリティの専門家はまた、Prime Architectを使用して新しい脅威インテリジェンスおよびインディケーターをハンティングクエリおよび検出ロジックに変換し、CVE-2026-111943関連の露出を検出し、環境全体での疑わしい証明書活動を調査するのを助けることができます。
CVE-2026-111943の分析
この事件は2026年10月17日に始まりました。セキュリティ研究者がeMudhraによって運営されるemSign証明書認証局インフラストラクチャの8つの中間証明書に影響を与える暗号化の弱点を特定しました。研究者は、すべての8つの証明書に対して有効な署名付き証明書をブラウザルートプログラムおよびeMudhraに提出することで、対応する秘密鍵を所有していることを示しました。
その後、Mozillaは侵害を確認し、重要なことに、研究者の手法に関する詳細を受け取らなくても影響を受けた秘密鍵を独自に回収できたと報告しました。Mozillaは、基本的な鍵生成プロセスに欠陥があり、悪用が簡単であると結論付けました。
影響を受けた認証局には以下が含まれていました：
- EM DV TLS CA – G3B
- EM DV TLS CA – G3C
- EM OV TLS CA – G3B
- EM OV TLS CA – G3C
- EM EV TLS CA – G3B
- EM EV TLS CA – G3C
- EM OV CS CA – G3B
- EM OV CS CA – G3C
最初の6つは、ウェブサイトの認証に使用される証明書チェーンに参加できるTLS中間体です。残りの2つはコードサイン中間体です。G3B証明書はオランダのeMudhra BVに関連し、G3C証明書はアメリカ合衆国のeMudhra Inc.に関連しました。
セキュリティの影響は重大です。中間CAの秘密鍵を導出または取得できる者は、正規の証明書認証機関の発行プロセスを経ずにその中間CAの下で証明書を発行できる可能性があります。TLSのコンテキストでは、攻撃者が被害者の接続を傍受またはリダイレクトすることができれば、不正な証明書を使用してドメインを偽装することが可能です。
Mozillaは、そのような攻撃者が接続を傍受する位置にあれば、ウェブサイトを偽装してトラフィックを読み取ったり変更したりする可能性があると指摘しました。これは、中間者攻撃シナリオ、侵害されたネットワークインフラストラクチャ、悪意のあるプロキシ、またはDNSとルーティング操作などに特に関連しています。
しかし、被害を防ぐ対応が取られる前に、不正なTLS証明書の広範な悪用が見られた証拠はありません。The Hacker Newsが引用するChromeルートプログラムの調査によれば、影響を受けた6つのウェブサイト中間に繋がるTLS証明書は、Chromeが鍵をブロックするまで、証明書の透明性ログに現れていませんでした。ChromeやChrome以外のブラウザは通常、ログされていない公開信頼証明書を拒否するため、これによってそうしたクライアントによる検出されない不正なTLS悪用の機会が大幅に制限されました。
Chromeは10月17日18:05 UTCに報告を受け、19:45 UTCまでに6つのTLS中間のCRLSetブロックを展開しました。Mozillaはその晩報を受け、22:59 UTCまでに標準のFirefox設定にOneCRLブロックを配布しました。リモート設定を受信しているFirefoxユーザーは、手動で更新したりブラウザを再起動したりすることなく保護を受けました。
CVE-2026-111943のPoC状況は、これは従来のメモリ破損やリモートコード実行の脆弱性ではなく、悪用コードを伴うことがないため、通常とは異なります。代わりに、研究者は8つすべての秘密鍵の制御に関する暗号的証明を提供し、Mozillaは秘密鍵の回収を独自に再現し、暗号的な失敗が悪用可能であることを効果的に証明しました。
CVE自体は、Goプロジェクトによって割り当てられています。これは、Go標準ライブラリの証明書検証に関わるより狭い問題を説明しています。ほとんどのプラットフォームでは、Goはシステムルート証明書ストアに依存しています。しかし、関連する信頼設定が迅速に更新されないシステムでは、もはや信頼できない中間と通じてチェーンを受け入れ続ける可能性があります。
そのギャップを埋めるため、Goプロジェクトはcrypto/x509に明示的な拒否リストを追加し、侵害された中間パブリックキーの一つを含む証明書チェーンがある場合にエラーを返すようにしています。
CVE-2026-111943は、Go 1.26.10より前とGo 1.27ブランチの1.27.3より前のバージョンのGo標準ライブラリに影響を及ぼします。影響を受けたバージョンを使用して構築されたアプリケーションは、新しい保護を受けるために修正されたGoリリースで再構築が必要となるかもしれません。
CVE-2026-111943の詳細は、すべてのプログラムがTLS検証を実行することで自動的にブラウザによる修正を受けるわけではないため、アプリケーション所有者にとって特に重要です。多くのアプリケーションは言語固有または組み込みの証明書ストアを使用しており、Chrome CRLSetやMozilla OneCRLのようなブラウザの失効システムを消費しないかもしれません。
The Hacker Newsによれば、この区別が複数のエコシステムで更新を引き起こしました。Goは明示的なブロックを追加し、MozillaはNSSを更新し、Pythonのcertifi証明書バンドルは影響を受けたルートを削除し、Rustのwebpki-rootsエコシステムは更新を発行しました。RustSecは、影響を受けたweb PKIルートパッケージのバージョン1.0.10以降が修正されていると別に識別しています。
CVE-2026-111943のIOCは、主に証明書に関連するもので、従来のマルウェアインジケーターであるIPアドレス、ドメイン、またはファイルハッシュのようなものではありません。組織は、影響を受けた8つの中間証明書の識別子およびGoや他のベンダがこれらの鍵を明示的にブロックするために使用するパブリックキーのハッシュに焦点を当てるべきです。これらの中間体を示す証明書チェーンテレメトリは、信頼されていないものとして扱われ、調査されるべきです。
CVE-2026-111943の緩和策
Go環境にとって最も重要な緩和策は、Go 1.26.10、Go 1.27.3、またはそれ以降のサポートされているリリースにアップデートし、GoのTLS証明書検証に依存するアプリケーションを再構築することです。開発サーバー上でGoツールチェインを単にアップグレードしても、すでにコンパイルされたバイナリを遡及的に変更することはできません。影響を受けたアプリケーションはパッチ標準ライブラリで再構築し再展開される必要があります。
組織はまた、独自のCAストアまたは証明書バンドルを保持するアプリケーションをインベントリー化するべきです。ChromeやFirefoxのようなブラウザは集中失効メカニズムを通じて迅速に反応しましたが、コマンドラインユーティリティ、サーバーアプリケーション、コンテナ、エージェント、埋め込みデバイス、および言語ランタイムは異なる証明書ソースに依存しているかもしれません。
通常の設定を持つFirefoxユーザーは、10月17日にOneCRLブロックを自動的に受け取りました。Mozillaはさらに、リモート設定の正常動作を妨げるポリシーまたはネットワーク環境を持つユーザーに更新されたブロックリストを提供するために、Firefox 158.0.1、Firefox ESR 115.43.1、およびFirefox ESR 153.5.1をリリースしました。MozillaはNSS 3.131.1もリリースし、信頼された証明書セットに変更を加えました。
セキュリティチームは以下を行うべきです：
- Goアプリケーションを更新し、影響を受けたバイナリを再構築する。
- システムCAバンドルおよび言語固有の信頼ストアを更新する。
- ブラウザおよびオペレーティングシステムの証明書失効メカニズムが機能していることを確認する。
- 8つの侵害された中間証明書の鍵をブロックまたは不信任とする。
- 埋め込みまたは静的にパッケージされた証明書ストアを持つ内部アプリケーションを特定する。
- 影響を受けた中間体を含む証明書チェーンのTLSテレメトリを検査する。
- 既存のサービスが現在不信任とされた証明書チェーンに依存している場合は、正当な証明書を再発行する。
- ルートストアの更新後、重要なサービスをテストする。CAルートを削除すると、それを介して以前にチェーンされた正当なサービスが中断することもあるため。
チームはまた、長期間実行されるソフトウェアアプライアンス、コンテナ、内部開発者ツール、サポートされていないソフトウェアに特に注意を払うべきです。これらのシステムは、主流のブラウザが侵害されたCAをブロックした後も、古い証明書バンドルを信頼し続ける可能性があります。
ルート証明書を削除することは、運用に影響を与える可能性があります。そのルートを介してチェーンされた正当な証明書は、個々の証明書が侵害されなかった場合でも検証されなくなる可能性があります。このため、組織は信頼ストアの削除が可用性に影響しないと想定せず、迅速な不信任と依存関係の発見および証明書の交換を組み合わせるべきです。
SOCチームは、証明書の検証失敗、TLS傍受テレメトリ、異常なDNS活動、予期しないプロキシ動作、証明書発行者の変更を相関させることで、防御態勢を強化できます。攻撃者は通常、偽のTLS証明書が有用になる前にトラフィックを指示または傍受するためのメカニズムを必要とするため、証明書異常はネットワークレベルの証拠と共に調査されるべきです。
FAQ
CVE-2026-111943とは何で、どのように機能しますか？
CVE-2026-111943は、8つのeMudhra中間CA秘密鍵の侵害に関連して、crypto/x509証明書検証パッケージでGoプロジェクトによって追跡されているセキュリティ問題です。これらの侵害された鍵は、影響を受けた中間を通じた証明書の作成に使用される可能性があります。信頼ストアがこれらの中間をまだ削除または無効化していないGoアプリケーションは、そのようなチェーンを受け入れ続ける可能性があります。Goは、知られている侵害された中間鍵が検出されるたびに証明書検証が失敗するように明示的な拒否リストを追加することでリスクに対処しました。
CVE-2026-111943はいつ最初に発見されましたか？
基盤的なeMudhra鍵の侵害は、2026年10月17日に特定されました。Mozillaのインシデントタイムラインによれば、研究者Wayneがその午後に暗号ブレイクを発見し、ブラウザルートプログラムとeMudhraにプライベートキーの制御の証拠を伴って問題を報告しました。ChromeとMozillaは数時間以内に発見を確認し、影響を受けた中間体のブロックを開始しました。CVE-2026-111943は、その残余の証明書信頼リスクへの対応の一環として、Goプロジェクトによって後に公開されました。
CVE-2026-111943のシステムへの影響は何ですか？
主なリスクは、侵害された中間CA鍵を含む証明書チェーンに関する不正な信頼です。TLSの場合、中間CA秘密鍵の所有は、攻撃者が管理していないWebサイトに対して不正な証明書を発行できる可能性があります。攻撃者がネットワークトラフィックを傍受またはリダイレクトでき、被害者のソフトウェアが影響を受けた証明書チェーンをまだ信頼している場合、これによりウェブサイトの偽装が可能となり、暗号化された通信を観察または改竄する可能性があります。侵害はさらに2つのコードサイン中間鍵を含んでおり、ウェブサイト認証を超えたソフトウェア信頼エコシステムへの懸念を広げています。
CVE-2026-111943は2026年にもまだ影響を与える可能性がありますか？
はい。更新された証明書不信情報を受け取っていないソフトウェアに対して、依然として影響を受ける可能性があります。標準的なChromeおよびFirefoxのインストールは迅速な保護を受けましたが、脆弱な標準ライブラリバージョンでコンパイルされたGoアプリケーション、古い独立したCAバンドルを使用するアプリケーション、非サポートソフトウェア、埋め込みシステム、または証明書失効メカニズムが無効化されている環境は、まだ影響を受けた証明書パスを信頼し続ける可能性があります。したがって、組織はWebブラウザの更新だけでリスクが排除されると想定すべきではありません。
どのようにしてCVE-2026-111943から自分を守ることができますか？
Go 1.26.10、Go 1.27.3、またはそれ以降にアップグレードし、影響を受けたGoアプリケーションを再構築してください。TLS検証を行うオペレーティングシステムおよびアプリケーションの信頼ストア、ブラウザバージョン、言語固有の証明書バンドル、およびその他のソフトウェアを更新してください。組織はまた、影響を受けた8つの中間証明書がもはや信頼されていないことを確認し、その存在に対する証明書チェーンテレメトリを確認し、静的または埋め込みCAバンドルを保持するアプリケーションを特定する必要があります。正当なサービスが現在影響を受けたチェーンに依存している場合、それらの証明書を問題のない認証局にアンカーされたチェーンに置き換えてください。
