加载图片中Lawrence Mondal
加载图片中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连接不会暴露对等节点的实际网络地址，因此基于地址的匹配无法奏效。他提出的修复方案将传入的onion连接排除在白名单权限之外。开发者于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的公告描述了链重组期间出现的一个问题，即来自被断开区块的交易会返回内存池，也就是节点存放待处理交易的集合。

针对版本3交易（即TRUC交易）的规则通常会限制未确认交易之间的关系。然而在区块链重组期间，从有效区块中返回的交易本应绕过这些限制。

该漏洞导致交易替换规则在这一过程中仍然生效。它可能移除一笔已恢复的交易，同时却保留依赖该交易的后续交易，从而造成内存池状态不一致。

安全公告指出，由于这些输入缺失，挖矿节点拟议的区块模板将无法通过有效性检查。在重启并将内存池重新加载至一致状态之前，区块模板的创建无法恢复。

Niklas Goegge于2025年9月26日报告了该问题。在修复文档中，开发者Greg Sanders解释说，在重组期间跳过TRUC检查原本是预期行为，但相关的绕过参数未被检查。开发者于10月2日合并了该修正。

另一个漏洞可能反复延迟区块处理

第三份官方公告CVE-2025-62859描述了一个中等严重程度的漏洞，涉及紧凑区块——一种在节点之间中继区块以节省带宽的方法。

一个恶意对等节点若率先宣告一个紧凑区块，就可能诱使受害节点向同一对等节点请求完整区块，并经历长达10分钟的超时等待。这一延迟源于对篡改后交易见证数据的检查失败。

根据该披露，若攻击者控制了某受害节点的全部三个高带宽对等节点，便可无限期地重复这一干扰。以 -blocksonly 模式运行的节点是另一种可能发生反复停滞的配置。Eugene Siegel 于2025年4月28日报告了该漏洞。

公开细节是在支持终止之后才发布的

Bitcoin Core 的披露政策通常会在最后一个受影响版本停止支持（end of life）满两周后，才公布中危和高危漏洞的详细信息。

正如 crypto.news 此前报道的那样，10 月的一项政策变更针对容易被重新发现的漏洞开辟了更快的披露途径，其中包括通过简单 AI 提示即可发现的问题。

此前的修复针对的是不同的问题。6 月的 31.1rc1 候选版本修复了一个可能泄露 IP 地址的 PrivateBroadcast 隐私漏洞。5 月，开发者披露了一个脚本解释器漏洞，涉及一个特制区块，可远程使存在漏洞的节点崩溃；其修复程序已于 2025 年 4 月在 Bitcoin Core 29.0 中发布。