Ripple的Sherlock审计在漏洞触及任何钱包前发现96个缺陷

一场55万美元的社区审计竞赛发现了XRP Ledger功能中的两个严重漏洞，这些漏洞可能在没有私钥的情况下耗尽用户账户。这些发现揭示了Ripple的发布前审计模式与更广泛的加密货币行业在漏洞利用后修补的常态之间的巨大差异。

XRP Ledger 3.3.0版本于2026年8月6日发布，包含五项拟议修正案和一个捆绑的清理补丁。从表面上看，这似乎是一次常规的基础设施发布。实际上，这次更新标志着为期六个月的安全考验的结束，期间发现并修复了两个可耗尽账户的漏洞，从头重写了两项完整的功能实现，并向发现内部团队遗漏问题的外部研究人员支付了数十万美元。这一过程向更广泛的区块链行业提出了一个尖锐的问题：如果Ripple能在部署前发现严重缺陷，为什么加密货币领域仍有如此多的项目将安全审计视为发布后的勾选项？

本文将从技术层面剖析这两个严重漏洞的具体内容，考察审计-投票-激活流程与其他链的安全模型相比如何，并评估这些发现是增强还是削弱了XRPL作为机构级基础设施的论据。

Sherlock竞赛实际发现了什么

审计范围涵盖了XRPL即将推出的五项核心功能：批量交易、权限委托、多用途代币（MPT）DEX集成、MPT的机密转账以及赞助费用和储备金。Sherlock是一家Web3安全公司，根据研究人员的表现进行排名，并将参与形式组织为对抗性竞赛。该公司于2026年4月13日启动了审计，奖金池为55万美元的RLUSD。Sherlock平台上的竞赛页面将该活动列为“XRP Ledger – 2026年4月竞赛 – 550,000 RLUSD”，表明Ripple使用自己的稳定币支付赏金。

在两周的时间里，参与者提交的报告共发现了96个有效发现：2个严重、6个高危、29个中危和59个低危问题。Ripple向贡献者分发了30.9万美元的RLUSD。剩余资金用于支付Sherlock的运营成本和未达到支付门槛的低级别发现。

此次竞赛标志着Sherlock与Ripple的首次正式合作，而此时XRP Ledger的功能管道正以历史上最快的速度扩展。五项修正案同时发布意味着五个不同的攻击面，每个都有各自的交易逻辑、授权模型和加密要求。作为背景，Sherlock的审计竞赛模式此前曾被Aave、Euler和Olympus DAO等协议使用，但涵盖第一层区块链的C++协议级代码的参与对于通常与Solidity智能合约相关的平台来说并不常见。

严重性分布本身也说明了问题。29个中危发现表明存在一类漏洞，它们不会单独危及账户，但在特定交易序列下可能导致意外行为。59个低危问题可能包括代码质量问题、文档缺口以及在对抗条件下可能加剧的边界情况。然而，两个严重和六个高危漏洞代表了需要立即修复的可利用漏洞。

可能导致账户被清空的批量修正漏洞

最危险的漏洞比Sherlock竞赛早出现两个月。2026年2月19日，安全研究员Pranamya Keshkamat和Cantina的自主AI审计工具Apex独立地在原始批量修正仍处于验证者投票阶段时，识别出一个签名验证缺陷。

技术故障非常精确。批量交易允许在单个外部交易下原子性地执行最多八个操作。外部交易的签名验证代码包含一个提前退出条件，该条件可以在未正确验证谁授权内部交易的情况下得到满足。实际上，攻击者可以构造一个包含针对受害者账户的内部支付操作的批量交易，将其余额耗尽至储备余额，而无需持有该账户的私钥。同样的逻辑漏洞也会允许未经授权的AccountSet、TrustSet或AccountDelete操作。

在xrpl.org上发布的安全漏洞披露报告详细说明了机制：外部交易中的签名者检查可以在未确认提交批次的实体实际控制内部交易中引用的账户的情况下通过。这意味着旨在改善用户体验的原子性功能可能被武器化，在一次交易中清空网络上的任何账户。

RippleX以紧急发布作为回应。Rippled版本3.1.1于2026年2月23日发布，即发现后四天，将原始批量修正及其配套的fixBatchInnerSigs标记为不支持，阻止验证者投票或激活它们。由于该修正尚未达到激活所需的80%验证者门槛，因此没有资金损失。替代方案BatchV1_1在版本3.3.0中发布，移除了提前退出条件，增加了额外的授权保护，并收紧了签名检查范围，以独立验证每个内部交易的正确签名者。

权限委托的静默费用耗尽漏洞

第二个关键漏洞通过更微妙的机制运作。2025年9月的一份披露记录了原始权限委托实现如何允许攻击者在不访问受害者账户密钥的情况下静默地消耗其XRP余额。

该漏洞利用了XRP Ledger交易处理中的一个设计特性，该特性自网络早期就存在。在XRPL上，以“tec”类错误失败的交易仍会收取费用，而在流水线早期（签名验证之前）捕获的错误则不会。这种区别的存在是因为tec类失败表示交易格式正确且已签名，但因业务逻辑原因失败，而费用可防止垃圾信息。权限委托的原始代码在验证交易签名之前检查委托账户是否持有相关权限。攻击者可以反复提交针对委托账户的无效离线签名交易，并设置高额费用，每次失败交易仍会从受害者余额中扣除费用。

经济影响会迅速累积。由于攻击者可以在这些交易上设置任意高的费用，持续攻击可以比正常交易费用所暗示的速度更快地耗尽账户。受害者会看到余额下降，但没有相应的对外支付，这使得在不检查原始交易元数据的情况下难以诊断攻击。

修复将相关错误从tec重新分类为ter，并重新排序检查，以便在签名验证通过之前不会扣除任何费用。替代修正PermissionDelegationV1_1在3.3.0注册表中带有默认的“否”指定，这意味着验证者必须主动投票才能启用它。这种保守的默认设置反映了原始缺陷的敏感性：即使在重写之后，Ripple仍选择要求验证者明确选择启用该功能。

为何两个重写在一次发布中同时推出

将两个安全重写的修正案与三个全新功能打包在一个版本中是一个深思熟虑的选择。RippleX于2026年8月6日发布了xrpld 3.3.0，其中包含了所有六项提案的代码（包括一个捆绑的清理修正案，名为fixCleanup3_3_0），但均未激活。根据XRP Ledger的修正案流程，每项提案必须连续两周维持超过80%的验证者支持才能生效。

代码可用性与功能激活之间的这种分离是大多数智能合约平台所缺乏的结构性优势。在以太坊上，部署的合约一旦上链就立即生效。而在XRPL上，代码可以发布，在投票窗口期间接受进一步审查，如果验证者失去信心，仍然可以被阻止。Batch和Permission Delegation的重写已经通过了Sherlock竞赛、Halborn的重新审计（未发现任何严重或高风险问题）以及数月的内部测试。投票期在代码接触真实资金之前又增加了一层防御。

该版本还退役了五项旧修正案，包括Clawback、fixDisallowIncomingV1、fixInnerObjTemplate、fixNFTokenReserve和fixUniversalNumber，移除了可能随时间累积为潜在攻击面的死代码路径。

3.3.0中的五项功能修正案代表了XRPL迄今为止最广泛的一次能力扩展。机密转账将EC-ElGamal加密和零知识证明引入多功能代币，保护个人余额和转账金额不被公开查看，同时为授权方保留合规访问权限。赞助费用允许应用程序代表用户承担网络成本，解决了阻碍面向消费者的应用程序使用去中心化网络的入门摩擦。DynamicMPT允许发行者在创建后修改代币属性，支持不断变化的监管和业务需求。连同Batch和Permission Delegation的重写，这些功能针对特定受众：需要隐私、原子结算和委托操作而不牺牲可审计性的受监管金融机构。

发布前审计与漏洞后修补

Ripple的方法与整个行业的安全记录形成鲜明对比。2026年前五个月，DeFi漏洞利用事件超过50起，损失超过8.4亿美元，比2025年同期同比增长70%。与朝鲜有关的行动者占今年前四个月全球加密货币黑客损失总额的76%。最令人震惊的统计数据是：70%的被利用合约都经过审计，但缺乏任何形式的部署后监控。只有4%的追踪项目将审计、活跃的漏洞赏金和第三方监控控制结合起来。

以太坊生态系统是智能合约价值最集中的地方，其运行在一种根本不同的安全模型下。合约通过不可变的交易部署到主网。如果之后出现漏洞，选择有限：部署新合约并迁移用户，实施代理升级模式（这本身会引入新的攻击面），或者接受风险。2022年的Wormhole桥接攻击损失了3.2亿美元，因为一个已弃用的验证函数仍留在生产代码中。Ronin在2024年8月的漏洞利用损失了1200万美元，因为合约升级未能正确初始化操作员权重。在这两种情况下，都进行了审计；失败发生在部署之后。

2026年4月18日的KelpDAO黑客攻击，盗取了约2.93亿美元，是今年最大的单笔DeFi漏洞利用。4月1日Solana上的Drift Protocol漏洞利用，损失约2.86亿美元，是该链上记录的最大一笔。这些数字并非边缘事件。它们代表了一个行业的基准失败率，根据DeFiLlama数据，该行业因黑客攻击、桥接漏洞和安全事件累计损失了166.9亿美元。

XRPL的修正案投票流程颠倒了这一顺序。代码随版本发布，但功能在验证者批准之前保持休眠状态。在投票窗口期间，研究人员、节点运营商和竞争审计员可以在完整上下文中检查实时代码库。如果出现问题，验证者只需保留他们的投票。无需紧急补丁、无需迁移、无需代理合约。2026年2月的Batch漏洞正是遵循了这条路径：修正案处于投票阶段，漏洞被识别，紧急发布阻止了激活。零资金风险，零用户影响。

这并不是说XRPL模式完美无缺。修正案流程适用于协议级功能，但不适用于构建在账本之上的应用程序。编码不良的信任线或MPT集成仍可能导致资金损失。而80%的验证者门槛也带来了自身的风险：如果升级到新版本的验证者太少，合法的安全补丁可能会停滞。但对于核心协议变更，审计-投票-激活流程代表了与部署-祈祷截然不同的安全态势。

这对XRPL的机构推广意味着什么

Ripple在2026年以积极的步伐构建机构基础设施栈。以12.5亿美元收购Hidden Road（一家多资产主经纪商，更名为Ripple Prime）为公司提供了受监管的传统金融入口。RLUSD在不到一年的时间内达到17.2亿美元的市值，仅在第一季度就处理了超过180亿美元的交易量。高盛披露了在四个XRP ETF中持有1.538亿美元的头寸。Ripple于2月获得卢森堡的完整电子货币机构牌照，1月获得英国金融行为监管局的许可，并于7月6日获得MiCA加密资产服务提供商牌照。

3.3.0版本中引入的机构DeFi功能是这一业务发展推动的技术对应。机密转账解决了银行无法在公共账本上暴露交易细节的隐私要求。赞助费用解决了阻碍零售银行应用接入去中心化网络的入门摩擦。权限委托，一旦其重写通过投票流程，将实现合规部门所需的受控访问模型。

但机构采用取决于信任，而区块链基础设施的信任最终归结为安全记录。Ripple发现两个严重漏洞、重写两个完整功能实现、支付外部研究人员309,000美元以发现问题，并且仍按时交付所有五个功能，这比任何单个功能都更有力的机构卖点。这表明了一种安全文化，其中发现漏洞受到奖励，发布服从于验证。

目前，55个国家的300多家金融机构使用RippleNet，在70多个市场拥有活跃的按需流动性走廊。对于这些机构来说，Sherlock审计结果并非抽象。它们证明运行其跨境支付的代码已经过对抗性研究人员的压力测试，这些研究人员有经济激励去破坏它。Ripple的四阶段抗量子路线图，目标在2028年前完成，进一步表明该公司正在为以数十年计的机构时间范围进行工程，而非部署周期。

反对观点：为什么怀疑论者未被说服

反对过度解读Sherlock审计的最有力论点有两个方向。

首先，在发布前发现96个漏洞可以被视为彻底测试的证据，也可以被视为开发草率的证据。Batch和权限委托漏洞都存在于原始实现中，这意味着它们在外部研究人员发现之前已经通过了内部审查。2026年2月的Batch漏洞并非由Ripple自己的团队识别，而是由独立研究人员和AI工具发现。如果外部审计员是主要的安全网，内部开发流程可能存在质量差距，最终会产生外部审查员无法及时发现的漏洞。

其次，XRPL 修订模型的优势——在投票窗口期间防止激活的能力——同时也是速度上的制约。以太坊愿意部署和迭代，使其创新速度是 XRPL 无法匹敌的。3.3.0 版本中的五项修订已经经历了数月的开发和审查周期。最初的 Batch 修订是在 2025 年提出的。对于在快速变化的市场中争夺开发者注意力的协议来说，六个月的安审流程可能过于缓慢，难以吸引推动网络效应的构建者生态系统。

验证者集合中也存在集中风险。80% 的激活门槛意味着相对较少的验证者（其中许多由与 Ripple 关系密切的实体运营）控制着修订是否生效。批评者认为，这并非真正的去中心化治理，而是披着共识外衣的审批流程。最近几周，当 Ripple 自己的验证者对借贷修订投了“赞成”票时，这凸显了该公司对其名义上去中心化网络的影响力有多大。

最后，从 55 万美元的池子中支付 30.9 万美元的奖金，引发了关于激励一致性的实际问题。顶级安全研究人员的收费通常高于竞赛模式按小时支付的报酬。如果最有技能的审计员因为每次发现的预期报酬低于私人委托而跳过 XRPL 竞赛，那么对抗性审查可能覆盖面广，但深度不足，无法捕捉最复杂的攻击向量。

这些反对意见有其道理。2026 年 7 月下旬，XRP 的交易价格接近 1.03 美元，比 2025 年 7 月 17 日创下的 3.65 美元周期高点低约 71%，这表明市场尚未将机构叙事计入价格。安全记录能否转化为采用，取决于代码质量之外的因素：监管清晰度、与以太坊二层解决方案的竞争定位，以及机构是否更关心部署前审计而非生态系统规模。

关注要点

五项 3.3.0 修订的验证者投票门槛：如果 BatchV1_1 和 PermissionDelegationV1_1 在第一个投票周期内获得超过 80% 的支持，则表明验证者对重写内容有信心。停滞则表明对重写代码仍存在担忧。

激活后的漏洞报告：Sherlock 审计彻底性的真正考验在功能上线之后。前 90 天内零严重发现将验证预发布模型；任何激活后的漏洞都将破坏整个论点。

RLUSD 在机密转账中的采用：机构稳定币在屏蔽轨道上的使用将确认对隐私合规结算的需求。激活后第一季度的交易量指标将是银行是否准备好在一个具有隐私保证的公共账本上进行交易的最清晰信号。

Sherlock 的下一项 XRPL 合作：Ripple 是继续为未来修订采用对抗性审计竞赛，还是回归传统的私人审计，将表明预发布模型在开发文化中的嵌入程度。

竞争链安全事件：以太坊或Solana上每一次重大漏洞利用，只要追溯到部署后的漏洞，都会强化XRPL的审计-投票-激活流程的说服力。这种比较只有在行业持续未能采用类似流程的情况下才具有说服力。