六月最贵的三起被盗没有一个是被黑进去的六月最大的三起事件并非源于某个单一漏洞而是暴露了一种共通的失误表面上完好的安全保障实际上从未被真正落实。MEV bot 信任了看起来有利可图的交易却没有确认授权额度是否真的被消耗。两个仍留有资金的旧版 Rollup 接受了形式上有效的证明却从未把证明与它本应代表的结算状态真正绑定。一个钱包的签名代码悄悄漏掉了安全性所依赖的那个秘密输入使本应无法预测的值变成任何人都能从公开数据反推出来的东西。这些协议都不是被硬破解的密码学攻破的而是被一个从没有人真正核实过的假设攻破的。JaredFromSubway约 1500 万美元2026 年 6 月 20 日以太坊上知名的 MEV bot 运营者 JaredFromSubway 在一次蜜罐攻击中损失约 1500 万美元。攻击者搭建了一个仿真的交易环境包括伪造的 wrapper 合约、伪造的 Uniswap V2 风格交易池。这些交易池在调用 swap() 时会发出真实的 Sync 和 Swap 事件与合法交易无法区分。在合法交易中wrapper 合约的 wrapTo() 函数内部本应调用真实代币的 transferFrom()以消耗 bot 此前授予的额度。然而伪造的 wrapper 代币合约却完全跳过了这一步同时仍通过 unwrap() 返回一笔精心构造的小额利润。由于机器人从未核实授权额度是否真正被消耗也没有撤销剩余授权未被使用的授权额度逐渐累积最终被攻击者通过 withdraw() 一次性收割。其中一个受影响的钱包损失约 750 万美元。JaredFromSubway 后来公布的受影响钱包总损失约为 1500 万美元。这次事件的教训是即使模拟交易显示有利可图MEV bot 也必须把未知的代币和资金池代码视为潜在的敌意代码。自动化策略需要严格的授权对象白名单、代码哈希校验、交易后授权额度核查以及对剩余授权的及时清理。Aztec Rollup 事件约 435 万美元2026 年 6 月两个独立的 Aztec 遗留部署先后遭到攻击合计造成约 435 万美元损失。两起事件的根本原因不同但都发生在零知识证明的有效性与 L1 结算语义之间的边界。第一起攻击 发生在 6 月 14 日针对 Aztec Connect 的 RollupProcessorV3造成约 215 万美元损失。在漏洞合约中numTxs 参数决定了 L1 结算循环需要处理的存款交易数量攻击者将其设置为 1同时在后续才会被解码的交易槽位中植入了一笔真实存款。ZK 证明电路仍会在内部处理该槽位并将其计入余额但 L1 结算循环仅按 numTxs 1 迭代一次因此未对该笔存款调用 decreasePendingDepositBalance()其待处理存款余额也就未被相应扣减。由于这笔存款在 L1 侧从未被正式核销攻击者随后通过正常提款流程将这笔未被抵押的余额提走。第二起攻击 发生在 6 月 18 日针对另一个独立的遗留 PrivateRollupBridge / RollupProcessor 部署造成约 220 万美元损失。该部署仍然保留着本应废弃的 escapeHatch() 接口而相应的电路缺少关键约束。这让攻击者得以在一棵伪造的私有树中证明自己拥有高价值票据同时对外公布真实的 L1 dataRoot 作为公开根。链上的 Verifier 接受了该证明L1 合约随即执行了提款。这两起事件共同说明仅有证明验证是不够的。所有决定结算边界的数值都必须与证明所验证的公开输入严格绑定。而所有代表 L1 状态的私有见证也都必须被明确约束为与结算实际使用的公开状态一致。SecondFi约 240 万美元2026 年 6 月 23 日EMURGO 旗下的浏览器插件钱包 SecondFi原名 Yoroi披露了其 Ed25519 签名实现中的一个严重漏洞影响 v10.0.3 到 v10.0.6 版本。存在漏洞的代码只用公开的交易消息计算签名随机数遗漏了本该加入的私密前缀。这让签名方程变成只有一个未知数任何人都能直接从链上公开数据反推出钱包私钥。两名攻击者各自独立利用了这个漏洞从 374 个钱包中卷走约 240 万美元1600 万 ADAEMURGO 随后抢救回另外 1.29 亿 ADA。这次事件的教训是钱包签名代码需要和协议层加密算法一样严格的审查。哪怕只是遗漏一个看似不起眼的隐私输入也足以让私钥完全暴露因此自定义的 Ed25519 实现应该经过独立审计而不能被默认当作标准库那样可靠。彩蛋Zcash Orchard 健全性漏洞Zcash Orchard 健全性漏洞因为目前尚未确认到实际利用未能进入前三名但它仍是六月最重要的漏洞披露之一。该漏洞源于 Orchard 屏蔽资金池电路中缺失的一个等式约束理论上可能导致同一张屏蔽票据生成不同的 nullifier从而被多次花费。这个缺陷自 2022 年 5 月 Orchard 激活以来就一直存在而在 2026 年 6 月才被发现最终通过 NU6.2 紧急升级得到修复。这起事件再次印证了 Aztec 事件所揭示的更深层教训在 ZK 系统中安全性取决于电路实际约束了什么而非周边协议假设它约束了什么。阅读关于漏洞的深度分析七天蒸发四成全因一个藏了四年的错误以上内容基于截至 2026年7月1日 00:00UTC 的公开信息整理。
