据 XRPL.org 发布的报告,一名研究人员于9月22日通过 XRPL 漏洞赏金计划提交了一个关键支付引擎缺陷。该漏洞存在长达近十年,若被利用,可能使攻击者凭空生成可流通的 XRP。

该问题根源在于支付引擎在处理多条订单簿报价时的金额计算逻辑。由于账户余额采用64位整数存储,而相关加法运算缺乏溢出检测机制,当总和超过上限时会发生回绕现象,导致系统错误地认定支出极小,却全额支付给多个报价方,从而无中生有地创造 XRP。
尽管账本具备防止资产异常生成的不变量检查机制,但其内部同样使用未经校验的算术运算进行求和,因此也受到相同溢出影响。同时,单个账户余额变动监控未触发警报,因为新生成的 XRP 被分散至数百个不同地址,难以被识别。
值得注意的是,该攻击无需巨额初始资金,仅需少量储备金(约几百 XRP)及交易费用即可启动,且在清除相关对象后可退还,成本极低。
通常情况下,对支付逻辑的变更需经验证者网络投票并等待两周共识确认后才能生效。但此次修复采取例外措施,在每个节点完成升级后立即启用,以避免长时间暴露于已知风险之中。
XRPL 团队表示:“考虑到实际利用可能性较低,短暂的升级窗口远比公开长期存在的漏洞更安全。”
RippleX Engineering 在独立环境中复现了漏洞,确认所生成的 XRP 确实可被正常转移与使用,因此将威胁等级从“重大”上调至“严重”。截至9月25日,已有超过80%的默认 UNL 验证节点完成升级至 xrpld 3.4.1 版本。
该发现归功于研究人员 Cayden Liao 与 Veria AI。报告指出,因普通支付路径极少触发此类极端情况,该漏洞可能长期未被察觉。