eMudhra証明書の鍵漏えい、サーバー側で必要な対応【2026年10月】

「認証局の秘密鍵が漏えい」というニュースを見て、自分の PC やサーバーに影響があるのか気になった人も多いのではないでしょうか。

2026年10月20日、Mozilla はインドの認証局 eMudhra（イーマドラ）の中間証明書8件について、秘密鍵が漏えいしていたことを公表しました。同じ日に Google の Chrome Root Program、Cloudflare、Go の開発チームも対応を発表しています。

主要ブラウザはすでに自動で対策済みです。残る課題はブラウザ以外——サーバーの OS や、Go・Python・Node.js などで書かれたアプリで、こちらは利用者側の更新が必要です。「HTTPS の信頼の仕組みが、ブラウザ以外ではまだ脆い」ことを示した出来事と言えます。

eMudhraの証明書問題とは？一言でまとめると

HTTPS 証明書を発行する認証局（CA）のうち、eMudhra の中間証明書8件の秘密鍵が、誰でも計算で求められる状態だったという問題です。鍵を持つ人は、どのサイトの偽の証明書でも作れてしまうおそれがありました。

「中間証明書」は、認証局のルート証明書と、各サイトの証明書の間に入る証明書です。ブラウザはルート証明書を信頼し、その下の中間証明書が署名した証明書を「本物」とみなします。そのため中間証明書の鍵が漏れると、その下で偽の証明書を作れてしまうのです。

何が起きた？秘密鍵が「256未満の数」だった

Mozilla が公開したインシデント報告（Bugzilla）によると、8件の中間証明書の P-384 の秘密鍵は、いずれも 256 未満の整数でした。本来は384ビットのランダムな値であるべきもので、最大でも 256 通りを試せば鍵が分かる状態です。

対象の8件は次のとおりです。

eMudhra は Bugzilla で、原因を鍵生成の手順（キーセレモニー）で使ったスクリプトの不備と、複数の工程での人為的なミスだと説明しています。スクリプトの不具合で弱い鍵のペアが別に作られ、名前が似ていたため、誤ってそちらが使われたという説明です。

eMudhra はまた、G3B・G3C の中間証明書からは、サイト向けの証明書（エンドエンティティ証明書）を発行していないとしています。10月18日には8件すべてを失効させ、emSign ECC Root CA – G3 の配下での発行を停止しました。原因の調査は続いています。

時系列：報告から遮断までの4日間

報告から各社の遮断までは、わずか4日でした。

日本時間では、10月18日（日）の朝までに Chrome と Firefox の遮断が終わっていたことになります。

一般の利用者への影響：ブラウザは自動で対策済み

PC やスマホでブラウザを使っているだけなら、基本的に特別な操作は不要です。

① Firefox：更新も再起動も不要

Mozilla は、証明書の失効情報を配信する仕組み OneCRL で、報告から3時間以内に遮断しました。Mozilla は「Firefox の更新や再起動なしで保護を届けられる」と説明しています。

10月20日には Firefox 158.0.1、ESR 115.43.1、ESR 153.5.1 も公開されました。これは、独自の設定で OneCRL の更新を止めている一部の利用者向けです。

② Chrome：CRLSet で遮断、CT で悪用は難しかった

Chrome も、失効情報を配信する CRLSet で報告当日に遮断しました。さらに Chrome Root Program は、遮断の前に、該当の中間証明書につながる TLS 証明書は CT ログに1件も記録されていなかったと説明しています。

CT（Certificate Transparency）は、発行された証明書を公開ログに記録する仕組みです。CT を必須にしているブラウザでは、ログに無い証明書は信頼されないため、偽の証明書が既定で信頼されることはなかった——というのが Chrome の見解です。

③ Safari・Edge（Apple・Microsoft）

Apple・Microsoft 自身の発表は、10月21日時点で見つかりませんでした。Mozilla の Dennis Jackson 氏が公開した情報ページによると、Apple は10月19日、Microsoft は10月20日に遮断しています（出典）。念のため OS とブラウザは最新の状態にしておきましょう。

サーバー・開発者がやるべきこと

問題はブラウザ以外です。ブラウザのような即時の失効配信の仕組みを持たないソフトは、信頼する証明書の一覧（トラストストア）を更新しない限り、偽の証明書を受け入れてしまう可能性があります。

① OS の ca-certificates を更新する

Linux サーバーでは、OS が持つ証明書の一覧（ca-certificates パッケージ）を更新します。Ubuntu は 22.04 / 24.04 / 26.04 / 26.10 で10月20日に修正版を公開しています。

# Ubuntu / Debian の例
sudo apt update && sudo apt upgrade ca-certificates

Mozilla は、NSS（Mozilla の証明書一覧）から署名元のルート証明書を削除した影響で、Firefox 以外の利用者から一部のサーバーに接続できなくなる可能性も挙げています。eMudhra の証明書を使っているサイトは、新しい証明書チェーンへの移行が必要です。

VPS の自動アップデートの設定は、こちらの記事で解説しています。

あわせて読みたい

さくらのVPSのセキュリティ初期設定：最初にやる5つの対策【2026年版】

② 言語ランタイム・ライブラリを更新する

Go・Python・Node.js などは、OS とは別に証明書の一覧や検証処理を持っていることがあります。OS を更新しただけでは足りない場合があるので、それぞれ更新しましょう（修正版は次の節の表）。

Cloudflare は、SDK を更新しても、その下の HTTP ライブラリやランタイムの検証処理が変わらない場合があるとして、「SDK の下まで確認する」よう勧めています。

③ Cloudflare のクライアント・cloudflared を更新する

Cloudflare は、WARP（Cloudflare One Client）、1.1.1.1 アプリ、cloudflared（Cloudflare Tunnel）の修正版を公開しました。コンテナで cloudflared を動かしている場合は、修正版のイメージで作り直す必要があります。

オリジンサーバーとの通信を「Full (strict)」などで検証している場合は、オリジン側の証明書と設定の確認も求められています。

④ 証明書エラーが出ても「検証を無効化」しない

更新後に証明書エラーが出ることがあります。Cloudflare は、エラーを消すために証明書の検証を無効化しないよう注意しています。今回の更新で戻した保護が、すべて失われるためです。

対応状況：各ソフトの修正版

主なソフトの修正版は次のとおりです（2026年10月21日時点）。

このほか、pip・uv・Rust の rustls-webpki・Electron などの修正版も、Mozilla の Dennis Jackson 氏の情報ページに一覧があります（出典）。同ページには、自分の環境が保護されているかを確かめるテスト用サイトもあり、証明書エラーになれば保護されている状態です。

ただし Cloudflare は、ブラウザでのテスト結果は、バックグラウンドのサービスや別の検証処理を使うアプリの安全を意味しないと注意しています。アプリの実際の通信経路で確認しましょう。

開発者の反応

海外の開発者コミュニティでも大きな話題になっています。

• 「鍵が1バイト」への驚き: Hacker News のスレッド（680ポイント・344コメント）では、eqvinox 氏が「8件すべての秘密鍵が1バイトで、1つは文字どおり『4』だった」として、「漏えい」と呼ぶことにすら違和感を示しています（出典）
• ブラウザ以外の失効の仕組みの遅れ: 同じスレッドで、Firefox での OneCRL による対応を説明した galadran 氏は「影響の大きさは非常に偏っている」とし、ブラウザ以外の多くのソフトでは失効の仕組みへの投資がほとんどなく、大きな問題だと述べています（出典）
• 更新の必要性: Simon Willison 氏はブログで「非常に悪いニュース」とし、信頼する証明書の一覧を同梱しているソフトはすべて更新が必要だと書いています（出典）
• IoT 機器への懸念: Hacker News では、セキュリティ更新が届かないスマートテレビなどの機器はどうなるのかという声も上がっています（出典）

セキュリティ研究者の Scott Helme 氏は、公開されている証明書から8件すべての鍵を1秒未満で復元できたと報告しています（出典）。

開発の現場では、依存関係を固定・検証するサプライチェーン対策の動きも続いています。

あわせて読みたい

GitHub Actionsにロックファイル、依存をコミットで固定【2026年10月】

IT Picks的な所感

今回の件で印象的なのは、ブラウザ側の対応の速さです。報告から数時間で Chrome と Firefox が遮断し、CT の仕組みもあって、ブラウザ利用者への実害は避けられたと言えます。一般の読者が慌てて何かをする必要は、ほぼないと考えています。

一方で、サーバーや自作のアプリは「誰かが更新するまで無防備」という構造が改めて見えました。VPS を運用している人は、ca-certificates を含む OS の自動アップデートが有効か、Go や Python のアプリが古いランタイム・古い証明書一覧のまま動いていないかを、この機会に確認しておくのがよいと思います。

Chrome は eMudhra の残りの CA 証明書も評価中としており、eMudhra のルート証明書そのものの扱いが今後の焦点です。eMudhra の証明書を使っているサイトは、移行の案内に注意しておきたいところです。

まとめ

eMudhra の中間証明書問題のポイントをまとめます。

• 公表日：2026年10月20日（報告は10月17日）
• 対象：eMudhra の中間証明書8件（TLS 用6件・コード署名用2件）
• 原因：秘密鍵が256未満の整数で、誰でも復元できた
• ブラウザ：Chrome・Firefox は10月17日、Apple は10月19日、Microsoft は10月20日に遮断
• 悪用：Chrome は CT ログに該当証明書なし、Cloudflare は自社サービスで悪用なしと説明
• サーバー：OS の ca-certificates を更新（Ubuntu は10月20日に修正版）
• 開発者：Go 1.27.3 / 1.26.10 など、ランタイム・ライブラリを更新
• 注意：証明書エラーが出ても検証を無効化しない

サーバーを運用しているなら、まずは ca-certificates と使っている言語ランタイムのバージョンを確認してみましょう。

IT Picks 編集部

ITツール・Webサービス紹介メディア

IT Picks 編集部。VPS・クラウド・AIツール・SaaSを中心に、実際に検証した情報を届けるITメディアです。「本当に使えるか」を基準に、初心者からエンジニアまで役立つ記事を制作しています。