XRP 账本修复十年漏洞：防通胀机制曾存可被绕过的风险

XRP Ledger（XRPL）披露了一项存在长达近十年的安全缺陷，该漏洞可能使攻击者绕过供应控制机制，非法生成可流通的 XRP。尽管目前无证据显示漏洞已在主网被利用，但其潜在影响已被评估为关键级别。

漏洞成因：整数溢出导致供应检查失效

该问题源于支付引擎中对 64 位整数运算缺乏边界校验。当一笔交易同时消耗多个报价时，若总金额超过**值，系统会因算术回绕而错误地计算出极小数值，从而允许买方以远低于实际价值的代价获取大量 XRP。

攻击者可通过创建数百个账户并设置特定报价，仅需少量初始资金即可触发此过程。虽然所有报价方仍获得全额回报，但买方只需支付经回绕处理后的微小金额，且大部分成本可回收。这种操作规避了账本内置的防通胀检测机制。

快速响应：紧急补丁与**升级

漏洞于 9 月 22 日由 Cayden Liao 与 Veria AI 通过漏洞赏金计划提交。RippleX 工程师在独立环境复现后，立即将严重性从‘重大’上调至‘关键’。为避免**窗口期，开发团队跳过常规修正案流程，直接推出 xrpld 3.4.1 版本。

该版本引入更严格的溢出检测逻辑，一旦发现总额异常即拒绝交易，并强化不变量验证机制。截至 9 月 25 日，超过 80% 的默认**节点列表（UNL）成员已完成升级，网络同步状态正常。

值得注意的是，此次修复并未改变现有 XRP 总量，也未造成**未经授权的**发行。所有运行旧版本的节点将无法继续参与共识，必须更新至 3.4.1 或更高版本。

背景对比：近期安全事件频发

本次事件发生在 2025 年另一项无关的 xrpl.js 供应链漏洞之后，后者涉及恶意 JavaScript 包分发，不直接影响账本协议本身。当前 XRPL 的修正案机制仍用于未来功能部署，如拟议中的借贷协议，其生效依赖验证节点集体批准。

此次漏洞虽未引发实际攻击，但提醒社区：即使在长期稳定运行的协议中，底层算术逻辑仍可能存在隐蔽风险，亟需持续审计与快速响应机制。