AI 一小时复现 3.2 亿漏洞:Liquid 侧链安全防线为何失效?
核心要点
Alpen Labs CEO Gautam利用AI在1小时内复现Liquid侧链漏洞,揭示Elements缓存编码缺陷导致3.2亿美元损失。尽管SideSwap自动执行提款,但缺乏限额与人工审核机制成为关键短板,引发对跨链桥安全控制的深层反思。
据 Woofun AI 消息, 首席执行官 利用人工智能技术在短短 1 小时内成功复现了 侧链的安全漏洞,该漏洞直接导致了价值 3.2 亿美元的比特币流失。
这一事件不仅暴露了底层协议 在缓存编码上的致命缺陷,更凸显了跨链桥在自动化执行与风险控制之间的巨大鸿沟。尽管攻击者通过 平台完成了资金提取,但整个过程中缺乏必要的限额设置与人工审核环节,使得原本应被拦截的无效状态转化为了真实的 支付,引发了行业对现有安全架构的深层质疑。
从技术层面深入剖析,此次漏洞的核心在于 Elements 协议对加密证明验证记录的缓存机制存在逻辑缺陷。2026 年 9 月 6 日,Liquid 联盟网络在接纳了并无真实 Bitcoin 储备支撑的 L- 后,释放了约 3,996 枚比特币。Liquid 作为 Bitcoin 侧链,其发行的 本应严格对应存储在联盟储备中的比特币,但此次攻击通过一次形式上经过授权的提款操作,将无效的侧链状态转化为真实的 Bitcoin 支付,按当时汇率计算,损失高达 3.2 亿美元。 Labs 指出,Elements 系统会缓存那些与机密交易相关联且验证成功的记录。早在 9 月 1 日,开发团队曾尝试通过代码修改,使每个缓存的验证结果依赖于所有影响验证过程的参数,包括资产生成器和输出脚本。
然而,Alpen 的研究发现,那次修改仅将这些数据以原始字节的形式简单拼接,而未对它们之间的边界进行编码处理。这种处理方式导致了一个严重的哈希碰撞风险:一个有效的'种子'证明与另一个无效的目标值,有可能产生完全相同的缓存输入数据。在 Alpen 的本地复现实验中,新的验证流程本应拒绝那个无效目标,但由于缓存中已存在由种子数据填充的记录,系统错误地接受了该目标。成功的缓存查询直接绕过了本应拒绝该目标的验证步骤。
尽管这两次操作代表着截然不同的验证请求,但它们用于缓存的输入字节却完全一致。这实际上是对所怀疑的共识机制故障的精准本地复现。值得注意的是,由于无法获取实际的验证者程序二进制文件以及历史缓存内容,Alpen 只能根据相关代码和链上数据来推断实际部署的代码以及系统的运行方式。
Woofun AI 整理数据显示,这种边界编码缺失导致的缓存冲突,是造成共识机制故障的根本原因,使得攻击者能够利用系统对历史缓存内容的信任,绕过实时验证逻辑。
攻击的时间线与 SideSwap 的操作失误进一步揭示了运营层面的脆弱性。SideSwap 称,其在 8 月份自行节点上安装的测试版安全程序接受了那笔攻击性交易。
这一信息虽然有助于确定其中一家运营方的系统配置,但却无法揭示所有联盟成员的系统设置情况。根据 SideSwap 的描述,攻击者在 9 月 6 日世界标准时间 14 点 05 分将 4,000 枚 L-BTC 发送到了该平台的兑换服务系统中。SideSwap 在 14 点 06 分便在获得正式授权的情况下烧毁了那些 token。由于该笔订单所需的资金超出了平台钱包中的可用额度,因此在联盟网络的签名者于 14 点 28 分释放 3,996 枚比特币之前,共有两次提款尝试以失败告终。
SideSwap 称,它已在同一个比特币区块中将 3,995.99999857 枚比特币转发了给客户的地址。那笔被接受的订单恰恰说明了仅依靠有效的密钥作为安全检查手段是远远不够的。SideSwap 表示,其授权密钥处于在线状态,提款操作是自动进行的,而且该平台并未设置任何与交易规模、交易频率、供应量比例、钱包历史记录或人工审核相关的检查机制。在那两次提款尝试失败之后,联盟网络还签署了一项特殊申请。

评论
暂无评论