XRP Ledger 修复十年漏洞：防止恶意铸造可花费的 XRP

XRP Ledger（XRPL）成功修复了一项持续近十年的安全缺陷。若被滥用，该漏洞可能使攻击者在无资金投入的情况下生成可正常使用的 XRP，直接挑战网络核心规则——即总供应量不得超过初始设定的 1000 亿枚。

漏洞发现与紧急响应

9月22日，研究员 Cayden Liao 与 Veria AI 通过 XRPL 漏洞赏金计划提交了该问题。RippleX 工程师当天复现攻击，验证新生成的 XRP 可在后续交易中被使用，随即将其严重性从“主要”提升至“关键”。修复方案于9月25日随 xrpld 3.4.1 版本发布，而完整技术细节直到10月9日才向公众披露。

根据《XRP Ledger 披露报告》，目前尚未发现任何证据表明该漏洞曾在公共网络上被实际利用。这一结论得益于及时的应急响应与谨慎的信息披露策略。

攻击路径：数百报价+一笔支付即可造币

该漏洞根植于 XRP Ledger 的支付引擎及内置去中心化交易所逻辑。攻击者可通过创建数百个账户并发出大量异常低价报价，以极小代价换取巨额 XRP。每个报价单独有效，随后只需发送一笔精心构造的支付交易，即可一次性消耗所有报价。

问题出在支付引擎对买方应付金额的累加计算过程。系统采用 64 位整数进行运算，当数值超过上限时会发生溢出回绕，结果变为极小值而非报错。此时，系统仍按原始报价全额向卖方记账，却仅收取溢出后的微小金额。差额部分即为非法新增的 XRP。

值得注意的是，此攻击无需预先持有大量资产。前期成本仅为几百枚 XRP 用于账户创建与报价储备，且大部分可在对象清除后回收。此外，该攻击必须人为构造数百个错误定价报价，并配合特定支付交易，无法偶然触发。

双重防护失效：连安全检查也被绕过

XRP Ledger 原本设有防止额外发行 XRP 的安全机制，即“不创造 XRP”不变量。然而，该机制同样依赖相同的 64 位算术计算。一旦支付引擎发生溢出，检查逻辑也会同步出错，导致系统误判为仅产生正常交易费用，尽管数百个账户已收到新增资产。

另一层保护是限制单个账户持有量不得超过总供应量。攻击者可通过将新生成的 XRP 分散至多个账户，使每个账户余额低于阈值，从而规避检测。调查指出，底层溢出问题自2015年支付引擎实现起就已存在，而“不创造”不变量约两年后添加，却继承了相同的算术弱点。

为何延迟公开？紧急修复背后的考量

9月25日发布的 xrpld 3.4.1 被列为紧急版本，旨在应对高危安全风险。其更新日志仅提及“支付引擎和账本辅助工具中的各类整数算术加固”，未说明具体漏洞可能引发货币伪造。源代码亦被暂时保留。

RippleX 表示，此举出于防御策略考虑：若按常规两周流程发布补丁，攻击者可能提前获知漏洞位置，而在多数节点尚未升级前发动攻击。因此，此次修复未走标准修正案流程，安装后立即生效。这是十多年来首次以这种方式部署交易变更。

截至9月25日，超过80%的默认唯一节点列表（UNL）验证器已完成升级。待网络普遍受保护后，技术报告与源码才正式开放。

节点运营商需立即升级

服务器安装 xrpld 3.4.1 后，溢出问题即被解决。同时，同版本包含的 BatchV1_2 修正案于10月9日在主网上线，意味着运行旧版本的节点将被强制阻断，无法继续同步网络。

XRPL 当前建议所有运营方尽快升级至 3.4.1 或更高版本。尽管协议始终维持 1000 亿枚的固定供应量，但过去十年间确实存在一条可被刻意利用的绕行路径。更令人警觉的是，原本用于检测异常增发的安全机制，也可能因相同算术错误而失灵。