Атака на Safe Multisig в Avalanche: как MEV-бот перехватил эксплойт на $7,45 млн

26 октября 2026 года в сети Avalanche C-Chain произошёл инцидент, в результате которого из мультиподписного кошелька Safe были выведены криптоактивы общей стоимостью около $7,45 млн.

Причиной стала ошибка конфигурации разрешений на расходование токенов (ERC-20 Allowance Misconfiguration). Владельцы Safe заранее предоставили неограниченные права на использование четырёх токенов адресу, который в других блокчейнах принадлежал доверенному контракту команды, однако в Avalanche ещё не содержал никакого кода.

Этой особенностью воспользовался злоумышленник, подготовивший развёртывание собственного смарт-контракта по указанному адресу. В результате он смог бы получить доступ к активам Safe без компрометации приватных ключей его подписантов.

Однако первоначальная атака пошла не по плану.
MEV-бот обнаружил подготовленную злоумышленником транзакцию, воспроизвёл её и выполнил раньше оригинала. В результате активы были выведены из Safe, но достались не автору эксплойта, а оператору MEV-бота.

Какие активы были выведены

Согласно расследованию Defimon, в результате атаки из кошелька были выведены:

• 3,09 млн USDC
• 350,4 тыс. WAVAX
• 182 WETH.e
• 10,79 BTC.b

Общая оценочная стоимость активов - около $7,45 млн на момент инцидента.

Предварительные итоги для участников

Первоначальный злоумышленник: подготовил эксплойт и инициировал его исполнение, однако потерпел неудачу. Его транзакция была опережена MEV-ботом и завершилась откатом (revert). В рамках исходной атаки злоумышленник не получил похищенные активы.

MEV-бот: успешно воспроизвёл атаку и перехватил средства. В дальнейшем его оператор заявил о готовности вернуть активы владельцам Safe за вознаграждение в размере 5-10% от возвращённой суммы.

Владельцы Safe: потеряли контроль над активами на сумму около $7,45 млн. После инцидента связанные с ними кошельки на других блокчейнах начали переводить средства на новый адрес, предположительно в целях защиты оставшихся активов.

Таким образом, инцидент представляет собой не только пример эксплуатации опасных ERC-20-разрешений, но и случай, когда автоматизированный MEV-участник перехватил уже подготовленный эксплойт.

MEV-бот — это автоматизированная программа, которая отслеживает транзакции в блокчейне и ищет возможности заработать на порядке их выполнения.

Когда пользователь отправляет транзакцию, она обычно не попадает в блокчейн мгновенно. Сначала операция оказывается в очереди неподтверждённых транзакций - мемпуле (mempool). В этот момент её могут увидеть другие участники сети, в том числе MEV-боты.

Обнаружив потенциально прибыльную операцию, бот может отправить собственную транзакцию и попытаться добиться её выполнения раньше чужой. Такой приём называется front-running - опережение чужой транзакции.

Например, если бот замечает крупную покупку токена, способную повысить его цену, он может купить токен раньше, а затем продать дороже.

Однако MEV-боты зарабатывают не только на торговых операциях. Они также могут обнаруживать и перехватывать транзакции, связанные с эксплуатацией уязвимостей.

Именно это произошло в рассматриваемом инциденте. Злоумышленник подготовил транзакцию для вывода средств из мультиподписного кошелька Safe на сумму около $7,45 млн. Однако MEV-бот обнаружил эту операцию, воспроизвёл механизм атаки и добился выполнения собственной транзакции раньше оригинальной.

В результате первоначальный злоумышленник не получил средства - их перехватил оператор MEV-бота.

При этом MEV-бот не обязательно является защитником пользователей. В данном случае он предотвратил получение средств первоначальным атакующим, но сам вывел активы из пострадавшего кошелька.

Позднее оператор бота заявил о готовности вернуть средства владельцам Safe за вознаграждение в размере 5-10%.

Предпосылки: ошибка, допущенная за семь месяцев до атаки

История инцидента началась задолго до непосредственного вывода средств.

7 марта 2026 года владельцы пострадавшего Safe выполнили пакетную транзакцию, предоставившую внешнему адресу разрешения на расходование четырёх токенов.

Адрес, получивший разрешения: 0x3725bd4d175283108156c3f15f86e1c51266155d
Разрешения распространялись на USDC, WAVAX, WETH.e и BTC.b. При этом лимиты были установлены как неограниченные.

Это означало, что контракт, находящийся по указанному адресу, мог инициировать списание одобренных токенов с кошелька Safe через механизм transferFrom(), не требуя повторного подтверждения со стороны подписантов.

Само по себе предоставление такого разрешения не является эксплуатацией уязвимости. ERC-20 allowance — стандартный механизм работы DeFi-приложений.

Проблема заключалась в конкретном адресе, которому были предоставлены права.

Подготовка эксплойта: захват предсказуемого адреса
Злоумышленник обнаружил, что адрес с неограниченными разрешениями на списание токенов остаётся пустым.

Он также установил, что этот адрес можно получить с помощью публичного механизма развёртывания контрактов Safe CreateCall.

В Ethereum-совместимых сетях адрес создаваемого через обычный CREATE контракта детерминированно зависит от адреса создателя и его nonce.

Поэтому, если известен адрес контракта-создателя и последовательность его развёртываний, можно заранее вычислить адреса будущих контрактов.

Злоумышленник использовал эту особенность следующим образом:

1. Подготовил новый EOA-кошелёк для проведения атаки.
2. Использовал инфраструктуру Safe для обращения к публичному CreateCall.
3. Инициировал 12 промежуточных развёртываний контрактов.
4. На тринадцатом развёртывании разместил вредоносный контракт по адресу 0x3725bd4d...6155d.
5. Подготовил вызовы для списания одобренных токенов со счёта Safe.

Вредоносный контракт выполнял функцию sweeper — программы, предназначенной для вывода доступных активов на подконтрольные адреса.

Поскольку разрешения ERC-20 уже существовали, контракт получал возможность вызывать transferFrom() от имени разрешённого spender и переводить токены со счёта Safe.

Для этого не требовалось компрометировать приватные ключи участников мультиподписного кошелька. Фактически злоумышленник не взламывал сам Safe. Он воспользовался ошибкой в ранее выданных разрешениях.

Выполнение атаки: вмешательство MEV-бота

После подготовки эксплойта злоумышленник отправил транзакцию, которая должна была развернуть вредоносный контракт и вывести активы.

Исходная транзакция:
0xf1f87d370290afe269ae8eb30fe8e5e4694ad153914a2de6d980641f4a331289
Однако до исполнения транзакция стала доступна MEV-участнику, способному анализировать готовящиеся операции в сети.

MEV-бот обнаружил возможность извлечения прибыли и воспроизвёл логику атаки.
Вместо того чтобы позволить первоначальному злоумышленнику первым занять предсказуемый адрес и вывести средства, бот сформировал собственную транзакцию и добился её исполнения раньше оригинальной.

Транзакция MEV-бота:
0xf88a7960a07832e1bf5be64edbd12a9e615b4f63959a4b87a147f0c63c007ed5
В результате бот первым выполнил необходимые действия и получил контроль над выводимыми активами.

Когда первоначальная транзакция злоумышленника дошла до исполнения, необходимые условия для её успешного завершения уже отсутствовали. Она завершилась откатом.

Это означает, что первоначальный атакующий фактически обнаружил и подготовил способ вывода миллионов долларов, но не успел воспользоваться им раньше конкурирующего автоматизированного участника.

Выполнение атаки: вмешательство MEV-бота

После подготовки эксплойта злоумышленник отправил транзакцию, которая должна была развернуть вредоносный контракт и вывести активы.

Исходная транзакция:
0xf1f87d370290afe269ae8eb30fe8e5e4694ad153914a2de6d980641f4a331289
Однако до исполнения транзакция стала доступна MEV-участнику, способному анализировать готовящиеся операции в сети.

MEV-бот обнаружил возможность извлечения прибыли и воспроизвёл логику атаки.
Вместо того чтобы позволить первоначальному злоумышленнику первым занять предсказуемый адрес и вывести средства, бот сформировал собственную транзакцию и добился её исполнения раньше оригинальной.

Транзакция MEV-бота:
0xf88a7960a07832e1bf5be64edbd12a9e615b4f63959a4b87a147f0c63c007ed5
В результате бот первым выполнил необходимые действия и получил контроль над выводимыми активами.

Когда первоначальная транзакция злоумышленника дошла до исполнения, необходимые условия для её успешного завершения уже отсутствовали. Она завершилась откатом.

Это означает, что первоначальный атакующий фактически обнаружил и подготовил способ вывода миллионов долларов, но не успел воспользоваться им раньше конкурирующего автоматизированного участника.

Переговоры о возврате средств

После вывода активов оператор MEV-бота заявил, что действует как white-hat, то есть участник, намеревающийся вернуть средства владельцам.

В доступном on-chain-сообщении оператор сообщил, что готов вернуть деньги на адрес:
0x35c6aa248e9495e0572598fbfe0528acbac2807c

При этом он предложил владельцам рассмотреть вознаграждение в размере 5–10% за обнаружение и перехват атаки.

При оценке суммы в $7,45 млн предполагаемое вознаграждение составило бы:

• 5% — приблизительно $372 500;
• 10% — приблизительно $745 000.

Остальные 90–95% могли бы быть возвращены первоначальным владельцам.
В рамках дальнейшего общения, владелец MEV бота согласился на сделку, в рамках которой он оставит себе 42,500 WAVAX (эквивалент $371,000), а все остальное вернет владельцу.