Bitcoin Core披露3个新漏洞，非 Linux 节点存在内存崩溃风险

Bitcoin Core 于 10 月 28 日同日披露三个新漏洞：漏洞一允许攻击者以对等方身份传送 TCP 紧急数据；漏洞二为独立问题，涉及与早于 BIP31 的暂停对等节点相关的缓慢内存增长；漏洞三为撤销文件溢出，利用条件不切实际。修复版本已提供，但第三个漏洞在某些配置下仍受影响。

Windows、macOS、BSD 节点 OOM 崩溃的攻击机制

依 Bitcoin Core 10 月 28 日公告，漏洞一的攻击路径如下：攻击者以对等方身份与节点建立连接后，传送 TCP 紧急数据（即带外数据，out-of-band data），这是一种允许发送方标记特殊字节进行优先处理的网络特性。问题在于 Bitcoin Core 监控网络连接的两种套接字机制 select() 与 poll() 之间的行为差异，这种差异可被滥用，导致受影响平台上的节点内存无限增长，直到耗尽而崩溃。

此漏洞仅影响 Windows、macOS 和 BSD 系统，Linux 节点不受影响；评定为中等严重度，主要风险在于节点停止验证与转发交易，而非资金被盗。

缓慢内存增长与撤销文件溢出

依公告说明，漏洞二为中等严重度的独立问题，涉及与早于 BIP31（一个较旧的协议标准）的暂停对等节点相关的缓慢内存增长，与漏洞一的即时耗尽崩溃机制不同，属于逐步积累型。

漏洞三为低严重度的撤销文件溢出，公告指出利用此漏洞所需的条件不切实际，风险相对较低；修复版本发布后，某些特定配置仍受漏洞三影响，具体配置说明应参照 Bitcoin Core 官方公告。

Project Loupe 与 AI 工具在漏洞发现中的角色

依 Bitcoin Core 公告说明，漏洞一和漏洞二由 Project Loupe 发现，Project Loupe 是 Elias Rohrer 在 Spiral 公司开发的 AI 驱动代码扫描工具；Gregory Sanders 验证了相关发现。漏洞三由研究人员 L0RINC 独立识别。

Bitcoin Core 在公告背景中指出，现代机器学习技术使软件漏洞的发现变得更加容易，这对防御者和攻击者均适用；防御者可比以往更快扫描代码，攻击者也具备同样的能力。

Bitcoin Core 的应对策略是加快对可能被重新发现的漏洞的修补发布速度，缩短从发现到被利用之间的时间窗口。

修复版本发布时间、无 CVE 编号的特殊情况与操作建议

依公告，四个包含修复程序的版本发布时间如下：

Bitcoin Core 31.2：2026 年 10 月 27 日发布（披露前一天）

Bitcoin Core 32.1：2026 年 10 月 27 日发布（披露前一天）

Bitcoin Core 29.5：2026 年 10 月 28 日发布（与披露同日）

Bitcoin Core 30.4：2026 年 10 月 28 日发布（与披露同日）

注意：第三个漏洞（撤销文件溢出）在某些配置下仍受影响，应确认配置是否在例外范围

此次三个漏洞均未分配 CVE 识别码，与 Bitcoin Core 先前漏洞披露均使用 CVE 编号分类的惯例不同。操作层面，所有在 Windows 或 macOS 上运行 Bitcoin Core 的用户应升级至所属版本分支的修复版本；历史上相当一部分节点长期运行旧版本，始终处于暴露状态。

常见问题

这些漏洞是否会导致比特币资金被盗？

依 Bitcoin Core 公告说明，节点崩溃不代表资金被盗；崩溃的影响是节点停止验证和转发交易，直到有人重新启动为止。对个人用户而言，节点宕机令人烦恼但不直接威胁钱包中的加密货币安全；对交易所和矿工而言，节点崩溃会导致交易处理中断，属于运营层面的影响。

哪些 Bitcoin Core 版本已包含修复程序，如何确认是否需要更新？

依 Bitcoin Core 官方公告，修复版本为 29.5、30.4（10 月 28 日发布）及 31.2、32.1（10 月 27 日发布）；所有在 Windows 或 macOS 上运行 Bitcoin Core 的用户应升级至所属版本分支的修复版本，第三个漏洞（低严重度）在某些配置下仍受影响，应查阅官方公告确认配置情况。

这次为何没有分配 CVE 编号，对安全管理有何影响？

依 Bitcoin Core 公告，三个漏洞均未分配 CVE 识别码，与此前 Bitcoin Core 漏洞披露均使用 CVE 编号分类的惯例不同；Bitcoin Core 在公告中未就此变化作出详细说明。对安全管理人员而言，此次缺少 CVE 编号意味着无法通过标准 CVE 数据库直接追踪这些漏洞，需直接参照 Bitcoin Core 官方公告获取详细说明。