Bitcoin Core 披露了一项 Tor 漏洞，该漏洞让传入的 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 描述了一项中等严重性漏洞，涉及 compact blocks，这是一种在节点之间转发区块时节省带宽的方法。
如果恶意对等节点先宣布一个 compact block，受害者可能会向同一节点请求完整区块，并等待 10 分钟超时。该延迟源于对被篡改交易 witness 数据的一次检查失败。
根据披露内容，如果攻击者控制了受害者 3 个高带宽对等节点中的全部 3 个，就可以无限重复这种干扰。在以 -blocksonly 运行的节点上，也存在反复卡顿的可能。Eugene Siegel 于 2025 年 4 月 28 日报告了这一漏洞。
公开细节在支持结束后发布
Bitcoin Core 的披露政策通常会将中等和高严重性漏洞的细节保留到最后一个受影响版本结束支持两周后再公开。
据 crypto.news 先前报道，10 月的一项政策变更为容易被重新发现的漏洞建立了更快的披露路径，其中包括可通过简单 AI 提示发现的问题。
更早的修复还解决了其他问题。6 月发布的 31.1rc1 候选版本修补了一个 PrivateBroadcast 隐私漏洞，该漏洞可能暴露 IP 地址。5 月，开发者披露了一个脚本解释器漏洞，涉及一个经过特殊构造的区块，可能远程导致受影响节点崩溃；其修复已于 2025 年 4 月随 Bitcoin Core 29.0 发布。
