比特币核心突发三项安全公告，多系统节点面临崩溃风险

2026年10月28日，比特币核心项目一次性披露三项安全问题，影响运行在Windows、macOS和BSD系统上的节点。最严重的漏洞允许恶意节点通过发送特定数据包引发目标节点内存耗尽并完全宕机。所有缺陷均已通过版本29.5、30.4、31.2和32.1修复。

节点是独立验证区块链的设备，其宕机会中断本地验证能力，但不会造成资产丢失。钱包中的密钥仍保留在本地，真正受损的是网络参与与交易确认的连续性。

三则公告同步发布：漏洞详情解析

这三项安全通告均列于官方公告列表，分别被评为“中等”或“低”风险，并标注为“易于发现”。这意味着任何具备基本代码阅读能力的开发者均可快速识别问题所在。

具体包括：TCP紧急数据触发崩溃、背压机制失效导致内存缓慢增长、撤销文件超过4 GiB后被截断。修复工作已于10月26日合并至多个主干分支，并在次日推出31.2与32.1版本，29.5与30.4于28日上线，漏洞细节同日公开。

TCP紧急数据为何危及非Linux系统

比特币核心采用背压机制控制网络数据接收速率，防止资源过载。但在Windows、macOS和BSD系统上，该机制依赖较旧的套接字监控方式，对“异常条件”响应过度敏感。

攻击者仅需发送少量带外传输的TCP紧急数据，即可绕过暂停机制，持续读取数据直至内存耗尽。此漏洞于10月23日报告，三天内完成修复，无需复杂计算或预部署。

背压失效：为何仅限特定平台

Linux系统使用更现代的poll()接口进行套接字监控，避免了该路径的缺陷。因此，运行在单板计算机、家用小型服务器或数据中心的节点不受影响。

select() vs poll()：关键差异所在

若您在个人电脑（如Windows或Mac）上运行比特币核心程序，则属于受影响群体。若使用Linux环境，可保持安全。一旦节点崩溃，将无法同步链状态、响应钱包查询或接收付款，导致余额显示延迟。

BIP31前节点：内存消耗呈线性累积

第二个漏洞表现为每小时每个入站连接增加约2MB内存占用，出站连接高达5MB。攻击者可通过伪装为旧版节点，故意延迟响应以维持连接。

由于缺乏超时机制，长期连接会积累大量待处理消息。拥有多个入站连接的节点可能在数日内填满内存。以-blocksonly模式运行的节点受此影响较小，因交易公告不再排队。

该问题早在9月15日被报告，修复历时六周，期间项目内部已知但未对外公布。

撤销文件溢出：4 GiB限制下的数据覆盖

比特币核心在rev*.dat文件中记录区块回滚所需的数据。这些文件原本无大小上限，位置索引仅支持32位整数，最大容量为4 GiB。

矿工可构建包含巨量撤销数据的区块，当文件突破4 GiB时，指针跳转至开头，新数据覆盖旧内容，导致文件截断。后续重组操作将使节点无法读取历史数据，从而强制关闭。重启无效，必须重建索引，耗时数小时至数天。

32位系统与FAT32仍存风险

虽然位置存储已升级至64位，但部分配置仍易受攻击。32位系统仅支持2 GiB以下的文件调用，漏洞在此类环境中提前触发。

若区块目录位于FAT32格式磁盘（如旧外置硬盘或U盘），同样受限于4 GiB文件大小上限。无论是否更新，只要使用此类存储即存在启动失败风险。

在64位系统上利用该漏洞几乎不可行——攻击者需挖掘数千个特殊区块并精确命中目标节点的区块末尾，再赢得跨区块重组，难度接近于全网算力操控。

Project Loupe：AI自动化扫描首次大规模发现

三项漏洞均源自同一来源：Spiral旗下由Elias Rohrer主导的Project Loupe语言模型自动化扫描工具。开发者Gregory Sanders验证后提交至比特币核心安全团队。

其中两项被独立重复发现：L0rinc于8月与9月分别报告内存增长与撤销溢出问题；Andrew Dorman于10月23日再次确认撤销漏洞。修复均由Antoine Poinsot完成。

从保密到公开：安全披露政策重大调整

此次漏洞描述在修复版本发布后仅一天即全面公开，标志着比特币核心正式取消长期保密期。这是新披露策略下的首次集中行动。

对用户而言，利弊并存：一方面，问题暴露更早，有助于及时应对；另一方面，攻击者也更快获取攻击手段信息。但公众能清晰了解具体威胁场景，而非仅凭“安全更新”提示猜测风险。

不运行节点的用户是否受影响？

绝大多数投资者并不自行维护节点，而是依赖钱包提供商的节点服务。此类用户直接受影响的可能性极低。

然而，若服务商节点因漏洞宕机，您可能暂时无法查看最新余额或确认支付状态。您的私钥始终掌握在自己手中，这正是自我托管的核心优势。

市场对此反应平淡。10月29日比特币价格约为79,790美元（CoinGecko），较前一日下跌约1.6%，走势与美联储利率决议后的整体市场一致，未出现明显波动。

如何检查与防范：更新与迁移建议

运行低于29.5、30.4、31.2或32.1版本的节点，尤其是基于Windows或macOS系统者，应立即升级。

可通过bitcoin-cli getnetworkinfo命令确认当前版本。若发现旧版本，请尽快更新。

检查存储配置：若区块目录位于FAT32分区或系统为32位架构，第三个漏洞依然存在。建议迁移到NTFS、ext4或APFS等现代文件系统。

监控内存使用情况：若节点内存随时间持续稳步上升，符合第二项漏洞特征。启用-blocksonly模式可有效降低风险。

如希望彻底规避运维负担，可选择受监管的加密货币交易所，详见费用对比表。

完整技术说明见比特币核心官方公告列表，关于TCP漏洞的详细分析请查阅单独公告。