Mozilla、FirefoxとThunderbirdのGPG署名鍵を緊急失効——秘密鍵の誤公開と影響範囲を徹底解説

何が起きたか：秘密の署名鍵がGitHubに平文で露出

2026年8月10日、MozillaはFirefoxおよびThunderbirdのLinux向けアーティファクト（tarball、RPMパッケージ、チェックサムファイル）の署名に使われていたGPG秘密サブ鍵の平文（暗号化されていない）コピーが、従業員によって誤ってプライベートGitHubリポジトリにコミットされたと発表した。このリポジトリはMozilla内のごく一部の従業員のみがアクセス可能だったが、鍵の素材はパスフレーズによる保護がないまま保存されていた。

Mozillaの調査結果

Mozillaは利用可能な監査記録を精査した結果、鍵がリポジトリに存在していた間に不正な第三者によってアクセスされた形跡は一切ないと結論付けた。アクセスできたのは、すでに別の手段で正当なアクセス権を持っていた従業員のみであり、サプライチェーン攻撃（たとえば攻撃者が悪意のある署名済みインストーラーの配布を試みるケース）のリスクは低いと評価されている。

取られた措置

• 失効（Revocation）: Mozillaは問題の鍵を理由コード2で失効させた。これはGPG/OpenPGPの仕様において**「鍵素材が危殆化（きたいか）した」**（KEY_COMPROMISE）ことを意味する。

• 新しい鍵の発行: 新しいGPG署名サブ鍵が発行され、そのフィンガープリントは以下の通り。

  827E 6586 0867 9618 CD34 9F93 678E 455D 7676 7AA3

  このサブ鍵は2028年8月5日まで有効である。ペアレント鍵（親鍵）のフィンガープリントは

  14F2 6682 D091 6CDD 81E3 7B6D 61B7 B526 D98F 0353

  。

• 再発防止策: 同様の誤コミットを将来防ぐため、内部に保護策を追加した。

• 失効の影響: GPGの失効は永続的であるため、失効情報をインポートすると過去にダウンロードしたファイルも含め、古い鍵で署名されたファイルの検証がすべて通らなくなる。

誰が何をすべきか

ほとんどのユーザーは操作不要。 Mozillaの公式ガイダンスでは「ほとんどのユーザーには操作は必要ありません」と明記されている。自動アップデートの仕組みが鍵の移行を透過的に処理する。

手動操作が必要なのは以下のグループ：

シナリオ	必要な操作
Fedora 42以前、RHEL、Rocky Linux、AlmaLinux をご利用の方	dnf が自動で鍵を更新できないため、「Import of the key didn't help, wrong key?」や「The GPG keys listed for the mozilla repository are already installed but they are not correct for this package.」といったエラーで更新が失敗する。古い鍵を手動で削除し、新しい鍵をインポートする必要がある。
openSUSE / SUSE系ディストリビューション をご利用の方	zypper が自動で鍵を交換できない。「Signature verification failed」や「NOKEY」エラーが発生する。Fedora/RHEL系と同様の手動削除とインポートが必要。
Fedora 43以降 をご利用の方	特別な操作は不要。次回の dnf update 時に、新しい鍵が自動的にダウンロードされる。更新時にフィンガープリントが 827E 6586 0867 9618 CD34 9F93 678E 455D 7676 7AA3 と一致することを確認するだけでよい。
手動でGPG署名を検証している方	新しい署名鍵と、古い鍵の失効証明書をインポートする必要がある。
Thunderbird RPMユーザー	Thunderbirdは公式RPMパッケージを提供していないため、RPM関連の操作は不要。

手動削除コマンド（影響を受けるディストリビューション向け）:

sudo rpm -e --allmatches gpg-pubkey-14f26682d0916cdd81e37b6d61b7b526d98f0353
sudo rpm --import https://packages.mozilla.org/rpm/firefox/signing-key.gpg

その後、

sudo dnf clean all

sudo zypper refresh

背景：サプライチェーンセキュリティをめぐるより広い文脈

このインシデントは、2026年8月4日に発覚した大規模な keyv npmパッケージ乗っ取り事件（ChainDrop） からわずか1週間足らずで発生した。ChainDrop事件では、攻撃グループTeamPCPがメンテナーのGitHubアカウントを乗っ取り、keyv、cacheable および関連するnpmパッケージに悪意あるバージョンを公開。自己増殖型の認証情報窃取ワーム（Shai-Hulud）が、452のユニークパッケージの2,251以上のバージョンに拡散した。

今回のMozillaのインシデントは、これとは別の、しかし同様に深刻なサプライチェーンリスクを浮き彫りにしている。すなわち、外部アカウントの乗っ取りではなく、内部リポジトリにおける人為的ミスによる署名鍵の偶発的露出である。この2つの事件は、ソフトウェアサプライチェーンの完全性が、意図的なハイジャック（keyv事件）と不注意による認証情報漏洩（Mozilla事件）の両方の脅威にさらされていること、そしてどちらのケースも大規模な鍵のローテーション、検証チェーンの断絶、そしてエンドユーザーへの手動復旧作業を強いることを如実に示している。