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

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

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

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

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

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

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

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

Система безопасности 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-аккаунтам выполнять код смарт-контрактов. Этот аккаунт просто должен подписать авторизацию для указанного адреса контракта, и как только эта авторизация будет упакована в блок через транзакцию типа 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 хакер-оператор отправил транзакцию типа 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, 55.7 миллиона 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 хакеры снова без необходимости в каких-либо новых подписях от Binance 14 легко вывели более 200 миллионов долларов новых депозитов.

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

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

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

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

Обзор события и окончательные выводы

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

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

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

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