摘要:2026年10月28日,比特币核心一次性披露三项严重安全缺陷,其中一项可导致运行在Windows、macOS及BSD系统上的节点因恶意数据包而崩溃。所有漏洞已在新版中修复,但旧版本用户仍存风险。

币圈界报道:
比特币核心同步发布三项关键安全补丁,影响多类系统节点
2026年10月28日,比特币核心项目集中发布了三项安全更新,涵盖从系统级崩溃到内存泄漏再到数据文件截断的多重威胁。其中最严重的漏洞允许单一恶意节点通过发送特殊构造的网络数据包,使目标系统上的节点完全停止响应。相关修复已集成于版本29.5、30.4、31.2与32.1中,未及时升级的用户面临即时攻击暴露。
三份公告并行上线:漏洞等级与发现难度明确标注
此次发布的三项安全通告均被列于官方公告列表,评级分别为两项中等风险、一项低风险,且全部附加“易于发现”标签——意味着任何具备基本代码阅读能力的开发者均可快速定位问题所在。发布时间高度集中:修复代码于10月26日合并,并回溯至多个分支;随后在10月27日推出31.2与32.1版本,10月28日完成29.5与30.4版本发布,同时漏洞详情正式对外公开。
非Linux系统受控于异常数据包触发机制
核心问题源于对网络套接字监控方式的差异。在Windows、macOS和BSD系统上,软件依赖一种较陈旧的I/O检测机制,该机制会响应所谓的TCP紧急数据(out-of-band data),即使读取操作已被暂停。攻击者仅需发送此类数据包,即可绕过背压保护,持续注入数据直至内存耗尽,最终导致节点崩溃。
背压机制失效根源:操作系统底层实现差异
这一缺陷的根本原因在于不同平台间对网络事件处理路径的设计分歧。在Linux环境中,比特币核心采用更为现代的poll()系统调用,规避了该异常响应路径,因此不受此漏洞影响。这意味着绝大多数服务器节点、单板计算机以及数据中心部署的节点保持安全。
select()与poll()选择决定系统安全性
实际影响范围由此清晰划分:运行在小型Linux设备或嵌入式系统的节点不受波及;而使用Windows或Mac电脑作为客户端运行比特币核心的用户则处于高危状态。一旦节点宕机,将中断区块链同步,无法响应钱包查询,导致余额显示延迟,影响正常交易确认。
缓慢内存增长:隐蔽性极强的资源消耗漏洞
第二个漏洞表现为持续性的内存占用攀升。由于节点会无差别地排队处理所有连接的广播消息,包括那些已进入暂停状态的连接,攻击者可通过伪造延迟响应的方式维持连接,从而逐步累积内存负载。每小时每个入站连接最高增加2MB,出站连接可达5MB。大量连接的节点可在数日内耗尽可用内存。
撤销文件溢出:4GiB限制引发数据覆盖与重建灾难
第三项漏洞涉及一个常被忽略的文件类型——撤销文件(rev*.dat),用于记录区块内被花费的交易输出。其位置索引原为32位整数,上限为4GiB。当矿工构建包含超大撤销数据的区块时,文件指针将回绕至开头,新数据覆盖旧内容,造成不可逆的数据截断。若后续发生区块链重组,节点将无法恢复原始撤销信息,导致启动失败,必须耗时数小时至数天重新构建索引。
修复不彻底:32位系统与FAT32仍存隐患
尽管项目已将索引存储升级至64位,解决了多数情况下的溢出问题,但两类配置仍存在风险。在32位架构下,文件系统调用仅支持最大2GiB容量,使得漏洞提前触发;而在FAT32格式的外部存储设备上,同样受限于4GiB文件大小上限。这两种场景下,节点每次启动都会因写入失败而自动关闭。
自动化扫描揭示共源问题:Project Loupe首次亮相
所有三个漏洞均由Spiral公司旗下名为Project Loupe的语言模型自动检测发现,由Elias Rohrer主导研发。经开发者Gregory Sanders验证后提交至比特币核心安全团队。其中两项问题分别被L0rinc与Andrew Dorman独立复现,修复工作由Antoine Poinsot完成,体现多方协作的严谨流程。
保密期终结:新披露策略提升透明度但加剧暴露窗口
此次漏洞描述在修复版本发布次日即公开,标志着比特币核心正式放弃长期保密机制。此举虽提升了公众对具体攻击方式的认知,但也缩短了潜在攻击者的准备时间。运营商需在第一时间采取行动,否则将面临更高的实时风险。
非自托管用户不受直接影响,但服务可用性仍受威胁
大多数投资者并未自行运行节点,而是依赖钱包提供商提供的节点服务。此类用户虽不会直接遭受上述漏洞影响,但若服务商节点因攻击宕机,仍将出现余额显示滞后或付款确认失败等问题。密钥始终保存在本地钱包中,保障资产控制权不变。
版本与环境检查:确保系统免受漏洞侵扰
建议所有用户立即检查当前运行版本:使用bitcoin-cli getnetworkinfo命令确认是否低于29.5、30.4、31.2或32.1。若在Windows或macOS上运行,务必尽快更新。同时核查存储路径是否位于FAT32文件系统或32位系统环境中,如有,应迁移至NTFS、ext4等现代文件系统并升级至64位架构。对于希望脱离设备管理的用户,可参考硬件钱包比较工具进行密钥隔离。
声明:本站所有文章内容,均为采集网络资源,不代表本站观点及立场,不构成任何投资建议!如若内容侵犯了原著者的合法权益,可联系本站删除。
