routeprocessor2

ChainCatcher 消息，SushiSwap 发布推文表示，已上线 RouteProcessor2 漏洞赔偿门户，可通过该门户获得赔偿的用户为资金保管在 0x74eb 开头的合约中的用户。 据悉，SushiSwap 将定期更新合约以包含未来可能继续回收的资金。资金未被包含在该合约中的用户需填写谷歌表单来执行单独的索赔流程。（来源链接）

ChainCatcher 消息，SushiSwap 发布 RouteProcessor2 事件分析报告。报告称，由于 18 次重放交易，最初从第一个用户钱包中耗尽的 1800 枚 WETH 最终进入了多个钱包。目前总共退还 885 枚 ETH。此外还有 795 枚 ETH 目前在执行层奖励金库中。 Sushi 表示，被盗资金的最后剩余部分将由 Sushi 承担并退还，并针对同时受到白帽和黑帽基金影响的用户的理赔流程。用户索赔表目前正在验证中，Merkle 索赔合同正在接受审计。Sushi 针对 2 种类型的受影响用户提出不同补偿方式：对于已获救资金的用户，可以通过 Merkle 树合约通过 Sushi UI 索取；对于未获救资金的用户，Sushi 将设置单独的索赔流程。（来源链接）

ChainCatcher 消息，据慢雾安全团队情报，SUSHI RouteProcessor2 遭到攻击。慢雾安全团队以简讯的形式分享如下： 1. 根本原因在于 ProcessRoute 未对用户传入的 route 参数进行任何检查，导致攻击者利用此问题构造了恶意的 route 参数使合约读取的 Pool 是由攻击者创建的。 2. 由于在合约中并未对 Pool 是否合法进行检查，直接将 lastCalledPool 变量设置为 Pool 并调用了 Pool 的 swap 函数。 3. 恶意的 Pool 在其 swap 函数中回调了 RouteProcessor2 的 uniswapV3SwapCallback 函数，由于 lastCalledPool 变量已被设置为 Pool，因此 uniswapV3SwapCallback 中对 msg.sender 的检查被绕过。 4. 攻击者利用此问题在恶意 Pool 回调 uniswapV3SwapCallback 函数时构造了代币转移的参数，以窃取其他已对 RouteProcessor2 授权的用户的代币。 幸运的是部分用户的资金已被白帽抢跑，有望收回。慢雾安全团队建议 RouteProcessor2 的用户及时撤销对 0x044b75f554b886a065b9567891e45c79542d7357 的授权。