Bitcoin Core全面改革安全策略，应对AI易发现漏洞

Bitcoin Core 的安全披露政策已更新，以便大型语言模型易于发现的漏洞能更快得到修补，从而结束了此前对此类漏洞实施的长期禁运期。

周四，维护者合并了对 Bitcoin Core 安全策略的更新。Chaincode Labs 的开发者 Antoine Poinsot 撰写了该提案，并在同一天通知了 Bitcoin Development Mailing List。

Poinsot 表示：“我们最近发现，可轻易（重新）发现的安全漏洞报告数量有所增加。”他写道：“这主要是由于大型语言模型大幅降低了发现某些类别问题或识别隐蔽修复的门槛。”

先前政策如何运作

运行在大多数比特币网络节点上的 Bitcoin Core 根据严重程度对每一个披露的漏洞进行分类，并相应安排披露时间。低严重性问题会在随后的主要版本发布两周后披露。

对于中、高严重性漏洞，禁运期持续到最后一个受影响版本达到生命周期结束后的两周，这一时间可能延长至一年。

节点运营商通常升级缓慢，延长的禁运期让他们有更多时间在漏洞公开之前应用补丁。实际上，这意味着修复不会针对旧维护版本发布，而只会伴随下一个主要软件版本一同发布。

Poinsot 认为，这种折中方案对于易于重新发现的漏洞并不可行。根据政策所述，“禁运期作用甚微，只会推迟固定版本的发布。”

变化内容

在分类过程中，Bitcoin Core 可以将漏洞标记为“易于发现”，根据政策定义，这类问题可以通过“最小的努力，例如通过简单的 LLM 提示”来识别。这一标签也适用于通过其他方法发现的漏洞。

对于此类漏洞，项目将向后移植补丁至所有维护的主要版本，立即发布点版本，并在修复的同时发布包含有限信息的安全公告。

Poinsot 承认，这些修复在到达用户之前将经历较少的测试。

未归类为易于发现的漏洞继续遵循现有的基于严重程度的时间表。关键问题，例如那些可能在协议层允许币窃取、人为增加币供应或导致不可逆转的链分叉的问题，仍不在标准政策范围内，将单独处理。

开发者 Antoine Riard 主张提供一种选项，即在不发布安全公告的情况下发布补丁，并根据具体情况隐瞒细节。Poinsot 拒绝了这一建议，表示在不提供具体信息的情况下通知用户“可能会不必要地增加风险”，因为这会导致本不会受到影响的用户匆忙迁移。

AI驱动报告的夏季

此次政策更新是在比特币开源项目经历数月压力加大之后做出的。7月底，Bitcoin Red Team（一个由16名开发者组成的志愿者团体）使用AI模型在大约24小时内扫描了390个比特币代码库，记录了4,962个发现，其中85个被认为严重。

几天内，该组织私下披露的 BTCPay Server 漏洞在生产商户服务器上被利用，耗尽了 Lightning 节点的资金。

8月，Core Lightning 开发者在该项目收到准确的 AI 生成的报告后，建议运营者升级或断开连接。

Bitcoin Red Team 的行动源于7月30日发生的 Coldcard 硬件钱包漏洞，攻击者在25分钟内窃取了594 BTC。四次单独的扫荡造成的损失接近1.14亿美元。