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的报价。这些报价本身合法有效，随后通过一笔精心构造的支付交易，一次性消耗**报价。

问题根源在于支付引擎使用64位整数累加买方应付金额。当数值超过上限时发生溢出回绕，结果变为极小值而非报错。系统仍按原额向卖方记账，却仅收取溢出后的金额，差额即为非法生成的XRP。

攻击成本极低，且难以意外触发

攻击无需持有巨额资产作为抵押。前期投入仅需几百枚XRP用于账户和报价储备，大部分可在对象移除后回收，加上常规交易费用即可完成攻击。该行为并非偶然失误，而是需要人为设计数百个错误定价的报价，并配合特定支付交易才能实现。

安全机制失效：检查也受相同算术缺陷影响

尽管XRPL设有“不创造新XRP”的不变量保护机制，但在此次攻击中同样失效。因为交易后余额检查也采用相同的64位整数运算，若支付引擎发生溢出，检查结果也会同步溢出，导致系统误判为仅产生正常交易费用。

另一层防护——单账户持有上限——也被规避。攻击者将新生成的XRP分散至数百个账户，使每个账户余额低于阈值，从而绕过限制。调查表明，底层溢出问题自2015年支付引擎建立以来即存在，而相关不变量约两年后添加，却继承了相同的算术弱点。

紧急发布策略：延迟公开以保障网络安全

3.4.1版本作为紧急补丁发布，旨在解决敏感安全风险。其更新日志仅简述“支付引擎与账本辅助工具中的整数算术加固”，未提及潜在的XRP铸造风险。修复代码亦暂未公开。

RippleX解释此举出于防御考量：若按常规两周流程发布，可能**漏洞位置，使多数节点处于脆弱状态。因此，该修复跳过标准修正案流程，在服务器部署后立即生效。这是十多年来**主动实施此类即时变更。

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

升级建议：所有节点必须更新至3.4.1或更高

安装xrpld 3.4.1后，溢出问题即刻修复。同时，该版本包含的BatchV1_2修正案于10月9日在主网上线，意味着仍在运行旧版本的节点将无法同步网络，面临隔离风险。

XRPL官方明确要求所有服务器操作员尽快升级至3.4.1或更高版本。

值得注意的是，XRP的固定总量规则本身未受影响。所有1000亿枚XRP均于2012年创世时生成，协议层面不应再新增。此次漏洞的意义在于，长达十年间存在一条可被恶意利用的绕过机制，而原本用于检测异常的校验系统也可能因相同算术错误而失灵。