Obol 敦促在 CA 金鑰遭洩露後立即升級 Charon

Charon v1.11.2 更新了 Go 憑證檢查，並在 eMudhra 憑證機構事件後不再信任特定根憑證

2026年10月21日週三 · 18:43 EDT · 閱讀時間 3 分鐘

在安全性方面

Obol Network 要求其主網營運者立即停下手邊工作並進行更新。該專案於 2026 年 10 月 21 日發布 Charon v1.11.2，這是一項緊急修補程式，與 eMudhra 事件相關的中間憑證授權單位（CA）憑證遭外洩有關。

這絕非小事。根據Obol最新的每日快照，其主網叢集的餘額總計達422,862 ETH，而這筆資金正是透過此次修補的用戶端進行流轉。

Charon v1.11.2 實際上改變了什麼

本次發布以憑證驗證為核心。它升級了 Charon 底層的 Go 程式語言版本，從而更新了客戶端檢查憑證的方式，並修正了與 CA 外洩相關的已知漏洞。

它也不信任營運者用來部署 Charon 的 Docker 映像檔內的特定根憑證。簡單來說，該軟體現在拒絕為某些它先前會接受的憑證簽發者背書。

Obol 強烈建議執行以 Go 為基礎的 Charon 用戶端的主網營運者立即升級。

這起較廣泛的事件約在2026年10月17日被報導，並已被編號為CVE-2026-111943。CVE識別碼是安全界用來追蹤公開披露漏洞的標準目錄編號。

Mozilla、Google、Apple 和 Microsoft 已採取措施封鎖受影響的 CA 根憑證。Obol 的修補讓 Charon 與業界的這項應對措施保持一致。差別在於，瀏覽器保護的是閱讀網站的人，而 Charon 保護的是協調以太坊驗證者的機器。

Charon 是分散式驗證者的中介軟體。Charon 讓多位營運者共同分擔驗證工作，並具備容錯機制，而非由單一營運者獨自運行驗證者。

它透過分散式金鑰生成（DKG）來達成這一點。該技術將驗證者的金鑰拆分為多個份額，分散於各營運者之間，因此完整的私鑰永遠不會集中存放在單一位置。

這樣的設計減少了單點故障。但這些金鑰持有者之間的通訊仍依賴信任基礎設施，而憑證驗證正是在此發揮作用。

Obol 在其發展歷程中高度依賴外部審查。該專案經歷了多次審計，包括由 Trail of Bits 和 Quantstamp 等公司執行的工作，重點涵蓋 DKG 與金鑰管理等領域。

對節點營運者而言，行動項目很簡單：升級至 v1.11.2。任何仍在執行舊版本的叢集，會繼續信任主要瀏覽器與作業系統廠商已著手封鎖的憑證根。

對於ETH存放於Obol驅動叢集的質押者而言，422,862 ETH此一數字勾勒出曝險規模。該餘額並不代表資金目前處於風險之中，且披露內容中亦未提及任何資金受到影響。

反應速度是另一個值得注意的訊號。CA 遭入侵一事約在10月17日被通報，而 Obol 於10月21日發布修復。對於必須因應 Go 工具鏈更新與 Docker 映像檔變更的基礎設施而言，四天內完成處理是相當合理的表現。

披露：本文由Estefano Gomez編輯。如需了解我們如何製作和審查內容的更多資訊，請參閱我們的編輯政策。