XRP Ledger 紧急修复关键漏洞 未经投票即推送更新

RippleX 在未遵循常规验证者投票流程的前提下，对 XRP Ledger（XRPL）的交易规则进行了紧急调整，旨在关闭一个可能引发大规模资产异常生成的安全缺陷。此次修复通过二进制软件包先行分发，源代码随后才公开，这一做法虽有效遏制潜在攻击，却也引发了关于系统透明度的广泛争议。

该漏洞由安全公司 Veria Labs 于 2026 年 9 月 22 日提交报告，其核心在于支付引擎中存在未受约束的 64 位整数运算，一旦数值溢出将导致金额回绕，单笔交易可生成约 18 万亿枚 XRP。尽管系统供应量上限为 1000 亿枚，但此漏洞理论上可绕过限制，造成巨额伪造风险。

为何采取非标准流程？

通常情况下，账本规则变更需通过“修正案”机制，要求超过 80% 的可信验证者在连续两周内达成共识后方可激活。然而，若按此流程，漏洞将在至少两周内持续存在，而攻击成本极低——仅需数百枚 XRP 作为账户和报价储备金即可实施。

鉴于漏洞严重性被评估为“关键”，且存在被快速利用的风险，RippleX 决定跳过投票环节，直接发布编译后的版本。此举虽缩短了暴露窗口期，但也带来新问题：部分验证者在未掌握源码的情况下运行了不可审计的程序，形成潜在分歧。

漏洞本质与影响范围

该漏洞源于 2015 年的支付代码设计缺陷，长期隐藏于账本协议的订单簿结算逻辑中。当多笔挂单同时结算时，若总金额超出 64 位整数最大值，数值将发生回绕，使买家只需支付极小金额，而卖家获得全额信用。

尽管 2017 年引入了供应量检查机制，但其内部同样使用未校验的算术运算，导致漏洞未被拦截。此外，攻击产生的新币分散至数百个钱包，绕过了账户限额控制，使得防御难度进一步上升。

Veria Labs 表示，其基于 AI 代理的自动化检测工具首次识别出该漏洞，并成功构建概念验证代码。自 2024 年以来，该网络已开展多次审计与竞赛，累计支付超百万美元赏金，但此前均未发现此问题。

修复后状态与后续措施

xrpld 3.4.1 版本于 2026 年 9 月 25 日发布，当天已有超过 80% 的默认唯一节点列表（UNL）验证者完成升级。基金会强调，此次更新并非强制执行，每位运营商可自主决定是否安装，且只有在标准修正案通过后，3.4.1 才会成为强制要求。

目前，源代码已对外公布，公众可比对二进制文件进行验证。开发团队已在支付引擎中新增溢出检测机制，重构供应量检查逻辑，并加强发布前审查流程。同一版本还修复了一个尚未启用的批量交易功能中的独立缺陷，该修复已于 10 月 9 日通过常规修正案生效。

社区反应与深层反思

尽管未出现实际资金损失，但此次事件暴露了去中心化系统在极端情况下的治理困境。一些运营方批评封闭式发布违背了公共账本应具有的开放原则。Cyber Capital 创始人 Justin Bons 指出，一个本应透明的系统暂时运行在无法审计的代码之上，令人担忧。

RippleX 工程师 Mayukha Vadari 回应称，在漏洞尚未被广泛知晓前，提前披露可能引发灾难性后果。基金会重申，所有变更均由运营商自主选择执行，不存在强制干预行为。

与此同时，外部安全事件亦提醒行业：硬件钱包固件、冷存储设备等底层基础设施仍面临严峻威胁。近期多起攻击事件表明，即使协议层面安全，用户端依然脆弱。