# eMudhra中間CA侵害：ブラウザのブロックリストとランタイムの信頼ギャップ

Published: 2026-10-21

eMudhraの中間署名キー8つが侵害されました。そのうち6つはTLSに、2つはコード署名に使用されていました。この件はMozillaの確認、ブラウザのブロック、および下流のアップデートに続き、デプロイされたアプリケーションが独自の信頼構成をチェックする必要がある理由を説明しています。別のTorレポートでは、SSHホストIDの警告が機能していることが示されています。

Canonical: https://thedailydiff.dev/ja/video/2026-10-21-emudhra-trust-gap/

## この動画の要点

- 侵害されたキーは中間署名者に属します。ルートの信頼失効は、ルートの秘密キーが侵害されたことを証明することなく、チェーンを軽減できます。
- ブラウザの緊急ブロックリストとアプリケーションにバンドルされたCAストアは、別々の更新パスをたどる可能性があります。実行中のプロセスとその実際の信頼構成を確認してください。
- Mozillaは独立して回復可能な秘密キーを確認しました。レポートには、影響を受けた中間CAのCTエントリが記載されていません。他のクライアントに対する実際の悪用は不明のままです。
- プライマリリリースでは、議論されているブランチについて、certifi 2026.10.19とNode 24.22.1が検証されます。カスタムCAバンドルやその他のランタイムブランチは、独自のチェックが必要です。
- Torの研究者による333リレーのアカウントは、10月20日に公開された10月上旬のインシデントに関するものです。約10%はリレー数であり、傍受されたトラフィックの測定ではありません。
- ネットワークタイムアウトだけでは、証明書検証が侵害されたチェーンを拒否したことを確立しません。検証を維持し、トランスポートエラーと認証障害を区別してください。

## チャプター

- 0:00 なぜ固定されたブラウザはアプリを危険にさらす可能性があるのか？
- 0:49 中間キーは何を承認するのか？
- 1:22 何が証明され、何が不明のままなのか？
- 2:03 なぜブラウザとランタイムは一致しないのか？
- 2:58 どのアップデートがPythonとNodeに到達したのか？
- 3:33 Torのホストキー警告は何を捉えたのか？
- 4:10 デプロイされた修正をどのように確認するか？
- 4:51 「NEEDS REVIEW」のスタンプは何が対象となるか？

## 翻訳されたトランスクリプト

オリジナルの英語ナレーションから翻訳されています。利用可能なオーディオとキャプションはYouTubeによって管理されています。

### なぜ固定されたブラウザはアプリを危険にさらす可能性があるのか？

0:00 eMudhraのブラウザ修正は、全てが解決したように聞こえます。 侵害された8つの署名キーは、古い信頼判断を持つソフトウェアを置き去りにします。 このビデオでは、誰が署名できますか？ なぜクライアントは意見が合わないのですか？ そして、実際にあなたのアプリに到達するアップデートは何ですか？ 1つの小さな依存関係は、独自の信頼リストを保持しています。 修正が到着したかどうかを決定するプロセスに戻ります。 10月21日水曜日、これはThe Daily Diffです。

0:22 eMudhraは認証局です。 これは、ソフトウェアがウェブサイトやサービスを認証するのに役立つデジタル証明書を署名します。 サービス。侵害されたキーには、ウェブ接続に使用される6つと、ソフトウェア署名に使用される2つが含まれています。 ソフトウェア。中間CAは、信頼されたルートの下の委任された署名者です。 金曜日、ウェインと名乗る記者がルートプログラムに証拠を送りました。 火曜日には、公開されたインシデントページでクリーンアップが説明されていました。 今日、開発者は、彼らの完璧に 普通のアプリケーションがどれだけ多くの信頼のコピーを収集したかを発見することになります。

### 中間キーは何を承認するのか？

0:49 これが通常のチェーンです。 サイトは証明書を提示し、中間CAがそれに署名し、 そしてあなたのクライアントは、すでに信頼しているルートにチェーンをたどります。 ルートはあなたのローカルな出発点です。 中間CAの秘密キーを制御する者は誰でも、その権限の下で署名できます。 数学的に有効な署名であっても、完全に信頼できない署名者がいる可能性があります。 バリデーターは、侵害後に信頼を撤回する方法を必要とします。 ウェインはメッセージに署名しました、「問題があります、ウェイン」、

1:12 各キーで。 Mozillaはキーの制御を確認し、その後独立してキーを回復しました。 緊急対応は、誰かがオフィスのプリンターが煙を出していることに気づいたような一文から始まりました。 オフィスのプリンターが煙を出していることに気づいたような一文から始まりました。

### 何が証明され、何が不明のままなのか？

1:22 公開レポートによると、キーは不適切に生成され、昨年4月に作成された証明書から回復可能でした。 昨年4月に作成された証明書から回復可能でした。 他のソフトウェアに対する実際の悪用はまだ不明です。 回復可能な署名権限は、捏造された被害者リストがなくても十分に緊急です。 ここには重要な制限があります。 レポートによると、その期間中、 それらの中間CAの証明書透明性エントリは 見つかりませんでした。

1:42 透明性を強制するブラウザは、このルートを通じて攻撃されることはなかったと述べています。その追加のブラウザチェックが、見出しだけでは このルートを通じて攻撃されることはなかったと述べています。その追加のブラウザチェックは、見出しだけでは 状況を過大評価している理由を説明するのに役立ちます。 eMudhraはMozillaに対し、約3万枚の証明書が別のチェーンに移行する必要があると伝えました。 別のチェーンに移行する必要があると伝えました。これらは、クリーンアップ中に証明書を置き換える必要がある所有者を持つ稼働中のサービスです。 クリーンアップ中に証明書を置き換える必要があります。 どこかで、カレンダーの招待が本番環境の依存関係になりました。

### なぜブラウザとランタイムは一致しないのか？

2:03 ブラウザベンダーは緊急ブロックリストを配布しています。 レポートには、金曜日のFirefoxとChromeの行動が記録されており、 その後、AppleとMicrosoftが続きました。 これらのクライアントは、侵害された中間CAを拒否しながら、そのルートを認識できます。 ルートを認識できます。このルールは、アプリケーションのバンドルとは別に伝達されます。 一部のクライアントは、緊急の失効情報を消費することなく、信頼されたルートに対してチェーンをチェックします。 失効情報を消費することなく、信頼されたルートに対してチェーンをチェックします。認証局は失効を公開できますが、 そのクライアントはチェーンを受け入れ続ける可能性があります。

2:27 入り口に看板を出すのは、訪問者が看板を読むときに効果的です。 Mozillaによると、一部のAndroidプロファイルでは、起動時に更新されたブロックリストが適用されませんでした。 起動時に更新されたブロックリストが適用されませんでした。修正はFirefox 158.02で提供されました。 したがって、ブラウザも最新の状態に保ってください。 アナウンスはあなたの携帯電話の在庫を調べることはできません。 メンテナーは、クライアントがより狭いブロックを持たない場合に、信頼アンカーを削除できます。 Mozillaのスレッドでは、emSign ECCルート（第3世代）の緊急信頼失効について説明しています。 第3世代。トラストストアからルートを削除すると、それに依存するチェーンがブロックされます。

2:54 たとえルートの秘密キー自体が侵害されていなかったとしても。 Pythonの最新のcertifiリリースは、下流のアップデートの1つです。

### どのアップデートがPythonとNodeに到達したのか？

3:01 そのコミットは、以前の削除後に影響を受けていないemSignルートも復元します。 会社の名前を持つものをすべて削除することは、メンテナンスされたパッケージの劣悪な代替品です。 危険なチェーンは拒否され、正当な顧客は引き続き機能することを望みます。 顧客は引き続き機能します。 リリース履歴は両方の決定を保持しています。 セキュリティのクリーンアップは、緊急かつ正確で、ランチ中にどのサービスが壊れても非難されるという華やかな仕事です。 正確で、ランチ中にどのサービスが壊れても非難されるという華やかな仕事です。 Nodeのバージョン24.22.1は本日、更新されたルートとともにリリースされました。

3:26 ルート。ご自身のブランチの勧告と実際のCA構成を確認してください。 カスタムバンドルは、プロセスが使用するトラストストアを変更できます。 Torでは、昨日、研究者が333個の侵害された出口リレーに関する報告を公開しました。

### Torのホストキー警告は何を捉えたのか？

3:36 333個の侵害された出口リレーに関する報告を公開しました。 傍受は今月初めに始まりました。 リレーは数日後にフラグが立てられ、シャットダウンされました。 SSHは、サーバーのIDが変更されたことを研究者に警告しました。 彼はTorのネットワークヘルスチームに報告しました。 彼らのオペレーター通知は、傍受の報告を確認しています。 その警告はまさに 認証がすべき不便なことをしていました。

3:57 すべき不便なことをしていました。約10%は異なる容量のリレーを数え、 トラフィックのシェアは測定されませんでした。 TorルーティングとSSHサーバーのIDは別々の役割を持っています。 変更されたホストキーを信頼できるチャネル経由で 確認してから、それを受け入れてログインしてください。 ログインしてください。アプリに戻り、実行中のコンテナまたは仮想環境から始めます。

### デプロイされた修正をどのように確認するか？

4:12 実際に使用しているCAバンドルを見つけて、関連するメンテナンスされた更新を適用します。 変更された信頼マテリアルをロードできるように、デプロイされたプロセスを再構築して再起動します。 環境。クライアントの実際の環境でメンテナーの公開テストチェーンを使用します。 環境。証明書エラーとネットワークタイムアウトを区別してください。 ホテルのWi-Fiでの接続失敗は、ホテルのWi-Fiの優れたテストです。 小さな依存関係は、certifiのような個別にバンドルされたトラストストアです。 certifiのような個別にバンドルされたトラストストアです。デスクトップブラウザは、古いコンテナ内のその依存関係を編集することはありません。 コンテナ。デプロイされたプロセスとその構成が、修正が到着したかどうかを決定します。

4:42 到着しました。そこがアップデートを検証する場所です。 私が話すのを聞くよりもこれを読みたい場合は、diffが毎朝あなたの受信トレイに届きます。 無料でdaily diff.devで、リンクは以下にあります。

### 「NEEDS REVIEW」のスタンプは何が対象となるか？

4:51 今日の評決はNEEDS REVIEWです。 このインシデントを誰かが閉じる前に、デプロイされたクライアントの信頼を確認したいです。 購読し、ベルを押し、もしあなたが異なるスタンプを押すならコメントで教えてください。 違ってスタンプを押したかどうかを教えてください。今日のdiffは以上です。 Axrisiのニコールです。 責任を持ってマージしてください。

## 情報源

- [eMudhra Intermediate CA Compromise](https://emudhra.we-have-a-problem.com/) — Dennis Jackson
- [Private key compromise of eMudhra Intermediate Certificates](https://bugzilla.mozilla.org/show_bug.cgi?id=2083449) — Mozilla Bugzilla
- [certifi 2026.10.19 release](https://github.com/certifi/python-certifi/releases/tag/2026.10.19) — certifi
- [Restore unaffected emSign roots](https://github.com/certifi/python-certifi/commit/662df63d7906df66f1f07c0751a3dfe9da14d914) — certifi
- [Node 24.22.1 security release](https://github.com/nodejs/node/releases/tag/v24.22.1) — Node.js
- [Update root certificates to NSS 3.131.1](https://github.com/nodejs/node/pull/66877) — Node.js
- [How I got over 300 Tor exit nodes removed](https://kaba.cx/posts/20261020_Tor/) — KABA
- [Security incident affecting some relay operators](https://lists.torproject.org/mailman3/hyperkitty/list/tor-relays@lists.torproject.org/thread/WOHPLKCSHYXFTBRZXDENDKJZMBMPLMG5/) — Tor Project network health