有人在星期二張貼了一則筆記，署名「Wayne」。 「我們這裡有個問題。」 這本來很有趣，但 Wayne 用的私鑰屬於印度的證書授權機構 @eMudhra。這把鑰匙藏在您的瀏覽器預設信任的八個中間證書之一背後。只要掌握其中一把，您就能為網際網路上的任何網站簽發有效的證書，包括您銀行的登入頁面。 那麼，Wayne 是怎麼得到它的？ 大多數人猜測是遭到入侵，可能是內部人員或間諜機構所為。 但他並未竊取任何東西。這些鑰匙是可以猜到的。 一個正常的 P-384 私鑰約有 384 位隨機性，這是一個長達 116 位數的數字，沒有人能猜到。但 @eMudhra 的鑰匙只有 3 到 8 位。其中一把私鑰就是數字 4，另一把是 56，最大的是 237。一臺筆記型電腦破解這八把鑰匙的速度，比您讀完這句話還快。 負責維護 Go 語言加密代碼的 Filippo Valsorda 將此歸類為「這本不該發生」的事件。https://t.co/Rg3ue0zZqK 的 Ben Cartwright-Cox 認為，示例代碼被誤導入生產環境，且無人察覺。 因此，瀏覽器製造商迅速採取行動。到星期二下午晚些時候，他們已封鎖了全部八個證書，以及一些主要應用程式和程式語言。證書透明度日誌顯示，尚未發現有人濫用這些鑰匙。危機結束了？ 還遠遠沒有。 瀏覽器部分相對容易處理。Valsorda 表示，這次清理的規模將超過 2014 年的 #Heartbleed OpenSSL 漏洞——那場漏洞花了數年才清理完畢。問題在於所有內建信任根且從不更新的系統： 物聯網裝置、Docker 容器、被遺忘的 Linux 主機、舊版 CLI 工具。一些 Linux 發行版當時甚至還未準備好修補程式。當 Ars 發表文章時，Windows 10 上的 Edge 仍在連接 12 個有漏洞的主機。 對攻擊者來說，有一個限制：惡意證書只有在您位於他人連線中間、解密並重新加密其流量時才有效。在開放網際網路中這很困難，但在咖啡店 Wi-Fi 或已監控 VPN 流量的國家則容易得多。像 Signal 和 WireGuard 這樣的應用程式是安全的，因為它們不依賴 TLS 來保障隱私。 讓我困擾的是：您位址列上的鎖頭圖示，並非單一公司的承諾，而是數百家公司同時做出的承諾，而其安全性取決於最鬆散的那一環。在星期二，最鬆散的那一環使用的鑰匙就是數字 4。 Wayne 已經告訴了所有人。下一個人可能就不會了。 https://t.co/vSK9GTDYLa