SECURITY
監査ログには不審なアクセス者は見当たらなかったものの、リリース検証の仕組みは更新が必要
Mozillaは、FirefoxおよびThunderbirdのリリース署名に使用している暗号鍵を失効させました。誰かが誤って、暗号化されていない秘密鍵のコピーをGitHubリポジトリにコミットしてしまったことが発覚したためです。
同ブラウザメーカーは月曜日にこの不手際を公表し、GPGの秘密サブキーが、ごく少数のMozilla従業員しかアクセスできない非公開のGitHubリポジトリにチェックインされていたと説明しています。なお、これらの従業員は全員、別の手段で元々この鍵にアクセスする権限を持っていた人物だといいます。
とはいえ、暗号化されていない秘密署名鍵をソースコード管理の中に放置しておくのは、決して望ましい状態とは言えません。そのためMozillaは、流出したサブキーを失効させ、新しい鍵に置き換えました。
影響を受けたサブキーは、FirefoxおよびThunderbirdのリリースにおけるLinux用tarball、RPMパッケージ、チェックサムファイルの署名に使用されていました。署名鍵によって、ユーザーやパッケージマネージャーは、そのソフトウェアが本当にMozilla製であり、途中で改ざんされていないことを確認できます。
Mozillaによれば、利用可能な監査記録を確認したところ、「鍵がリポジトリに存在していた間に、権限のない第三者によってアクセスされたという証拠は見つからなかった」とのことです。同社は再発防止のための追加の安全対策を導入したとしていますが、暗号化されていない鍵がどのようにしてGitHubに流出したのか、またどのくらいの期間そこに置かれていたのかについては説明していません。
大半のFirefox・Thunderbirdユーザーにとっては、今回の鍵交換に伴って何か対応が必要になることはないはずです。ただし、Mozillaが発行するGPG署名を手動で検証しているユーザーは、新しい署名鍵と、旧鍵の失効情報の両方をインポートする必要があります。
MozillaのRPMリポジトリ経由でFirefoxをインストールしたユーザーの場合、対応は少し複雑になります。Fedora 43以降では、次回のFirefoxアップデート時にDNFが更新済みの鍵を自動的にダウンロードするはずですが、その際ユーザーはインポートの承認を求められます。Mozillaによると、Fedora 42以前、RHEL、Rocky Linux、AlmaLinux、openSUSE、SUSEを使用しているユーザーは、旧鍵を削除したうえで、手動で新しい鍵をインポートする必要があるとのことです。
過去のリリースを検証しようとするユーザーにとっては、もう一つ注意点があります。失効情報をインポートした後は、通常の署名検証プロセスにおいて、失効したサブキーで署名されたリリースは拒否されるようになります。
Thunderbirdユーザーは、RPM関連のこうした面倒事を気にする必要はありません。MozillaはこのメールクライアントについてはRPMパッケージを公式に提供していないためです。
The RegisterはMozillaに対し、秘密鍵がどのくらいの期間GitHubに置かれていたのか、どのようにして流出したのか、そして監査ログは鍵が流出していた全期間をカバーしているのかを問い合わせましたが、回答は得られませんでした。®
