比特币核心项目更新安全政策:加速漏洞修复流程
10月22日,比特币核心(Bitcoin Core)合并了一项规则变更,为漏洞修复开辟了一条“快速通道”。根据新规,对于那些被判定为攻击者容易再次发现的缺陷,开发者现在可以一次性在所有受支持的发行版本线中进行补丁修复,并在每个修复落地时发布相应的安全公告。
这一变革的背景是,卡尔斯鲁厄理工学院(KIT)的一份网络快照显示,在被采样的公共比特币核心节点中,有43.6%运行的是不再接收补丁的旧版本。
新规则与权衡
在新规则下,开发人员可以在初步分类阶段对缺陷进行评级,评估其被重新发现的难易程度,其中包括借助大型语言模型进行评估的可能性。比特币核心开发人员Antoine Poinsot在合并更新项目安全政策的拉取请求中,于比特币开发者邮件列表上宣布了这一变更。
Poinsot指出,旧的保密期(embargo)政策收效甚微,反而延迟了已修复版本的可用性。他提到的一个潜在权衡是,缓解措施在开发分支上验证自身有效性的时间变短了。截至10月23日,这一新类别尚未公开应用于任何特定漏洞。
此次变更结束了一项旧政策,该政策要求将中等和高严重性漏洞的细节保密,直到最后一个受影响版本的生命周期结束后两周,这一期限可能长达近一年。保密期是指从漏洞细节被扣留到广泛部署修复版本的期间,这一直依赖于漏洞难以被重新发现。然而,人工智能工具削弱了这一假设,因此长时间的沉默现在比保护运营商更多地延误了修复进程。
旧政策的实际案例
该项目的做法在CVE-2024-52911的披露过程中可见一斑。这是一个影响0.14.0之后且早于29.0之前版本的高严重性“使用后释放”(use-after-free)漏洞,位于区块验证环节,允许构造的无效块导致节点崩溃。该漏洞于2024年11月报告,于2025年4月在29.0版本中修复,并于2026年5月5日公开披露,距离修复完成约388天。
这种模式仍在延续:32.0版本的发布说明指出,在30.0版本中修正的三个中等或高严重性漏洞,将在新版本发布后两周才予以公开。
不受支持节点的占比
比特币核心目前仅维护其最新的三个主要发行版本线,即当前的29.x、30.x和31.x。10月18日的KIT快照统计显示,在8,422个自报的比特币核心节点中,有3,671个节点处于已过期的生命周期内,其余节点分别运行31.x(3,243个)、30.x(712个)和29.x(635个)。该统计仅涵盖公共IPv4和IPv6节点,因此仅使用Tor的节点、非监听节点以及私有运行的交易所、托管方和矿工基础设施不在统计范围内。
这一比例预计将进一步增长。当32.0版本发布时,29.x将退出维护窗口。如果样本保持不变,快照预测显示,8,422个节点中的4,306个(即51.1%)将处于不受支持的版本线上。截至10月24日,该项目的项目生命周期页面仍将32.0版本的发布日期列为“待定”,下载目录中仅有候选版本。
此外,Core 32.0还将部分签名比特币交易(PSBT)的默认格式从第0版切换到第2版,这对于混合新旧节点的 multisig(多重签名)设置至关重要。由于比特币没有中央机构强制升级,网络安全取决于运营商选择是否更新。

资金费率
资金费率热力图
多空比
大户多空比
币安/欧易/火币大户多空比
Bitfinex杠杆多空比
账号安全
资讯收藏
自选币种