XRPL 紧急补丁修复 18.5 万亿 XRP 漏洞

XRP Ledger 于 9 月 25 日发布了紧急安全补丁。此前，开发者发现一个严重漏洞：在理论攻击场景下，攻击者可能利用该漏洞创建约 18.5 万亿枚可支出的 XRP。该漏洞于 9 月 22 日得到确认，修复程序于 9 月 23 日合并。此次紧急更新绕过了 XRPL 的标准修正流程。按照该流程，验证者通常需要对协议变更进行投票。这反映出该漏洞的潜在严重性，因为它可能破坏账本为最初 1000 亿枚 XRP 供应量设置的保护机制。

XRPL 开发者在 3.4.1 版本中修复支付引擎溢出漏洞

此次紧急更新包含在 xrpld 3.4.1 版本中，修复了一个可能破坏账本 XRP 供应量保护机制的支付引擎溢出漏洞。根据 XRPL Foundation 的漏洞披露报告，该漏洞涉及可追溯至 2015 年的 BookStep 聚合代码，以及自 2017 年起就已存在的 XRPNotCreated 不变量。Veria 的概念验证利用了特殊定价的报价，并将由此产生的 XRP 分散到多个账户中，使每个账户的余额都低于账本规定的单个账户余额上限。该公司估计，理论风险敞口约为 940 亿美元。RippleX 没有发现该漏洞曾在公共网络上遭到利用的证据。

紧急补丁绕过标准验证者修正流程

开发者选择直接发布补丁，而不是等待网络执行标准修正流程。根据 XRPL 的常规治理流程，验证者会在数周内对交易处理变更进行投票，随后新规则才会激活。绕过标准激活流程带来了暂时性风险：在升级窗口期间，运行不同软件版本的服务器可能会以不同方式处理同一笔攻击交易。据 Veria 称，截至 9 月 25 日，超过 80% 的验证者已经完成升级。这一决定反映出开发者担心，等待常规流程可能会给攻击者更多时间利用该漏洞，尤其是在公开代码揭示攻击方式的情况下。

2015 年遗留代码包含未被发现的漏洞

此次事件暴露了遗留公链代码相关的风险。据 Veria 称，存在漏洞的 BookStep 聚合代码可追溯至 2015 年，而 XRPNotCreated 不变量自 2017 年起就已存在。这两条代码路径在漏洞被识别之前已经存在于软件中多年。该发现引发了人们对人工智能在网络安全领域日益重要作用的思考：人工智能辅助工具可以帮助研究人员发现成熟软件中潜伏的漏洞，同时也可能降低攻击者识别可利用弱点所需的工作量。

常见问题

XRPL 开发者于 9 月 22 日发现了什么漏洞？

开发者发现了一个严重的支付引擎溢出漏洞。在理论攻击场景下，攻击者可能利用该漏洞创建约 18.5 万亿枚可支出的 XRP，远超网络最初 1000 亿枚 XRP 的供应量。该漏洞涉及 2015 年和 2017 年的遗留代码。

XRPL 为什么绕过标准修正流程来发布这一补丁？

开发者于 9 月 25 日直接发布了紧急补丁，而不是等待标准的验证者投票流程，因为等待可能会给攻击者更多时间利用该漏洞，尤其是在公开代码揭示攻击方式的情况下。截至 9 月 25 日，超过 80% 的验证者已经完成升级。

XRPL 漏洞在补丁发布前是否遭到利用？

RippleX 没有发现该漏洞曾在公共网络上遭到利用的证据。尽管理论风险敞口估计约为价值 940 亿美元的 XRP，但这些代币从未真正铸造出来。