FirefoxとThunderbirdの利用者・端末管理者は、製品とチャネルを分けて更新してください。証明書のブロック情報を含む修正に加え、Thunderbirdにはアカウント設定や認証に関する固有の問題があります。Firefoxだけ更新してメールソフトも完了したとしないでください。
Mozillaは10月20日にデスクトップ製品とESR向け、21日にFirefox for Android向けの勧告を公開しました。ESRは組織などが長めの周期で運用する系列です。通常系列と版番号が異なるため、単純な数字の大小で比較せず、使う系列の修正版を確認します。
製品別の修正版
| 製品・系列 | 修正版 | 公式勧告 |
|---|---|---|
| Firefox | 158.0.1 | MFSA 2026-111 |
| Firefox ESR | 153.5.1 | MFSA 2026-112 |
| Firefox ESR 115系列 | 115.43.1 | MFSA 2026-113 |
| Thunderbird | 158.0.1 | MFSA 2026-114 |
| Thunderbird 153系列 | 153.5.1 | MFSA 2026-115 |
| Firefox for Android | 158.0.2 | MFSA 2026-116 |
表は今回の修正版で、全製品が同じCVE集合を修正したという意味ではありません。各勧告の総合影響評価はhighです。CVSSの独自換算はしていません。OS配布パッケージの場合は、配布元の修正と完全なパッケージ版も照合します。
OneCRLを受け取れない環境にも、ブロック情報を届ける
CVE-2026-113470についてMozillaは、侵害されたeMudhra中間証明書を10月17日にOneCRLでブロックし、同日にRemoteSettings経由で配信したと説明しています。今回のアプリ更新にはそのブロック一覧も含まれます。組織ポリシーでRemoteSettingsを無効にしていたり、ネットワークから取得できなかったりする環境にも反映するためです。
証明書は、接続相手を信頼する判断に使われます。問題のある証明書を信用しないための一覧の配信と、アプリ本体の更新は別の経路です。「自動で配られたはず」と推測せず、管理方針と更新状態を確認します。これは公式に確認された証明書の侵害に関する説明であり、読者のPCが侵害された証拠ではありません。
Thunderbird固有の問題を見落とさない
| CVE | 確認する機能・影響 | 今回の修正系列 |
|---|---|---|
| CVE-2026-113866 | Exchangeのアカウント初期設定で、AutoDiscoverの暗号化されていないHTTP通信へ認証情報が含まれる問題 | 158.0.1/153.5.1 |
| CVE-2026-113867 | XMPPチャットの不十分なエスケープにより、利用者の接続へ意図しない処理が注入される問題 | 158.0.1/153.5.1 |
| CVE-2026-113868 | POP3/SMTPのNTLM・GSSAPI認証処理。未初期化メモリの漏えいはNTLM、読み出し範囲外アクセスも問題 | 158.0.1/153.5.1 |
| CVE-2026-113869 | S/MIME復号中のパスワード入力待ちに関するuse-after-free | 158.0.1の勧告に掲載 |
これらはThunderbird 158.0.1の勧告と153.5.1の勧告で確認できます。メール本文のスクリプトが無効であることを、アカウント設定や認証処理も安全という根拠に広げないでください。
Firefox 158.0.1は、証明書の問題に加えSVG境界条件のCVE-2026-113399、音声処理の未初期化メモリのCVE-2026-113400、PDF Viewerのサービス不能のCVE-2026-113401も修正しています。これらをESRやAndroidの今回の告知件数へ機械的に加算しません。証明書問題を除く各CVEの実悪用の有無は、今回参照した資料だけでは確定できていません。
利用者と管理者が確認する順番
- 1FirefoxとThunderbirdを別々に台帳へ登録し、通常版/ESR/Android、配布元、実行中の版を確認する。
- 2公式の更新経路で更新し、必要な再起動後に実行版を再確認する。管理端末は管理者の手順に従う。
- 3管理者はRemoteSettingsの方針と到達性、未更新端末、更新エラーを点検する。ブロック一覧を受け取ったと推測だけで記録しない。
- 4ThunderbirdはExchange初期設定・XMPP・NTLM/GSSAPI・S/MIMEの使用有無を確認する。通常の送受信と認証の回帰試験を行う。
- 5更新前のExchange設定時に認証情報が露出した疑いがあれば、更新だけで調査を閉じず、証拠を保全し、管理者が認証情報変更やセッション失効の要否を判断する。
メール利用者にパスワードをLLMへ貼り付けさせないでください。また、証明書エラーを消す目的で検証を無効にすることや、根拠なくメールの暗号化設定を弱めることは対策になりません。暫定的に問題のある機能を使わない判断をしても、更新を不要にする万能策ではありません。
LLMに依頼する、根拠付きの点検
以下は編集部が作成した棚卸し用の指示文です。LLMの回答は安全性の保証にはなりません。未確認項目を残し、担当者が公式資料と実際の稼働状態を照合してください。
あなたは防御目的の運用点検担当です。権限のある自社環境について、提供した匿名化済み台帳と公式勧告だけで読み取り専用の棚卸しをしてください。 FirefoxとThunderbirdを別製品として管理し、ESRとAndroidを分けてください。RemoteSettingsの受信状況、Exchange初期設定、XMPP、NTLM/GSSAPI、S/MIMEの使用を匿名化した設定台帳で確認してください。 各項目を「対象」「対象外(根拠付き)」「未確認」に分け、根拠URL・配布元・稼働版・条件・担当者・修正版または未確認事項・確認期限を表にしてください。版だけで安全と断定しないでください。秘密鍵、トークン、パスワード、個人情報を要求せず、設定変更や攻撃再現、外部へのスキャンは実行しないでください。更新案と回帰確認案は作成しても、適用は担当者の判断に分けてください。
点検指示文をダウンロード。基本の進め方は脆弱性のトリアージも参照してください。
確認日:2026年10月22日。公開された一次資料を確認した解説であり、編集部がこの脆弱性の攻撃やパッチ適用を実環境で再現したものではありません。手順のうち優先順位・台帳・回帰確認は編集上の提案です。