印度憑證頒發機構 eMudhra 發生重大密碼學錯誤，導致部分以太坊節點配置面臨潛在攻擊風險，以太坊客戶端開發人員已為 Teku 與 Besu 推出緊急安全性更新。此缺陷可能使攻擊者偽造受信任憑證，並攔截以太坊基礎設施各元件之間的通訊，不過開發人員確認以太坊主網預設配置並未受到影響。

這兩款支撐區塊鏈運作與驗證者基礎設施的客戶端均獲得了緊急修補。Teku 是共識層客戶端，Besu 則是執行層客戶端，兩者皆以 Java 編寫——這一細節決定了修復方案如何觸及不同的操作環境。研究人員發現了可能相當嚴重的攻擊情境，但開發人員表示，尚未發現任何針對受影響 Teku 安裝的確認攻擊事件。

eMudhra 憑證失誤如何造成安全風險

事件可追溯至 2025 年 4 月 eMudhra 憑證生成過程中的一項密碼學錯誤。該公司生成了八個密碼學強度不足的中繼憑證機構金鑰，導致其私密金鑰可被還原。

憑證頒發機構是 HTTPS 信任模型的基石：應用程式依靠其簽章來確認所連線的伺服器是真實的。一名獨立研究人員於 2026 年 10 月 17 日發現了此弱點。它使攻擊者得以偽造憑證，而存在漏洞的應用程式可能會誤將其視為合法憑證。儘管經過獨立安全稽核，此問題仍在大約 18 個月內未被察覺。

eMudhra 隨後撤銷了受影響的憑證，並承認是腳本錯誤產生了這些弱金鑰。路透社報導，此次事件也促使該公司退出全球網站安全憑證業務，不過 eMudhra 堅稱其基礎設施與客戶資料並未遭到入侵。

Teku 與 Besu 發布緊急安全性更新

作為回應，以太坊客戶端開發人員已從其 Docker 發行版中移除對受影響憑證機構的信任。Teku 於 10 月 27 日發布 26.10.3 版，Besu 則於 10 月 26 日發布 26.10.2 版。

這些修補程式針對依賴受損憑證鏈的 HTTPS 連線所帶來的風險。在某些配置下，進行中間人攻擊——即在雙方之間悄悄中繼並竄改流量——的攻擊者，可能得以操縱驗證者與外部簽署服務之間的通訊。此類攻擊在理論上可能將區塊費用獎勵重新導向至攻擊者控制的地址。

然而，利用此情境需要特定條件，包括存在漏洞的配置以及攔截相關網路流量的能力。未使用受影響 HTTPS 連線的以太坊主網預設節點，並不在已確認的暴露範圍內。

以太坊操作者須進行額外的 Java 檢查

使用已更新 Docker 映像的操作者可透過容器取得相關的憑證信任變更，因為這些映像附帶自身的執行環境。然而，直接在伺服器上運行 Teku 或 Besu 的管理員，必須另行檢查其 Java 安裝與憑證信任儲存庫。若底層 Java 環境仍信任受影響的憑證，僅更新以太坊客戶端可能無法消除此漏洞。

此次事件凸顯了外部安全基礎設施的弱點如何在未危及區塊鏈協議本身的情況下，為區塊鏈應用帶來風險。對以太坊驗證者而言，保持客戶端軟體與憑證配置的安全，對於保護營運基礎設施與潛在獎勵仍然至關重要。