インドの認証局eMudhraの鍵に欠陥、偽サイトを作れる状態だった。ブラウザ以外も更新を

📖 この記事で分かること

• 認証局eMudhraの証明書8件で何が起きたか
• 本物そっくりの偽サイトを作れてしまう理由
• ブラウザは対応済み、残る穴はどこか
• 利用者・開発者・サイト運営者がやること

💡 知っておきたい用語

• 証明書:Webサイトの「身分証」。ブラウザはこれを見て、つながった相手が本物のサイトかを確かめています
• 認証局:身分証を発行する機関。ブラウザやOSは「信頼できる認証局の一覧」をあらかじめ持っています
• 秘密鍵:認証局が身分証に押す「ハンコ」にあたる数字。これが知られると、誰でも本物同然の身分証を作れます

最終更新日: 2026年10月24日

▶ 公式ページ

• 影響の確認ページと修正済みソフトの一覧(Mozilla の暗号技術者 Dennis Jackson 氏が公開)
• Protecting Chrome and Android Users from Compromised eMudhra Intermediate CA Certificates(Google)
• eMudhra: Private key compromise of Intermediate Certificates(Bug 2083449)(Mozilla Bugzilla)

何が起きたのか

この記事のポイント

• インドの認証局 eMudhra の中間証明書8件で、秘密鍵が256未満の小さな数だったと2026年10月17日に判明しました。
• この鍵があれば、どのサイトの偽証明書も作れました。主要ブラウザとOSは10月22日までに遮断済みです。
• Python・Node.js・Java などブラウザ以外のソフトは、各自で更新が必要です。

パソコンやスマホでブラウザを使うだけの人は、ブラウザとOSを最新にしておけば守られます。手当てが要るのは、ブラウザ以外の方法でネットにつながるソフトを作ったり動かしたりしている人と、この認証局につながる証明書を使っている Web サイトの運営者です。

10月17日(協定世界時)、Wayne と名乗るセキュリティ研究者が、Apple・Google・Microsoft・Mozilla と eMudhra に問題を報告しました。対象は eMudhra が運営する8件の中間証明書で、6件が Web サイト用、2件がソフトウェアの署名用です。研究者は、割り出した秘密鍵で署名したメッセージを添えて、鍵を実際に手にしていることを示しました。

原因は鍵の作り方の誤りです。eMudhra が Mozilla に提出した事故報告によると、2025年4月30日の鍵の生成作業で、試験用のコードの不具合により弱い鍵の組が別にできていました。本来の鍵と名前(ラベル)が似ていたため、誤ってこちらが使われたと説明しています。

「サイトの身分証」を偽造できるハンコだった

秘密鍵が知られると、攻撃者は好きなサイトの偽の証明書を作れます。しかもブラウザには、それを本物と見分ける手段がありません。

ブラウザは、サイトの証明書を「中間証明書」「ルート証明書」と上へたどって確かめます。役所の本庁(ルート)が認めた支所(中間)のハンコが押してあれば本物とみなす、という仕組みです。今回は、その支所のハンコが誰でも作れる状態でした。

どれくらい弱かったのか。今回使われていた方式では、本来、秘密鍵は約116桁にもなる巨大な数の中から無作為に選びます。ところが事故報告によると、8件とも256未満の整数でした。中には「4」という鍵もありました。256通りを試せば必ず当たるため、研究者の Scott Helme 氏は、ノートPCで1秒もかからずに全部割り出せたと報告しています。

鍵を持つ攻撃者が、公衆Wi-Fiのように通信の途中に割り込める立場にいれば、銀行や勤務先のサイトになりすまし、やり取りを盗み見たり書き換えたりできます。署名用の2件も、仕組みのうえでは、正規の会社が作ったように見せかけたプログラムに使えるものでした。鍵は2025年4月に作られ、見つかるまでの約1年半、この状態が続いていました。

被害の報告はない。守られていたのはブラウザまで

今回確認した各社の発表に、悪用の報告はありません。ただ、ブラウザが守られていたのは「証明書の透明性」という別の仕組みのおかげで、それを使わないソフトには同じ守りがありませんでした。

証明書の透明性(CT【シーティー】)は、発行された証明書をすべて公開の台帳に記録させる仕組みです。Chrome・Firefox・Edge・Safari は、台帳に載っていない証明書を受け付けません。Google によると、Web サイト用の中間証明書6件につながる証明書は、遮断の前に1件も台帳に記録されていませんでした。そのため、これらのブラウザに偽証明書を受け入れさせることはできなかった、というのが Google の説明です。Cloudflare も、自社サービスで実際の悪用は見つかっていないとしています。

各社の対応は次のとおりです。

• Google:10月17日(協定世界時)、Chrome の更新や再起動なしで届く遮断リストで遮断。Android にも10月19日(同)に配信
• Mozilla:Firefox 独自の遮断リストで遮断。このリストを受け取れない設定の人向けに、10月20日に Firefox 158.0.1 を公開
• Microsoft:10月20日、Windows の証明書リストの自動更新で遮断
• Apple:10月22日までに自社製品で遮断
• eMudhra:10月18日に8件すべてを失効

問題は、ブラウザ以外のソフトです。curl・Python・Node.js・Java・Go などは、ブラウザとは別に、自前の(またはOSの)「信頼する認証局の一覧」で相手を確かめ、台帳(CT)の確認もしません。一覧を新しくしない限り、偽証明書を受け入れうる状態が続きます。

対応方法:立場ごとにやること

一般の利用者は「最新にする」だけで十分です。開発者はブラウザ以外の部品を、サイト運営者は自分の証明書がどこにつながっているかを確かめてください。

パソコン・スマホを使うすべての人

1. ブラウザとOSを最新にする。Chrome は自動で反映済みで、再起動も要りません。Firefox は 158.0.1 以降、Windows はネットにつながっていれば自動で反映されます。Android は、端末を再起動するとすぐに反映が始まると Google は案内しています。
2. 気になる人は確認ページで試す。テスト用のアドレス https://dv-g3b-emudhra.we-have-a-problem.com/ を開き、証明書のエラーが出れば守られています。普通に開けてしまう場合は、まだ守られていません。
3. 証明書のエラーが出ても、無理に先へ進まない。「詳細設定」から進むボタンは押さないでください。今回に限らず、このエラーは偽サイトを止める最後の砦です。
4. 会社のパソコンは自分で設定を変えず、情報システム担当に任せる。Windows 向けに手作業で遮断するスクリプトも公開されていますが、配布元は会社が管理する端末には勧めないと明記しています。

アプリやシステムを作る・動かす人

ブラウザ以外の部品は、それぞれ更新が必要です。主な修正版は次のとおりです(2026年10月時点)。

• 仮想環境ごとに更新する。Python の仮想環境(venv)に入っている certifi や pip は、環境ごとに新しくする必要があります。
• コンテナイメージは作り直して入れ替える。古いイメージの中には、古い一覧がそのまま残っています。
• 更新後に確かめる。curl https://dv-g3b-emudhra.we-have-a-problem.com/ が証明書エラーになれば対応できています。
• エラーを消すために証明書の検証を切らない。verify=False のような回避は、偽サイトへの扉を自分で開けることになります。
• Cloudflare を使っている場合は、cloudflared を 2026.10.2 に、Cloudflare One Client と 1.1.1.1 アプリも最新版にするよう Cloudflare が案内しています。

Web サイトを運営している人

1. 自分のサイトの証明書がどこにつながっているか確かめる。ブラウザでサイトを開き、アドレス欄の左のアイコンから証明書を表示し、いちばん上(ルート)の名前を見ます。「emSign ECC Root CA – G3」なら対象です。
2. 対象なら、すぐに別の認証局で証明書を取り直す。Google は、Chrome がこのルートを一覧から外すのは米国太平洋時間10月27日(火)の朝(日本時間27日夜〜28日)の予定としています。外れた後は、サイトを開くとエラーが出ます。Mozilla も、このルートの信頼を緊急で取り下げると判断しています。
3. 発行元の名前が eMudhra でなくても油断しない。事故報告によると、このルートにつながり CT の台帳に載っている有効期限内の証明書約30,800件のうち、99.9%は、米国の教育・研究機関向けサービス Internet2 / InCommon の中間認証局が発行したものでした。たどった先のルートで判断してください。
4. eMudhra から直接買った証明書は、連絡を待って置き換える。eMudhra は10月22日、世界向けの SSL/TLS 証明書事業から撤退すると発表し、影響を受ける顧客には個別に連絡したうえで、提携先の証明書へ無償で置き換えるとしています。
5. 独自の信頼リストを持つシステムも見直す。端末とサーバが互いを証明書で確かめる仕組み(mTLS)などで自前の一覧を持っている場合、Cloudflare はその一覧の見直しを呼びかけています。

編集部の見方

編集部は、今回の問題で手当てを急ぐべきなのはブラウザではなく「ブラウザの外」だと見ています。

• 根拠1:主要ブラウザとOSは、報告から5日後の10月22日までに遮断を終えています。CT の仕組みで遮断前の悪用も防がれていたと Google は説明しており、一般の利用者の作業はほぼ「更新するだけ」です。
• 根拠2:一方、修正が必要な部品は Python・Node.js・Java・Go から Docker Desktop・VS Code まで幅広く、どれも台帳(CT)を確かめません。自動で直らないものは、誰かが更新するまで穴が開いたままです。
• 根拠3:鍵は2025年4月から約1年半、弱い状態でした。その間に作られたコンテナイメージやサーバは、作り直すか更新しない限り、古い一覧を持ち続けます。

AI エージェントや業務の自動化スクリプトを社内で動かしていて、それが Python や Node.js から外部の API につながっているなら、まさにこの「ブラウザの外」にあたります。ブラウザが直ったことで安心せず、動かしている環境の中身を一度確かめる価値があります。

この見方が変わるとすれば、CT を確かめないソフトに対して、この鍵で作られた偽証明書が実際に使われた形跡が見つかったときです。その場合、話は「更新」から「被害の調査」に移り、過去の通信記録をさかのぼって確かめる必要が出てきます。

よくある質問

Q: スマホやパソコンで、特別な設定は必要ですか?

A: 必要ありません。OSとブラウザを最新にしておけば十分です。Android は再起動すると反映が早まります。Android の設定から証明書を手で無効にする方法も公開されていますが、一緒に無効にする証明書によっては一部のサイトでエラーが出るため、一般の利用者が自分で行う必要はありません。

Q: 偽サイトによる被害は実際に出ていますか?

A: Cloudflare は自社サービスで悪用は見つかっていないとし、Google は CT を確かめる主要ブラウザでは偽証明書は使えなかったと説明しています。ただし鍵は2025年4月から弱い状態だったため、CT を確かめないソフトは、念のため更新を済ませておくのが安全です。

Q: 日本のサイトにも関係がありますか?

A: 関係するのは「emSign ECC Root CA – G3」につながる証明書を使っているサイトです。今回確認した Google と Mozilla の発表には、国ごとの内訳は書かれていません。サイトを運営しているなら、証明書のルートの名前を一度確かめてください。

まとめ

インドの認証局 eMudhra の中間証明書8件で、秘密鍵が1秒もかからず割り出せる状態だったことが分かりました。主要ブラウザとOSは10月22日までに遮断を終えており、一般の利用者は最新に保つだけで守られます。残る課題は、Python や Java などブラウザ以外のソフトと、該当ルートにつながる証明書を使う Web サイトです。特にサイト運営者は、Chrome がルートを外す10月27日(米国太平洋時間)までに証明書の入れ替えが必要です。

【用語解説】

• 中間証明書: 認証局が、大元のルート証明書の下で、実際の発行に使う証明書。役所の本庁に対する支所のような存在で、今回問題になったのはこの支所のハンコでした。
• ルート証明書: 信頼のおおもとになる証明書。ブラウザやOSが一覧として持っていて、一覧から外されると、その下で発行された証明書はすべて信頼されなくなります。
• 失効: 有効期限の前に、証明書を「もう使えない」と取り消すこと。取り消した事実をブラウザに届ける仕組みとして、Chrome の CRLSet や Firefox の OneCRL があります。

引用元:

• [1] Protecting Chrome and Android Users from Compromised eMudhra Intermediate CA Certificates(Google)
• [2] eMudhra: Private key compromise of Intermediate Certificates(Bug 2083449)(Mozilla Bugzilla)
• [3] eMudhra Intermediate CA Compromise(Dennis Jackson 氏ほか)
• [4] 8 eMudhra certificates are compromised. Here’s what you need to know(Cloudflare Blog)
• [5] 認証局eMudhra、SSL/TLS証明書事業から撤退へ 秘密鍵問題受け(ITmedia NEWS)

この記事について: AI 支援で執筆、編集部が事実確認・編集しています。誤りや追加情報があれば Contact よりお知らせください。