eMudhraで発生した重大な鍵生成の不具合により、8つの中間認証局の秘密鍵が露呈しました。攻撃者はこれを悪用し、脆弱なクライアントが信頼してしまう偽の証明書を作成できる可能性があります。
影響を受けた中間認証局のうち6つはHTTPS認証用、2つはコード署名用です。主要ブラウザベンダーは保護策を展開済みですが、下流のソフトウェアには懸念が残っています。
今回の侵害の原因は、暗号鍵が正しく生成されなかったことです。eMudhraのインフラに対する侵入が確認されたわけではありません。
研究者のWayne氏は2026年10月17日、認証局とルートプログラムの担当者にこの問題を報告しました。その際、8つの秘密鍵すべてを管理していることを示す署名付きメッセージも提示しています。Mozillaも同日夜、独自に鍵を復元しました。
Mozillaの調査によると、影響を受けたP-384の秘密鍵は、いずれも256未満の整数でした。曲線が本来取り得る範囲で安全にランダム化された値ではなく、最後の1バイトを除いて事実上ゼロだったことになります。
この致命的な弱点のため、ごく少数の候補鍵を列挙するだけで、ほぼ瞬時に鍵を復元できました。該当の証明書は、2025年4月30日に実施された鍵セレモニーで作成されたものです。
影響を受けた発行元には、G3BとG3Cのドメイン検証（DV）、組織検証（OV）、拡張検証（EV）、および組織検証のコード署名用の中間認証局が含まれます。
これらはeMudhraの欧州事業と米国事業に属しており、Sectigoのクロス署名を通じて追加の信頼パスも確立されていました。
eMudhraは暫定的な説明で、原因をラップ／アンラップのテストを含む鍵セレモニー用スクリプトにあるとしています。同社によると、当初は正当な鍵を生成したものの、コードの不具合により、より脆弱な代替鍵が作られました。
さらに、鍵のラベルが似ていたため、この脆弱な鍵が誤って証明書署名要求に選ばれ、そのまま証明書が発行されました。
FirefoxとChromeは10月17日に該当の中間認証局をブロックしました。その後、Apple端末が10月19日、Microsoftのプラットフォームが10月20日に続いています。
eMudhraは10月18日に8つの証明書を失効させました。Sectigoも、影響を受けたクロス署名証明書を失効させたことを確認しています。
開示情報によると、鍵が露呈していた期間中に不正な発行があったことを示す証明書透明性（CT）ログの記録は確認されていません。
CTの強制適用は主流ブラウザの保護策になるとされています。一方、CTを強制しないクライアントに対して悪用されたかどうかは不明です。ただし、鍵を入手していれば、影響を受けた証明書チェーンをいまだに受け入れるクライアントに対して証明書を偽造できます。
MozillaとChromeは、中間認証局の有効な失効メカニズムを持たないクライアントを守るため、emSign ECC Root CA – G3を緊急で信頼対象から外す方向に動いています。
eMudhraは、このルート配下での発行を停止したと明らかにしました。移行が必要な証明書は約3万件と見積もっており、その約97%がACME経由で発行されたものです。ユーザーは、ブラウザ、OS、証明書パッケージをただちに更新してください。
開発者も、組み込み済みのトラストストアを更新する必要があります。ブラウザ側の対策だけでは、別の証明書バンドルを使うコマンドラインツールやアプリケーションのランタイム、失効確認を行わないものは保護されません。
16,000以上のSOCチームがANY.RUNを活用し、脅威調査を効率化して手作業を削減しています。チームで試してみる
翻訳元: https://cyberpress.org/critical-emudhra-certificate-authority-flaw/
