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 模式下，或当其控制全部三个高带宽对等节点（即节点依赖其进行优先区块公告的少量对等节点）时，可以无限次重复该攻击。PR #32646 于 2025 年 6 月合并，修复了该漏洞。

第二个中危漏洞 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 连接授予这些权限。这通常是随 Tor 守护进程捆绑发行 Bitcoin Core 的提供商所设置的选项。相比之下，未使用这一可选、非默认设置的节点从未受到该漏洞影响。自 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 日结束，公告则于 2026 年 11 月 10 日——即 14 天后发布。

该项目的公告索引采用四个严重级别：Critical、High、Medium 和 Low。这三份公告均处于中间级别。CVE-2025-62859 的时间跨度尤为突出：Siegel 于 2025 年 4 月报告该漏洞，项目于 2025 年 6 月合并修复，而详情直到报告后 18 个多月才公开。

这些漏洞对矿工和节点运营者意味着什么

高危漏洞主要影响矿工和矿池。只有经历链重组后需要构建区块模板的节点才会触发该漏洞。相比之下，两个中危漏洞也会波及普通节点，但各自需要特定的网络状况或配置。

30.0 和 29.2 版本修复了全部三个漏洞，28.3 版本修复了其中两个。不过，自 2026 年 10 月底起，只有 30.x 及更高版本获得支持。因此，任何运行 29.x 或更旧版本的节点都在使用不受支持的软件，即使已应用回移补丁。

这些公告留下了若干未解问题。例如，目前尚不清楚攻击者能否刻意制造触发高危漏洞的重组拓扑结构。公告也未说明是否有人曾利用这三个漏洞中的任何一个，并且没有关于受 Tor 漏洞影响节点数量的确切统计。不过，记录确实表明，该项目在披露前一年多就已修复并发布了全部三个漏洞的补丁。