本文へ
ハクソク

世界を動かす技術を、日本語で。

EMudhra中級CA妥協

元記事: 原文(emudhra.we-have-a-problem.com)

概要

2026年10月20日、eMudhraの8つの中間CA証明書の 秘密鍵漏洩 が発覚。 Mozilla、Microsoft、Apple、Chrome など主要なルートプログラムが影響。 各社は 迅速に証明書の信頼を無効化 し、ユーザー保護を実施。 攻撃者は該当CAを使って任意サイトのなりすましが可能 だったが、主要ブラウザ等は既に対策済み。 ユーザー・開発者・管理者 は、 ソフトウェアや証明書ストアのアップデート が必要。

eMudhra中間CA証明書の秘密鍵漏洩と対策

  • 2026年10月20日、eMudhraの8つの中間CA証明書における 秘密鍵漏洩事件 発生。
  • これら中間CAは、 Mozilla、Microsoft、Apple、Chromeのルート証明書プログラム および多くの下流信頼ストアに信頼されていた。
  • 証拠として、 Wayne氏が各中間CAの秘密鍵で署名したメッセージ をルートプログラム運営チームに報告。
  • opensslコマンド で署名検証可能な状態で公開され、透明性を確保。

対応状況

  • Firefox、Chrome は10月17日から、 Appleデバイス は19日から、 Microsoft は20日から該当証明書をブロック。
  • 下流信頼ストア にも19日に責任を持って情報公開、既に多くがアップデート済みまたは対応中。
  • Mozilla、Microsoft、Apple、Chrome は OneCRL、CRLite、CRLSets などの仕組みでユーザーを保護。
  • CA自身も中間証明書を失効処理 実施。

影響範囲とリスク

  • 秘密鍵を取得した攻撃者 は、該当中間CAを使い 任意のWebサイトやサービスを偽装可能。
  • 主要ブラウザやOS では既に対策済みだが、 一部クライアントや古いソフトウェア は手動でのアップデートが必要。
  • 証明書失効情報を自動取得しないクライアント では、ソフトウェア更新が不可欠。

信頼性の確認方法

  • curlコマンド 等で専用URLへアクセスし、証明書エラーが出れば「信頼していない」と判定可能。
  • chains.zip には各ホストの証明書チェーンとOpenSSLでの検証手順を同梱。

ユーザー・開発者向け対応策

  • 全ユーザー は、 ブラウザやOSを最新バージョンにアップデート 推奨。
  • 開発者向け主要ソフトウェア の対応状況:
    • Ubuntu ca-certificates: 20260816ubuntu0.22.04.1 以降
    • Go: 1.27.3、 1.26.10
    • Electron: 44.9.1 など
    • Python certifi: 2026.10.19
    • Rust rustls-webpki: 0.103.16
    • Homebrew ca-certificates: 2026-09-25_1
    • Node.js、Composer等は 対応待ち
    • 詳細・追加情報は github.com/galadran/we-have-a-problem.com で公開。

OS別の手動ワークアラウンド

  • macOS :/etc/ssl/cert.pemから該当ルート削除(awkコマンド利用)、ただしcurlは失効チェック非対応。
  • Linux(Debian/Ubuntu/Alpine/Fedora等) :ca-certificates.conf編集やtrust extractコマンドで信頼解除。
  • openSUSE/SLES/Arch Linux/NixOS :各ディストリの信頼ストア操作コマンドで対応。
  • NetBSD :certctl untrustコマンドで信頼解除。

信頼ストア運営者向け情報

  • Mozilla dev-security-policyフォーラム のスレッド参照。
  • impacted-intermediates.json に影響中間CA一覧、 roots.json に関連ルート一覧。

参考・公開情報

  • Dennis Jackson によるサイト公開、 GitHubでソース・PR歓迎。

重要ポイント

  • 早急なアップデート と 信頼ストアの確認 が最優先。
  • 攻撃リスクは重大 だが、主要プラットフォームは既に対応済み。
  • 開発者やシステム管理者 は、特に手動対応や追加情報の確認が必要。

提供: ハクソク · 要約更新:

AIによる日本語要約です。内容は原文とあわせてご確認ください。

Hacker Newsの議論を読む

Hackerたちの意見

Goを使ってる?1.27.3か1.26.10にアップグレードしてね。rustlsを使ってるRust?rustls-webpki 0.103.16やwebpki-roots/webpki-root-certs 1.0.10にアップグレードして。Python?certifiを2026.10.19にアップグレードして。Homebrewのca-certificates?2026-09-25_1。Electron?44.9.1、43.8.1、または42.11.16だよ。

└

Windows?Linuxにアップグレードして。

└

GoとRustlsのアップグレードは、中間証明書を特にブロックしてると思う。これらはシステムの失効リストを使ってないからね。CAのルート証明書がないトラストストアにアップグレードすれば、この問題も解決するはず。ほかのエコシステムについてはわからないけど。

この事件の影響はかなり偏ってるね。10年以上前にMozillaはOneCRLを出したんだ。[1] この事件は、Firefoxユーザーにとっては数時間で解決されたよ。自動的に保護されて、更新の必要もなかったからね。ChromeやApple、Microsoftも似たようなツールを持ってる。その後、葉証明書の取り消しを大規模に扱うためのより高度なツール(CRLite [2])も作ったけど、他のエコシステムには取り消しに対する投資がほとんどないから、そっちのクライアントには大きな問題なんだ。今後、投資が増えるといいな。upki [3]のような取り組みは期待できそうだね。[1] https://blog.mozilla.org/security/2015/03/03/revoking-interm... [2] https://hacks.mozilla.org/2025/08/crlite-fast-private-and-co... [3] https://github.com/rustls/upki

└

upkiについての詳細はここで: https://discourse.ubuntu.com/t/an-update-on-upki/77063 今週はOneCRLのサポートをupkiに組み込むことに対する興味が確実に増えたよ。問題: https://github.com/rustls/upki/issues/229 どこかの組織がこの作業に資金を提供してくれることを期待してるんだ。(ちなみに、Ubuntu 26.10のcurlはupki経由でCRLiteサポートが組み込まれてるけど、残念ながらこれは役に立たないみたい。AIUIによると、CRLiteはエンドエンティティ専用で、中間証明書には使えないからね。)

└

反応が偏ってたってこと?影響は、文字通り全員の完全な潜在的な危険だったよ。すべてのドメイン、すべての公開ルートプログラムを使ってるクライアント、そしてそのクライアントを使ってるすべてのユーザーが影響を受けたんだ。

└

Android 17(Pixel 7)でFirefox Mobile 158.0は、すべてのデモサイトに警告なしで接続できるんだけど、その組み合わせで「更新なしの自動保護」が機能してない理由は何か分かる?

└

あなたたちとChromeが普通のCRLやOCSPのサポートをやめて、(普通のユーザー向けに)これらの分散型信頼技術をブラウザが管理する中央リストに置き換えたってこと?

└

Mozillaとかに質問なんだけど、DIYの魔法のCRLが可愛いね。あのクソ野郎たちをルートプログラムに受け入れたんだよね。彼らは鍵を失った。HSMを使うことすら面倒くさいCAの審査プロセスってどうなってるの?正直なアフメドでもこんなに無頓着じゃなかったよ。

└

Firefoxだけでもすごく不安定なんだよね。いろんなシステムで異なるFirefoxのインスタンスを使って、https://emudhra.we-have-a-problem.com/でチェックしてみたけど、1つはすべてをブロック、1つは12のうち6をブロック、別の1つは残りの6をブロック、もう1つは何もブロックしないって感じ。

インターネットの情報によると、鍵はhttps://repository.emsign.com/certs/.crtで見つかったらしいよ。本当なら、かなり面白いことになるね。突然ハッキング可能なIoTがたくさん出てくる準備はできてる?__ 編集: もしかしたら、見ているものを誤解していて、実際には鍵を作ったのは弱い論理なのかもしれない。つまり、プライベートキーを推測できるってこと?誰かちゃんとした知識のある人、信頼できる答えを教えて。私はただのふりをしてるだけだから。

└

確かにいい指摘だね。IoTの多くは「十分に安全」って感じで署名するには使えるけど、何かをピン留めするほどの安全性はないよね…それに、プライベートキーをウェブアクセス可能なところに放置したことがない人なんている?笑

Hacker Newsで議論の続きを見る