Что такое EIP-7702? Почему это стало ключевым элементом кражи на Binance?

Автор: команда исследований Blockaid

Составлено: TechFlow

Согласно публичной статистике на блокчейне, 29 октября 2026 года хакеры украли из нескольких горячих кошельков Binance, расположенных на Ethereum, Arbitrum, Avalanche, Optimism, Bitcoin и Tron, как минимум 6,3 миллиарда долларов, что стало самым крупным кражей в истории криптовалют.

Основной целью атаки стал кошелек Binance 14 (адрес Ethereum: 0x28C6c06298d514Db089934071355E5743bf21d60). Этот адрес является одним из крупнейших и наиболее активно используемых горячих кошельков Binance на Ethereum.

В 20:24 по всемирному координированному времени (UTC) хакеры в одной транзакции вывели около 2,5 миллиарда долларов из Binance 14. За несколько минут до этого хакеры, имея копию утекшего закрытого ключа, подписали авторизацию EIP-7702, передав этот горячий кошелек заранее развернутому злонамеренному контракту.

В течение 12 минут после завершения первой кражи, еще 10 горячих кошельков Binance на четырех публичных блокчейнах также начали переводить средства на тот же адрес. Затем хакеры еще раз воспользовались Binance 14, чтобы ограбить смарт-контрактный счет, принадлежащий Binance.

Обзор инцидента

Система безопасности Blockaid сработала менее чем через две минуты после очистки активов, что произошло значительно раньше, чем любое публичное сообщение в СМИ или социальных сетях. Затем автоматизированный аналитический движок подтвердил факт утечки закрытого ключа и механизм атаки EIP-7702 за 11 минут.

Затем эмитенты стейблкоинов Tether и Circle срочно заморозили около 1,8 миллиарда долларов на основном адресе хакеров. Генеральный директор Tether Паоло Ардоино позже заявил, что общая сумма замороженных USDT превысила 1,5 миллиарда долларов.

Тем не менее, украденные активы, такие как ETH, AVAX, OP и ARB, которые не могут быть заморожены централизованно, по-прежнему остаются под контролем хакеров.

Этот отчет полностью охватывает подготовку хакеров, EIP-7702, очистку активов, параллельные подписи закрытых ключей на четырех публичных блокчейнах, пути отмывания денег и заморозку средств, а также обнаружение и экстренные меры Blockaid.

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

Фоновая информация: горячие кошельки биржи, закрытые ключи и механизм делегирования EIP-7702

Горячие кошельки биржи — это онлайн-счета, которые биржи используют для выплаты клиентам и перевода средств между своими различными кошельками. Эти счета содержат огромные объемы оборотных средств и постоянно подписывают транзакции, ежедневно инициируя тысячи переводов.

Закрытые ключи, стоящие за этими подписями, являются единственным контролирующим барьером между огромными балансами счетов и любыми хакерами, имеющими копию закрытого ключа. На Ethereum и других совместимых с EVM публичных блокчейнах эти кошельки исторически были внешними облачными аккаунтами (EOA).

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

Введение протокола EIP-7702 позволяет обычным EOA-счетам выполнять код смарт-контрактов. Такому счету достаточно подписать авторизацию на указанный адрес контракта, и как только эта авторизация будет упакована в блок через транзакцию типа Type-4, любые последующие вызовы к этому счету будут выполнять логику соответствующего смарт-контракта и иметь полный контроль над активами счета.

Эта авторизация тесно связана с счетчиком транзакций (Nonce) счета. Если только этот счет не подпишет и не распространит новую авторизацию для замены или удаления старой, это делегирование будет действовать долгое время.

Для обычных индивидуальных инвесторов эта функция позволяет осуществлять пакетную упаковку транзакций и спонсировать оплату Gas. Однако для горячих кошельков биржи, если однажды была утечка подписи на правильном Nonce, это передаст долгосрочный контроль на уровне кода счета хакерам, включая все последующие новые пополнения, поступающие на этот адрес.

Blockaid уже проверила и подтвердила четыре инцидента безопасности EIP-7702 в первой половине 2026 года, общие убытки составили около 1,08 миллиона долларов, и каждый инцидент злоупотреблял различными особенностями механизма делегирования. Blockaid ранее предупреждала в своем «Отчете о безопасности на блокчейне за первую половину 2026 года», что первый случай с убытками на уровне семи цифр (миллионов долларов) произойдет до конца этого года.

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

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

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

Этапы атаки: как хакеры шаг за шагом добивались успеха

Все временные записи сделаны по всемирному координированному времени (UTC) 29 октября 2026 года. На момент публикации отчета соответствующая активность на блокчейне все еще продолжается.

Этап подготовки атаки: смешивание средств и развертывание контракта очистки

Адрес оператора хакера (0x7C8601d4645b93cea45F71e118A729332e6B5CA0) с 28 октября получил начальные тестовые средства через три вывода из Tornado Cash.

29 октября этот адрес полностью отработал процесс "делегирования и очистки" на трех тестовых кошельках, которые он контролировал, переводя от 2 до 6 долларов тестовых средств.

В тот день в 15:59 хакеры официально развернули контракт очистки (адрес: 0x63e842B054Bd624a465454D533C33F573e9c6fAe, соответствующий хэш транзакции: 0x97408e…).

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

Конфликт Nonce: 50 авторизаций, одно точное попадание

20:20:59 хакер-оператор отправил транзакцию типа Type-4 на Binance 14 (адрес: 0x28C6c06298d514Db089934071355E5743bf21d60) (хэш транзакции: 0xad9926…).

Эта транзакция содержала 50 авторизаций EIP-7702, заранее подписанных закрытым ключом Binance 14, соответствующих последовательным значениям Nonce от 18,914,775 до 18,914,824, каждая из которых делегировала кошелек на контракт очистки, развернутый хакером.

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

В конечном итоге из этих 50 авторизаций 49 оказались недействительными из-за несовпадения Nonce, но одна из них сработала точно. В то время как обычные транзакции вывода от Binance продолжали поступать из этого кошелька, злонамеренная делегация хакеров незаметно захватила этот адрес.

Одна транзакция на 2,5 миллиарда: одна транзакция опустошила основные активы горячего кошелька

Через 3 минуты и 24 секунды после активации делегации, в 20:24:23 хакер-оператор вызвал функцию очистки для Binance 14 (хэш транзакции: 0x53bd38…).

Эта транзакция единовременно перевела 167,464 ETH, 1,615 миллиарда USDT и около 60 других токенов на адрес хакера, который ранее не имел никакой истории.

После завершения этой эпической кражи у Binance 14, когда-то имевшего активы на десятки миллиардов долларов, осталась лишь 1 символический ETH. По расчетам на тот момент, общая стоимость этого активного портфеля составила около 2,5 миллиарда долларов.

Параллельно на четырех публичных блокчейнах: десятки горячих кошельков были украдены одновременно

Всего через 24 секунды после завершения первой крупной очистки, кошелек Binance 16 (адрес: 0xDFd529…) инициировал перевод на тот же адрес (хэш транзакции: 0x51f263…), в результате чего было украдено 28,005.6 ETH, 57 миллионов USDT, 25.9 миллионов RLUSD, 84.5 WBTC и еще 5 других токенов.

В последующие 12 минут кошелек Binance 55 на Optimism перевел 44.2 миллиона OP; четыре горячих кошелька на Arbitrum перевели 74.6 миллиона ARB и 8,426 ETH; еще четыре горячих кошелька на Avalanche перевели 1.81 миллиона AVAX и 8.41 миллиона USDT.

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

Контроль смарт-счетов: постоянное удержание последующих пополнений активов

В 20:41:23 хакер-оператор, используя все еще находящийся в состоянии делегирования Binance 14, вызвал свой смарт-контрактный счет Circle Binance Hot Wallet 34 (адрес: 0xEe7aE8…).

Хакеры вывели из этого смарт-счета 780 миллионов USDC (хэш транзакции: 0xdc102d…), а затем еще 43 миллиона USDC.

В 21:44 хакеры снова выполнили вторичную очистку для Binance 14 (хэш транзакции: 0x55ba4d…), снова опустошив 200 миллионов USDT и 13 других токенов, которые были пополнены пользователями после первой очистки.

По состоянию на 22:00 того дня, этот злонамеренный ордер по-прежнему упорно оставался в цепочке, и любые новые активы, незамеченно поступившие в Binance 14, могли быть немедленно похищены хакерами без необходимости повторного предоставления подписи кошелька.

Рефлексия механизма: как EIP-7702 позволяет утечке приватного ключа эволюционировать в постоянный контроль

До появления протокола Ethereum EIP-7702 кража приватного ключа горячего кошелька часто превращалась в гонку за активами на время. Хакеры должны были спешить, подписывая каждую транзакцию, чтобы украсть деньги, в то время как команда операционного управления биржи, заметив это, все еще имела возможность заранее перевести оставшиеся средства, увеличив Gas-ставку; как только биржа меняла бизнес-горячий кошелек на новый адрес, украденный старый приватный ключ становился бесполезным.

Однако, когда украденный приватный ключ получил возможность подписывать абстрактные делегирования аккаунта, ситуация в области атаки и защиты кардинально изменилась. С помощью одного действительного разрешения при определенном Nonce, Binance 14 был полностью переоборудован в программу для снятия средств, принадлежащую злоумышленнику.

После первой волны очистки, которая в UTC 20:24 похитила активы, делегирование по-прежнему оставалось на цепочке. К 21:44 хакеры снова легко похитили более 200 миллионов долларов новых средств, не требуя от Binance 14 предоставления каких-либо новых подписей.

В этот момент биржа, даже если бы заменила внутренние бизнес-ключи на новые приватные ключи, не смогла бы удалить это делегирование на цепочке, поскольку оно связано с основным адресом. Только повторное использование утекшего приватного ключа для подписания нового разрешения могло бы явно сбросить цель делегирования на нулевой адрес и полностью снять контроль хакера над этим аккаунтом. До этого момента любые активы, поступающие в Binance 14, были легкой добычей для хакеров.

Для команд, управляющих крупными EOA-аккаунтами, этот инцидент стал тревожным сигналом о безопасности, и конкретная стратегия реагирования была очень ясной: необходимо рассматривать авторизацию EIP-7702 как привилегированную операцию, находящуюся под строгим контролем, аналогичным контролю за выводом средств из холодного кошелька.

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

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

Анализ событий и окончательные выводы

Утечка приватного ключа по-прежнему является основным источником финансовых потерь в мире публичных блокчейнов. Если публичная статистика подтвердит это, данный инцидент станет самым крупным кражей в истории криптовалют, его масштаб более чем в три раза превышает ущерб, понесенный Bybit в феврале 2025 года (около 1,5 миллиарда долларов).

11 приватных ключей горячих кошельков Binance в короткий срок инициировали перевод подписей на адрес хакера, созданный всего несколько минут назад, при этом один из ключевых кошельков подписал разрешение EIP-7702, что сделало его долгосрочным инструментом хакера для грабежа.

Хотя эмитенты стабильных монет, соответствующие требованиям, срочно заморозили активы на сумму около 2,4 миллиарда долларов в течение двух часов после инцидента, хакеры все равно успешно похитили значительное количество эфира и других нативных активов.

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