根據 The Hacker News 的報導，Mozilla 最近撤銷了用於 Linux 版本 Firefox 與 Thunderbird 的加密簽署金鑰。這次行動源於一個嚴重的內部管理失誤：一份未加密的金鑰副本被錯誤地提交到了 Mozilla 內部的私有程式碼儲存庫中。雖然目前沒有證據顯示外部攻擊者獲取了該金鑰，但基於安全原則，Mozilla 決定立即採取撤銷措施。
背景與數位簽署的重要性
在 Linux 環境中，當使用者或發行版維護者下載 Firefox 的壓縮包（Tarball）時，如何確認這個檔案確實來自 Mozilla 且在傳輸過程中未被篡改？這就依賴於數位簽署（Digital Signing）技術。
Mozilla 使用 OpenPGP 標準來對軟體包進行簽署。簡單來說，Mozilla 持有一個私鑰（Private Key）用來對檔案打上電子印章，而使用者則使用對應的公鑰（Public Key）來驗證該印章。如果檔案被第三方惡意修改，簽署驗證將會失敗，從而防止使用者安裝被植入後門的惡意軟體。這種機制是軟體供應鏈安全（Software Supply Chain Security）的核心，確保軟體從開發者端到使用者端地完整性。
金鑰撤銷的技術細節與影響
本次事件的核心在於金鑰的撤銷方式。Mozilla 撤銷的是一個子金鑰（Subkey），而主金鑰（Primary Key）依然有效。在 OpenPGP 的規範（如 RFC 4880）中，撤銷金鑰時可以附加一個機器可讀的理由代碼。
根據分析，Mozilla 發布的撤銷憑證中使用了理由代碼 2，即金鑰素材已遭洩露（Key material has been compromised），並附註「我們不再信任此金鑰」。這在技術上產生了一個關鍵影響：與一般的金鑰到期輪替（Rotation）不同，因為標記為洩露，所有過去使用該金鑰簽署的舊版本檔案，在使用者導入撤銷憑證後，都會失去驗證效力。
這意味著那些習慣手動驗證簽名的進階使用者，會發現舊的 Firefox 下載包突然無法通過驗證。此外，這次撤銷比原定的兩年一次輪替週期提前了約七個月。
對不同 Linux 使用者的實務影響
對於大多數透過瀏覽器直接下載或使用系統預設更新的 Firefox 使用者，此次事件幾乎沒有感知影響。然而，特定群體需要採取行動：
第一類是手動驗證簽名的使用者。他們必須導入新的公鑰以及舊金鑰的撤銷憑證，才能確保目前的驗證流程正確。
第二類是使用 Mozilla 官方 RPM 封裝（適用於 Fedora、openSUSE 等發行版）的使用者。由於 RPM 系統對金鑰的管理較為嚴格，部分系統的 dnf 套件管理器能自動處理更新並要求使用者確認新金鑰的指紋（Fingerprint）。但有些系統會直接報錯，提示金鑰不匹配或更新失敗。在這種情況下，使用者必須先手動刪除舊的 GPG 公鑰，再重新導入新金鑰並清理快取，才能恢復正常更新。
值得注意的是，使用 Debian 或 Ubuntu 等基於 APT 儲存庫的使用者不受影響，因為 .deb 格式的分發使用了不同的金鑰體系。
安全啟示與限制
儘管 Mozilla 表示該儲存庫是私有的，且稽核紀錄顯示沒有未經授權的存取，但將未加密的金鑰提交至版本控制系統（如 Git）依然是開發流程中的重大漏洞。這凸顯了秘密管理（Secrets Management）的重要性，開發團隊應使用專門的金鑰管理服務，而非將其存放在程式碼庫中。
此次事件發生在近期多起 npm 套件劫持與開發者機器私鑰遭竊的攻擊浪潮之後，進一步提醒了軟體供應鏈的脆弱性。雖然 Mozilla 迅速採取了撤銷措施，但他們並未詳細說明該金鑰在私有儲存庫中存放了多久，以及未來將採取哪些具體技術手段來防止類似的誤提交事件再次發生。
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。