XRP Ledger 开发者披露了一个严重的溢出漏洞，攻击者原本可以凭空创建 XRP，突破该网络 1000 亿枚代币的硬顶上限。该漏洞影响账本核心服务器软件 xrpld 的 3.4.0 及更早版本。修复已于 9 月悄然完成，并于 2026 年 10 月 9 日对外公开。调查人员未发现其在公共网络上被利用的任何证据。

漏洞的运作方式

该漏洞存在于 xrpld 统计支付金额的方式中。当一笔支付从去中心化订单簿上的多个挂单中获取流动性时，软件使用一个 64 位整数对涉及的 XRP 总额进行累加。如果该总额超过整数所能表示的最大值，就会发生回绕，得出一个远小于实际值的数字。此类溢出错误是软件漏洞中的经典类别——即算术运算结果超出了存储该结果的变量的固定大小——也是审查者在处理资金转移的代码中最先排查的风险之一。

攻击者本可以利用这一缺口花费并不存在的 XRP。由于被虚增的余额分散在众多账户中，账本既有的安全检查未能发现这一差异——使账面看似平衡，而实际供应量却在悄然膨胀。

实施此类攻击的成本低得惊人。根据披露信息，该漏洞利用需要数百个账户的精心构造的挂单，仅需数百 XRP 的储备金和手续费，其中大部分原本可以收回。单笔交易中可能被铸造的 XRP 数量，甚至可能超过该代币的全部总供应量。

低调修复，随后公开披露

该漏洞于 2026 年 9 月 22 日由研究员 Cayden Liao 通过 XRPL 漏洞赏金计划上报。Ripple 的开发部门 RippleX 确认了该问题，并在独立服务器上复现了攻击，验证了多出的 XRP 可以在后续交易中被花费。

报告提交三天后，即 2026 年 9 月 25 日，一个紧急版本发布：xrpld 3.4.1。此次修复还跳过了账本常规的修正案流程——按照该流程，网络规则的变更通常只有在验证人投票程序完成后才会生效。而这次补丁被立即部署。

公开披露于 10 月 9 日进行，距补丁发布约两周。团队报告没有资金损失、密钥泄露，也没有与该漏洞相关的共识问题。这一时序安排遵循了协调式漏洞披露原则——即先发布修复、再公布细节的软件安全标准做法，让运营者在可能指引攻击的信息公开之前有升级的时间窗口。促成此次报告的 XRPL 漏洞赏金计划正是同一机制的组成部分——它向独立研究者付费，鼓励其私下报告漏洞，而非自行利用或披露。

隐藏十年

据信该漏洞自支付引擎最初构建时（约 2015 年）就已存在——这意味着这段代码在潜伏溢出的情况下处理了多年的支付。能够膨胀链原生资产的漏洞虽然罕见，但并非没有先例：2018 年，Bitcoin Core 开发者曾针对一个同样可能让攻击者在网络发行规则之外创造比特币的漏洞发布紧急补丁。

对 XRP 持有者和账本意味着什么

对于 XRP 持有者而言，最直接的结论令人安心：没有证据表明该漏洞曾被利用，代币供应的完整性看起来完好无损。这一事件也提醒人们，硬性供应上限最终是由代码强制执行的——其可靠性完全取决于代码本身。

然而，跳过修正案流程的决定值得关注。一条通往无限增发 XRP 的已知路径不能等待治理投票，但跳过正常程序的紧急补丁将对核心开发团队的巨大信任置于其中。在本例中，网络的安全依赖于验证人和节点运营者迅速升级。

仍在运行 xrpld 3.4.0 或更早版本的节点运营者是这一消息最直接的受众。修复版本 3.4.1 自 9 月 25 日起就已可用，任何尚未升级的人都在运行带有现已公开披露的、可破坏供应上限缺陷的软件。

来源：CryptoBriefing