載入圖片中勞倫斯·蒙達爾
載入圖片中Olivia Stephanie
載入圖片中Rail

分享

Bitcoin Core 揭露了一項漏洞，該漏洞使傳入的 Tor 連線在數千個節點上獲得受信任權限，從而移除了部分針對垃圾訊息與隱私洩露的防護。

• 數千個可連通的節點將本應授予受信任對等節點的權限，授予了傳入的 Tor 連線。

• 這個中度嚴重性的漏洞影響了某些白名單設定，並已於2025年10月修補。

• 另一個獨立的高嚴重性漏洞，可能導致受影響的挖礦節點無法建立有效的區塊範本。

Bitcoin Core於11月10日發布的安全揭露將此Tor問題識別為CVE-2025-62860。在最後一個受影響的發行系列29.x於10月27日結束支援後，開發者隨同另外兩個漏洞一併公布了相關細節。

Bitcoin Core 的白名單設定讓 Tor 流量得以繞過限制

根據該公告，傳入的 Tor 對等節點在 Bitcoin Core 中顯示為 Tor 軟體的 IP 位址，而該軟體通常執行於同一台電腦或區域網路上。當該位址符合透過選用的 -whitelist 設定所配置的範圍時，外部連線便會取得原本保留給受信任對等節點的權限。

白名單機制會移除多項阻斷服務限制，以及防止洩漏私人資訊的防護措施。開發者表示，多家熱門廠商將 Bitcoin Core 與 Tor 一同打包，並配置了相符的白名單範圍，導致數千個可連線的主網節點以這些權限接受所有傳入的 Tor 連線。

從未啟用該非預設設定的節點不受此漏洞影響。公告指出，Martin Zumsande與Antoine Poinsot發現此漏洞，並於2025年9月12日向安全團隊通報。

在程式碼變更中，Zumsande解釋，傳入的Tor連線不會揭露對等節點的實際網路位址，使基於位址的比對失效。他提出的修正方案將傳入的洋蔥連線排除於白名單權限之外。開發者於2025年9月17日合併該修正。

根據公告時程，Poinsot於兩天後通知受影響的軟體供應商。Bitcoin Core 30.0於10月10日隨修正一同發布，隨後29.2於10月14日發布。公告也將28.3及之後的次要版本列為已修補。

另有一個獨立的挖礦漏洞可能導致區塊範本建立作業停擺

這個挖礦漏洞被編號為 CVE-2025-62861，獲評為高嚴重性等級。它影響 28.0 至 28.2 版以及 29.0 至 29.1 版。

Bitcoin Core 的公告說明了一個在鏈重組期間發生的問題：當被斷開區塊中的交易回到記憶池（mempool，即節點存放待處理交易的集合）時，便會出現此問題。

針對第 3 版交易的規則（即 TRUC 交易）通常會限制未確認交易之間的關係。然而在區塊重組期間，從有效區塊返回的交易理應繞過這些限制。

該漏洞使某項交易替換規則在該過程中仍保持生效。它可能移除一筆已恢復的交易，卻留下依賴該交易的交易，導致記憶池狀態不一致。

該公告指出，由於這些輸入缺失，礦工節點所提出的區塊範本將無法通過有效性檢查。在重新啟動並將記憶池重新載入至一致狀態之前，區塊範本的建立無法恢復。

Niklas Goegge 於 2025 年 9 月 26 日回報此問題。在修復文件中，開發者 Greg Sanders 解釋，在區塊鏈重組期間跳過 TRUC 檢查原本是預期行為，但相關的繞過參數並未被檢查。開發者於 10 月 2 日合併了修正。

另一個漏洞可能反覆延遲區塊處理

第三份官方公告 CVE-2025-62859 描述了一個中等嚴重性的漏洞，涉及精簡區塊（compact blocks），這是一種在節點之間轉發區塊以節省頻寬的方法。

惡意對等節點若先宣告緊湊區塊，可能導致受害節點向同一對等節點請求完整區塊，並因此等待長達10分鐘的逾時。此延遲源於對遭竄改交易見證資料的檢查失敗。

根據該揭露，攻擊者若控制受害節點全部三個高頻寬對等節點，便可無限期重複此干擾。以 -blocksonly 參數運行的節點，則是另一種可能發生反覆停滯的配置。Eugene Siegel 於2025年4月28日回報此漏洞。

公開細節是在支援終止後才公布。

Bitcoin Core 的揭露政策通常會保留中度與高度嚴重性漏洞的細節，直到最後一個受影響的版本到達生命週期終止後兩週才公布。

正如 crypto.news 先前報導，10 月的一項政策變更為易於重新發現的漏洞開闢了更快速的揭露途徑，其中包括透過簡單的 AI 提示即可發現的問題。

先前的修復處理了不同的問題。6 月的 31.1rc1 候選版本修補了一個可能暴露 IP 位址的 PrivateBroadcast 隱私漏洞。5 月時，開發者揭露了一項腳本解譯器漏洞，涉及一個特製區塊，可遠端使有漏洞的節點崩潰；其修復已於 2025 年 4 月在 Bitcoin Core 29.0 中發布。