Bitcoin Core 於 2026 年 11 月公布三項安全漏洞的細節，距離相關修補推出已約一年。其中最嚴重的一項被評為高風險，可能在區塊鏈重組後導致挖礦節點無法產生有效的區塊模板。

Bitcoin Core 是比特幣協議的參考實作。網路上的節點依靠這套開源軟體來驗證並轉發交易與區塊，礦工和礦池則用它從記憶體池（mempool，即網路中待處理交易的暫存區）中的未確認交易組裝區塊模板。按慣例，該專案會延後披露漏洞：修補先隨版本發布推出，技術描述則等到受影響版本過時後才公布。這些漏洞的修補已納入 2025 年 10 月發布的 30.0、29.2 和 28.3 版本。相關公告編號為 CVE-2025-62861、CVE-2025-62859 和 CVE-2025-62860——這是公開披露之軟體漏洞所使用的標準編號。CVE-2025-62861 被評為高風險，另外兩項為中等風險。因此，該專案在 29.x 系列（最後一個受影響的版本線）結束支援僅 14 天後發布了這些公告。完整內容可見官方披露與該專案的安全公告索引。

區塊鏈重組如何使挖礦節點停擺

高風險漏洞 CVE-2025-62861 影響 28.0 至 28.2 版以及 29.0 至 29.1 版，由 Niklas Goegge 於 2025 年 9 月通報。此缺陷源於 TRUC——Topologically Restricted Until Confirmation 的縮寫，也稱為 v3 交易。這項記憶體池政策對未確認交易之間的依賴關係設有嚴格限制，其主要目的是協助閃電網路等第二層協議在事後提高手續費。28.0 版又新增了一項稱為「同層驅逐」（sibling eviction）的規則：一筆新交易可嘗試為 TRUC 父交易附加第二個子交易，若其支付的手續費足夠高，就會取代原有的子交易。

該缺陷在區塊鏈重組（簡稱 reorg）期間浮現。在這種事件中，網路會以另一條鏈取代最近新增的區塊。Bitcoin Core 首先以 bypass_limits=true 標誌將斷開區塊中的交易放回記憶體池。然而，同層驅逐的程式分支並未遵循此標誌，仍然照常執行。結果，該規則驅逐了一筆交易，其後代交易卻仍留在記憶體池中，導致記憶體池裡出現花費已不存在輸出的交易。此後節點每次嘗試組建新的區塊模板時，有效性檢查都會失敗。

受影響的礦工只有在重新啟動節點後才能再次產生有效模板，因為重新啟動會以一致的狀態重新載入記憶體池。儘管如此，CVE-2025-62861 的公告除了更新之外並未提供其他變通方法。Greg Sanders 以 PR #33504 提交修補，該專案於 2025 年 10 月將其合併至主分支，並回移至 28.x、29.x 和 30.x 系列。此缺陷僅影響模板的建立：由於 TRUC 是記憶體池規則而非共識規則，該缺陷並未觸及共識。像 TRUC 這類記憶體池規則是各節點對自身待處理交易套用的本地政策，與所有節點在共享鏈上一致執行的共識規則不同。

兩項中等風險漏洞影響區塊轉發與 Tor 對等節點

CVE-2025-62859 影響 29.2 之前及 30.0 之前的版本。Eugene Siegel 早在 2025 年 4 月即已通報此漏洞。它位於緊湊區塊（compact blocks）的處理中——這是節點之間相互傳遞新區塊的精簡格式。受影響的版本在檢查見證資料可塑性（witness malleation，即對見證資料的事後竄改）之前，就清除了該區塊的下載狀態。若檢查失敗，節點會透過 GETDATA 向同一個對等節點重新請求資料，逾時時間為 10 分鐘——大約是比特幣區塊之間的平均間隔。因此，率先通告緊湊區塊的惡意節點最多可將受害者的區塊處理延遲 10 分鐘。此外，在 -blocksonly 模式下，或當攻擊者控制了全部三個高頻寬對等節點（即節點依賴其優先通告區塊的那一小組節點）時，攻擊者可無限制地重複攻擊。2025 年 6 月合併的 PR #32646 修復了此缺陷。

第二項中等風險漏洞 CVE-2025-62860 影響 28.3、29.2 和 30.0 之前的版本，由 Martin Zumsande 和 Antoine Poinsot 於 2025 年 9 月通報，比 Goegge 通報高風險漏洞早兩週。在 Bitcoin Core 中，入站 Tor 連線會以 Tor 守護行程（即轉發匿名網路流量的本地服務）的 IP 位址出現。若該位址落在透過 -whitelist 允許的 IP 範圍內，所有入站 Tor 對等節點便會取得白名單權限。這些權限會解除 DoS 限制以及防範隱私洩漏的保護。

據公告指出，已有「數千」個可連線的主網節點將這些權限授予所有入站 Tor 連線。這通常出自將 Bitcoin Core 與 Tor 守護行程捆綁發布的供應商所設定的選項。相比之下，未使用這項非預設選用設定的節點則從未受此缺陷影響。自 PR #33395 起，Bitcoin Core 在指派白名單權限時不再考慮入站 Tor 對等節點。

該專案將兩項漏洞均評為中等風險。區塊處理的延遲屬於暫時性，且攻擊者只能在特定環境下任意重複攻擊；而 Tor 漏洞則需要偏離預設的設定才會成立。

為何修補與披露之間相隔一年

Bitcoin Core 刻意將修補與披露分開。修補先隨一般版本發布推出，專案在此時不會描述該漏洞；細節等到受影響版本更舊或已屆支援終止後才跟進。這讓營運者有時間進行更新。

就這三份公告而言，通報時間介於 2025 年 4 月至 9 月之間，修補於 2025 年 6 月至 10 月間進入程式碼。Bitcoin Core 30.0、29.2 和 28.3 隨後於 2025 年 10 月連同修補一併發布。披露的時點由支援終止決定：最後一個受影響版本線 29.x 的支援於 2026 年 10 月 27 日結束，公告則於 14 天後的 2026 年 11 月 10 日發布。

該專案的公告索引採用四個風險等級：Critical（嚴重）、High（高）、Medium（中）和 Low（低）。這三份公告都落在中間兩個等級。CVE-2025-62859 的時間跨度尤其突出：Siegel 於 2025 年 4 月通報，專案於 2025 年 6 月合併修補，但細節直到通報後一年半以上才公開。

這些漏洞對礦工與節點營運者的意義

高風險漏洞主要影響礦工和礦池。只有經歷過區塊鏈重組、且隨後需要組建區塊模板的節點才會觸發該缺陷。相比之下，兩項中等風險漏洞也波及一般節點，但各自需要特定的網路狀況或設定。

30.0 和 29.2 版修復了全部三項缺陷，28.3 版修復其中兩項。不過，自 2026 年 10 月底起，只有 30.x 及之後的版本獲得支援。因此，任何仍在執行 29.x 或更舊版本的使用者，即使已套用回移修補，使用的仍是不受支援的軟體。

這些公告留下了若干未解的問題。例如，攻擊者能否刻意製造觸發高風險缺陷的重組拓撲，目前仍不清楚。公告也未說明這三項漏洞是否曾被人利用，且受 Tor 漏洞影響的節點數量沒有確切統計。不過紀錄確實顯示，專案在披露之前一年多就已修復並發布了全部三項缺陷。