MEV-бот Yoink опередил злоумышленника и перехватил вывод $7,73 млн rsETH из Safe

15 сентября в сети Ethereum неизвестный атаковал Safe-кошелек и попытался вывести около 2900 rsETH (примерно $7,73 млн). По данным Blockaid, подозрительную транзакцию заметил MEV-бот Yoink и исполнил собственную операцию раньше атакующего, забрав активы в том же блоке. Схема включала публичный вызов keeper Multicall: через него злоумышленник перенаправил подключенный к Safe пользовательский модуль ликвидности Uniswap v4 в созданный им пул с «hooked»-контрактом. Далее вредоносный контракт развернул обернутый актив обратно в rsETH, что и позволило извлечение через MEV. Исследователи BlockSec, SlowMist и AstraSec связывают инцидент с ошибкой проверки авторизации во вспомогательном Multicall-контракте, которому владелец кошелька ранее делегировал права. Базовые контракты Safe, по их оценке, не были скомпрометированы.

Почему это важно

• Инцидент подчеркивает, что основной риск часто возникает не в «ядре» Safe, а в подключенных модулях/автоматизациях с делегированными правами.
• Показательный кейс для DeFi: MEV-инфраструктура может как усиливать атаки, так и неожиданно «перехватывать» средства, меняя распределение ущерба.
• Событие затрагивает экосистему рестейкинга (rsETH) и доверие к интеграциям (Safe-модули, Uniswap v4 hooks, multicall-автоматизация).

Возможное влияние на рынок

• Краткосрочно: рост настороженности к кастомным Safe-модулям и keeper/multicall-автоматизациям; вероятны дополнительные проверки и отключение рискованных модулей у отдельных пользователей/команд.
• Для rsETH: Kelp DAO ввел точечную 24-часовую паузу на одном адресе-получателе; протокол заявляет, что контракты не затронуты и обеспеченность rsETH сохраняется, поэтому системный эффект должен быть ограниченным.
• Для Ethereum DeFi в целом: усиление дискуссии о безопасности Uniswap v4 hooks и доверенных компонентов, что может повлиять на требования к аудитам и настройкам разрешений.

Связанные тикеры: ETH, RSETH

Оригинальный источник: ForkLog