Оригинальная статья от компании по безопасности Web3 blockaid
Составлено Expressman@Odaily Planet Daily
Краткое описание инцидента
29 октября 2026 года, согласно публичной статистике, из горячих кошельков Binance в шести сетях — Ethereum, Arbitrum, Avalanche, Optimism, Bitcoin и Tron — было похищено как минимум $5,5 млрд, что является крупнейшей кражей криптовалюты в публичной истории. Атака была сосредоточена на Binance 14 (Binance 14) — одном из крупнейших и наиболее активных горячих кошельков Binance в Ethereum.
Начиная с 20:24 UTC, злоумышленник сначала опустошил Binance 14 транзакцией на сумму примерно $2,5 млрд. Всего за несколько минут до этого авторизация EIP-7702, подписанная копией приватного ключа кошелька, направила делегирование кошелька на контракт-свипер, развернутый злоумышленником. В течение 12 минут после первого свипа 10 других горячих кошельков Binance в четырех сетях отправили средства на тот же адрес; впоследствии злоумышленник использовал все еще делегированный Binance 14, чтобы опустошить смарт-аккаунт под именем Binance. Binance заявила, что ведет расследование, и не подтвердила, были ли затронуты средства пользователей. На данный момент общая сумма свипов составляет $5,5 млрд, и эксплойт продолжается.
Обнаружение Blockaid зафиксировало свип в течение двух минут после его совершения, до каких-либо публичных сообщений, а автоматизированный анализ подтвердил утечку приватного ключа и механизм делегирования в течение 11 минут. В течение часа Blockaid пометил адреса злоумышленника как вредоносные в своей сети, уведомил всех клиентов об инциденте через ленту инцидентов экосистемы и отследил весь процесс рассредоточения средств, обмена и использования в качестве залога для кредитов. Tether и Circle заморозили примерно $1,8 млрд на основном адресе получателя; позже Tether заявила, что общая сумма замороженных ею USDT превысила $1,5 млрд. ETH, AVAX, OP и ARB, которые не удалось заморозить, остаются в руках злоумышленника.
Этот отчет охватывает процесс подготовки злоумышленника, делегирование и свип EIP-7702, параллельное подписание приватных ключей в четырех сетях, пути отмывания денег и заморозку. Он написан для бирж, кастодианов и финансовых учреждений, которые хранят ключи подписи в больших масштабах, и указывает на две контрольные точки, определяющие успех или неудачу таких атак: применение политик до создания подписей и непрерывный мониторинг после начала движения средств.
Предыстория: горячие кошельки, ключи подписи и делегирование EIP-7702
Горячие кошельки бирж — это онлайн-аккаунты, используемые биржами для обработки вывода средств клиентов и перевода средств между своими кошельками. Они хранят большие объемы оборотного капитала, подписывают непрерывно, часто подписывая тысячи переводов в день; и приватные ключи, стоящие за этими подписями, являются единственной линией защиты между балансом и любым, кто владеет копией приватного ключа. В Ethereum и других EVM-сетях такие кошельки исторически были внешне принадлежащими аккаунтами (EOA) — обычными адресами без кода, где одна действительная подпись может перемещать средства, и ничего дополнительно не проверяется в блокчейне.
EIP-7702 позволяет EOA запускать код смарт-контракта. Аккаунт подписывает авторизацию, указывающую контракт; как только транзакция типа 4 упаковывает эту авторизацию в блок, любой вызов этого аккаунта будет выполнять логику этого контракта с полным доступом к балансу аккаунта. Авторизация привязана к nonce аккаунта, и делегирование остается в силе до тех пор, пока аккаунт не подпишет новую авторизацию для его замены или очистки. Для розничных кошельков это обеспечивает пакетные транзакции и спонсирование газа; для горячих кошельков одна утекшая подпись, попавшая на правильный nonce, эквивалентна передаче непрерывного контроля на уровне кода над аккаунтом злоумышленнику, включая каждый последующий депозит.
Blockaid подтвердил 4 инцидента EIP-7702 в первой половине 2026 года, в общей сложности на сумму около $1,08 млн, каждый из которых злоупотреблял различным аспектом делегирования; его «Отчет о безопасности в сети за H1 2026» предсказал, что первый случай с семизначной суммой появится до конца года. Этот инцидент является исполнением этого предсказания и на три порядка выше предсказанного.
Прямой путь перевода старше и проще: украденный закрытый ключ подписывает обычные переводы, которые в кошельке, отправляющем тысячи выводов в день, выглядят рутинно, пока получатель, сумма и время не будут рассмотрены вместе. Оба пути в конечном итоге опираются на закрытые ключи — вот почему обнаружение этого типа атаки зависит от поведенческих характеристик, а не от известных шаблонов подписей или уязвимостей контрактов.
Полный процесс эксплуатации
Все указанное ниже время — 29 октября 2026 года по UTC; на момент публикации инцидент все еще развивался.
1. Подготовка
Адрес оператора 0x7C8601d4645b93cea45F71e118A729332e6B5CA0 был пополнен через три вывода из Tornado Cash начиная с 28 октября. 29 октября он отрепетировал полный процесс «делегирование — сметание» на трех принадлежащих ему кошельках, переводя каждый раз только от $2 до $6; в 15:59 того же дня он развернул контракт-сметатель 0x63e842B054Bd624a465454D533C33F573e9c6fAe, который позже будет использован против Binance. Контракт не верифицирован, указывает оператора как единственного авторизованного вызывающего и содержит функцию sweep (перевод всех перечисленных токенов и ETH на счете указанному получателю) и функцию пересылки (позволяющую делегированному аккаунту вызывать другие контракты).
2. Распыление nonce: 50 авторизаций, одно попадание
В 20:20:59 оператор отправил транзакцию типа 4 в Binance 14 (0x28C6c06298d514Db089934071355E5743bf21d60), содержащую 50 авторизаций EIP-7702, подписанных закрытым ключом Binance 14, по одной для каждого nonce от 18 914 775 до 18 914 824, каждая из которых делегирует кошелек контракту-сметателю. В то время Binance 14 все еще обрабатывал клиентские выводы, и атакующий не мог знать, какой nonce является действительным в данный момент, поэтому он просто подписал целое окно. 49 оказались недействительными, 1 сработала, и делегирование вступило в силу немедленно — при этом собственные транзакции Binance продолжали отправляться из того же кошелька как обычно.
3. Сметание: одна транзакция забирает $2,5 млрд
В 20:24:23, через три минуты и двадцать четыре секунды, оператор вызвал sweep на Binance 14, переведя 167 464 ETH, 1,615 млрд USDT и около 60 других токенов на ранее не имевший истории адрес получения 0x5227f603C1eE34CE3C06eFe6477003BDfCCB2f8c. У Binance 14 остался только 1 ETH. По ценам того времени эта корзина активов стоила примерно $2,5 млрд.
4. Десять других закрытых ключей в четырех сетях
Через 24 секунды после сметания Binance 16 отправил 28 005,6 ETH, 55,7 млн USDT, 25,9 млн RLUSD, 84,5 WBTC и пять других токенов на тот же адрес. В течение 12 минут Binance 55 в Optimism отправил 44,2 млн OP, четыре горячих кошелька в Arbitrum отправили 74,6 млн ARB и 8 426 ETH, а четыре горячих кошелька в Avalanche отправили 1,81 млн AVAX и 8,41 млн USDT.
Ни у одного из этих кошельков не было кода. Каждый перевод был обычной транзакцией, подписанной собственным закрытым ключом кошелька, отправленной среди рутинных выводов. Публичная статистика также приписывает тому же субъекту 18 270 BTC в сети Bitcoin и примерно $630 млн в сети Tron (эта часть в оригинале помечена как ожидающая подтверждения threat intelligence; см. примечание переводчика).
5. Смарт-аккаунт и непрерывное опустошение
В 20:41:23 оператор использовал все еще делегированный Binance 14 — который содержал смарт-аккаунт Circle, Binance Hot Wallet 34 — чтобы перевести 780 млн USDC с этого аккаунта обратно на адрес получения, а затем еще 43 млн USDC. В 21:44 он снова смел Binance 14, забрав 200 млн USDT и 13 других токенов, поступивших после первого сметания. По состоянию на 22:00 делегирование все еще действовало, и любые средства, отправленные на Binance 14, могли быть забраны без дополнительной подписи.
Почему ончейн-мониторинг и оценка рисковой экспозиции одинаково важны, когда украденные средства перемещаются
Учреждения могут контролировать свои собственные ключи и процессы подписания, но они не могут контролировать площадки, через которые проходят средства, контрагентов, вносящих им деньги, или атакующего, который уже переместил $3 млрд через четыре сети. Именно эта внешняя поверхность риска подпадает под сферу ончейн-мониторинга и оценки рисковой экспозиции; и в этом инциденте обе начали работать в течение секунд после первого перевода.
Мониторинг ончейн-активности выявляет поведение, а не подписи. Сигналами в этом инциденте были: код горячего кошелька изменился с пустого на указатель делегирования; адрес хранилища переместил сумму, сопоставимую с инвентарным запасом, на адрес без истории; тот же новый адрес получил средства от 11 помеченных кошельков в четырёх сетях в течение 12 минут. Ни один из этих сигналов не требует известного шаблона атаки или уязвимости контракта, поэтому детекторы Blockaid сработали через 1 минуту 55 секунд после сметания средств и в течение 7 секунд для каждого кросс-чейн перевода. Само делегирование было видно ончейн в течение 3 минут 24 секунд — любое учреждение, отслеживающее изменения состояния собственных адресов, имело это окно для действий. Когда срабатывает оповещение мониторинга, рабочий процесс реагирования Blockaid может направить транзакцию «смести баланс» или «отменить делегирование» непосредственно в кастодиальную платформу учреждения, при этом реагирование и обнаружение начинаются в пределах одной минуты.
Risk Exposure рассматривает другую сторону того же инцидента: всех, кто вот-вот получит эти деньги. В течение 90 минут после сметания украденные средства прошли через Permit2, LI.FI, Uniswap, UniswapX и Aave, а затем через кросс-чейн мосты и сделки агрегаторов. Каждый пул, кредитный рынок, кросс-чейн мост, маркет-мейкер и биржа на этом пути теперь хранят или обработали эти украденные средства, и комплаенс-риск лёг на них в момент поступления средств. Risk Exposure предоставляет этим учреждениям сигналы в реальном времени.
Как EIP-7702 превращает утёкший приватный ключ в постоянный контроль
До EIP-7702 украденный приватный ключ горячего кошелька означал гонку со временем: атакующий должен был завершить каждую подпись до того, как другая сторона сможет вывести баланс, и как только биржа переходила на новый адрес, приватный ключ становился бесполезным. Приватный ключ, способный подписывать делегирования, меняет это.
Одна авторизация, действительная при единственном nonce, превратила Binance 14 в программу, принадлежащую атакующему. Первое сметание забрало баланс в 20:24 UTC, и делегирование осталось нетронутым; в 21:44 UTC атакующий забрал более $200 миллионов новых депозитов без подписания кошельком ещё одной транзакции. Переход на новый приватный ключ не удаляет его, потому что делегирование принадлежит адресу, а не приватному ключу. Только подписание другой авторизации утёкшим приватным ключом, указывающей аккаунт на нулевой адрес, может его сбросить; до тех пор каждый средства, отправленные на Binance 14, остаются доступными.
Для команд, управляющих крупными EOA, практические шаги конкретны: рассматривайте авторизации EIP-7702 как привилегированные операции и управляйте ими в рамках той же политики, что и переводами с холодных кошельков; отслеживайте изменения кода на каждом адресе горячего кошелька и заранее готовьте транзакции отзыва; не храните инвентарь на любом адресе, статус делегирования которого неясен; после утечки сначала отмените делегирование, затем смените ключи и пополните кошелёк; и при каждой транзакции делегирования передавайте список авторизаций на уровень скрининга — потому что без этого списка делегирование выглядит как пустой вызов доверенному адресу. Движок Blockaid уже оценивает этот список, и Cosigner уже передаёт его; пробел, выявленный этим инцидентом, заключается в потоках подписания, которые этого не делают.
Заключение
Утечки приватных ключей остаются крупнейшим источником ончейн-потерь. Если публичные оценки верны, это будет крупнейшая кража в истории — более чем в три раза превышающая примерно $1,5 миллиарда, украденных у Bybit в феврале 2025 года. Приватные ключи 11 горячих кошельков Binance подписали переводы на адрес, созданный всего за несколько минут до этого, и один из них также подписал авторизацию EIP-7702, превратив свой кошелёк в постоянную инфраструктуру атакующего. Эмитенты стейблкоинов заморозили около $2,4 миллиарда в течение двух часов, тогда как нативные активы, такие как ETH, остаются в руках атакующего.
Действительная подпись, созданная утёкшим приватным ключом, ончейн ничем не отличается от легитимной подписи. Успех или провал атаки такого типа решается в момент подписания политикой — политикой, которая проверяет, что этот приватный ключ собирается подписать; и в последующие минуты — мониторингом, отслеживающим средства, которые ещё можно перехватить.
