トップ ＞ 社会

認証局eMudhraの中間証明書8件、秘密鍵が容易に復元可能と判明

内容

何が見つかったのか

インドの認証局（CA）eMudhraが運用する中間証明書8件で、証明書の署名に使う秘密鍵を第三者が簡単に割り出せる状態だったことが分かりました。Mozillaが10月20日（現地時間）に公式ブログで公表しました。

Webサイトが本物かどうかは、ブラウザやOSに組み込まれたルート証明書を起点に、中間証明書が署名したサーバー証明書で確認しています。中間証明書の秘密鍵は、証明書の正しさを保証する印鑑のような役割を持ちます。これを他人が手に入れると、任意のドメイン向けに、ブラウザが正規と判断する証明書を作れてしまいます。その結果、通信に割り込める攻撃者がWebサイトになりすまし、やり取りの盗み見や改ざんをする恐れがあります。

問題を報告したのはWayneと名乗る研究者で、10月17日（協定世界時）にApple、Google、Microsoft、Mozilla、eMudhraへ連絡しました。報告には8件の鍵それぞれで署名したメッセージが付いており、鍵を実際に持っていることが示されていました。8件の内訳は、HTTPS（TLS）向けが6件、コード署名向けが2件です。TLS向けの6件は主要4社のルートプログラムで、コード署名向けの2件はMicrosoftで信頼されていました。

「1バイト」「数ミリ秒」とはどういうことか

対象の鍵は「P-384」という楕円曲線暗号の鍵です。本来は、非常に大きな数の範囲から無作為に選ぶ必要があります。しかしMozillaの調査によると、8件の秘密鍵はすべて256未満、つまり1バイトに収まる整数でした。セキュリティ研究者のスコット・ヘルム氏は、鍵の中に「4」「56」「115」があったと報告しています。ノートPCで1秒もかからずに全件を復元できたとしています。Mozillaも独自に鍵を復元でき、AIエージェントに簡単な指示を出しただけでも1回目で割り出せたと説明しています。

なぜ起きたのか

eMudhraの説明では、対象は2025年4月の鍵生成作業で作った中間証明書に限られます。ルート証明書の秘密鍵やほかの中間証明書には影響しないとしています。原因は作業に使ったスクリプトの欠陥でした。ハードウェアセキュリティモジュール上で極端に弱い鍵が作られ、名前が似ていたために誤って本番に使われたといいます。同社は複数の工程で人為的なミスがあったことを認めています。ヘルム氏は、弱い鍵が約17カ月にわたり、公開済みの証明書から誰でも復元できる状態だったと指摘しています。

悪用はあったのか

悪用は現時点で報告されていません。eMudhraによると、8件のうち本番で使っていたのは1件だけです。その1件を含め、Webサイト向けなどの証明書は1枚も発行していないとしています。Googleも、証明書の発行記録を公開する仕組み「Certificate Transparency（CT）」のログに、該当する中間証明書につながる証明書は登録されていなかったと説明しました。このため、CTを必須とするブラウザでは偽の証明書が標準で信頼されることはなかったとしています。Cloudflareも自社サービスで悪用は確認していないとしています。

一方、ブラウザ以外の環境では、攻撃者が弱い鍵を悪用したかどうかは分かっていません。curl、Python、Node.js、Go、Java、パッケージマネージャーなどの多くは、端末内の証明書リストを信頼します。標準では失効情報もCTも確認しないため、偽の証明書でも検証を通ってしまうと指摘されています。

各社の対応

ブロックの開始は、ChromeとFirefoxが17日、Apple製品が19日、Microsoftが20日です。Mozillaは報告から3時間足らずで、失効リスト「OneCRL」を使い、標準設定のFirefoxすべてで遮断しました。この保護は、Firefoxの更新や再起動をしなくても有効になります。eMudhraは18日に8件を失効させました。

Mozillaは20日に「Firefox 158.0.1」を公開しました。OneCRLの更新を受け取れない環境向けの措置で、ほかのセキュリティ修正も含みます。あわせて「Firefox ESR 115.43.1」「同153.5.1」とAndroid版も更新しました。暗号ライブラリ「NSS」v3.131.1では、問題の中間証明書の上位にあるルート証明書を削除しています。鍵が複数の人物に復元され、一部が公表されたことから、Mozillaはルート証明書「emSign ECC Root CA - G3」の信頼も緊急に取り消すことを決めました。GoogleもChrome Root Storeのバージョン43でこのルートを外す予定で、eMudhraの残りのルート証明書の扱いも精査しています。eMudhraはこのルートでの発行を止めました。影響する約3万件の証明書は、RSA方式のルートの下へ移す見込みです。

ブラウザ以外では、Go開発チームが緊急のセキュリティ更新を出しました。Pythonは3.15.1、3.14.9、3.13.17を予定より早く公開し、Node.jsもv22.23.4、v24.22.1、v26.12.1でこの問題に対応しています。

利用者がすべきこと

一般的なブラウザを標準設定で使っている場合は、すでに保護されています。Firefoxの設定で更新を止めている環境では、158.0.1以降への更新が勧められます。Go、Python、Node.jsなどで開発やシステム運用をしている場合は、公開された修正版へ更新する必要があります。eMudhraは、使っている環境で該当証明書がまだ信頼されていないかを確かめるためのテスト用サイトを公開しています。

注目ポイント

世界のHTTPS通信を支える証明書の鍵が「4」のような小さな数だったという意外さが、関心を集めています。ブラウザは数時間から数日で対応しましたが、失効情報を受け取らないサーバーやツールが多いことも浮き彫りになりました。今後は、Googleが進めるeMudhraの残りのルート証明書の精査の結果と、約3万件の証明書の移行が順調に進むかが焦点です。

参考記事

• 認証局eMudhraの中間証明書、秘密鍵が「数ミリ秒」で復元可能な脆弱性 大手各社が緊急遮断ITmedia　2026年10月22日 09:50
• 「Firefox 158.0.1」が公開、秘密鍵が漏洩した「eMudhra」の中間証明書をブロック/4件の脆弱性と5件の不具合に対処窓の杜　2026年10月22日 09:50
• eMudhraで侵害された8つの認証局すべての秘密鍵はなんとたった「1バイト」で秘密鍵の1つは「4」、Mozilla・Microsoft・Apple・Chromeのルートプログラムや多くの下流トラストストアによって信頼されているルート証明書に連鎖GIGAZINE　2026年10月22日 09:50

ランキング登場履歴

この記事の内容に誤りを見つけた方は 情報の誤りを報告 からお知らせください。