
Blockaid: детальный разбор кражи $5,5 млрд на Binance — цепочка атак через EIP-7702 и две линии защиты: институциональная подпись и ончейн-мониторинг
Автор: исследовательская команда Blockaid
Подготовка: TechFlow
TechFlow: 29 октября 2026 года крупнейшая в мире криптобиржа Binance столкнулась с крупнейшей по сумме ущерба кражей хакеров в истории криптовалют. Согласно публичным ончейн-данным, злоумышленники в сетях Ethereum, Arbitrum, Avalanche, Optimism, Bitcoin и Tron суммарно вывели активов на сумму более $5,5 млрд.
Ключевой целью атаки стал один из самых важных Ethereum-кошельков Binance под названием Binance 14. Взломщики не только получили приватный ключ для подписи транзакций этого кошелька, но и крайне скрытно и искусно использовали механизм делегирования аккаунта через EIP-7702 в Ethereum. За считанные минуты обычный внешний аккаунт (EOA) был превращен в вредоносный контракт очистки, полностью контролируемый злоумышленниками. Затем хакеры дополнительно перехватили контроль над смарт-кошельком custody от Circle и вывели еще больше средств.
Глобальная ончейн-безопасная платформа Blockaid точно зафиксировала аномальный вывод средств менее чем через две минуты после кражи и восстановила полную картину расследования и борьба. Несмотря на то что эмитенты стейблкоинов Tether и Circle за два часа экстренно заморозили около $2,4 млрд в стейблкоинах, неконтролируемые нативные активы уже были переведены хакерами. TechFlow предоставил полный глубокий перевод авторитетного подробного отчета о расследовании инцидента от Blockaid, чтобы подробно проанализировать для всей отрасли бирж, институциональных управляющих фондов и разработчиков технические причины этой исторической аварии и рекомендации по защите.

Согласно публичным ончейн-статистическим данным, 29 октября 2026 года хакеры украли как минимум $5,5 млрд активов из нескольких хот-кошельков Binance в сетях Ethereum, Arbitrum, Avalanche, Optimism, Bitcoin и Tron, установив рекорд самого крупного по масштабу хищения в истории криптовалют.
Главной мишенью всей атаки стал кошелек Binance 14 (адрес в Ethereum: 0x28C6c06298d514Db089934071355E5743bf21d60). Этот адрес является одним из крупнейших и наиболее активных в плане ончейн-взаимодействия core-Ethereum хот-кошельков Binance.
В 20:24 по всемирному скоординированному времени (UTC) злоумышленник одной транзакцией опустошил внутренние ресурсы Binance 14 примерно на $2,5 млрд. За несколько минут до этой кражи хакер, используя скомпрометированную копию приватного ключа кошелька, подписал разрешение на EIP-7702, передав управление этим хот-кошельком заранее развернутому злоумышленником вредоносному контракту очистки.
В течение следующих 12 минут после первоначальной кражи еще 10 хот-кошельков Binance в четырех основных блокчейнах также инициировали переводы на один и тот же адрес сбора. Зatem злоумышленник, воспользовавшись тем, что Binance 14 остался под контролем делегирования, обчистил смарт-контрактные кошельки custody от имени Binance.
Позже официальное представительство Binance опубликовалозаявление, указавшее, что ведется строгое расследование инцидента, и подчеркнувшее, что пока не подтверждено влияние на какие-либо средства пользователей. По состоянию на настоящий момент объем выведенных активов cumulatively превысил $5,5 млрд, а последствия уязвимости продолжают распространяться.
Обзор событий атаки
Система обнаружения угроз платформы Blockaid сработала менее чем через две минуты после того, как активы были опустошены. Время реакции значительно опередило любые публикации в открытых СМИ или социальных сетях. После чего автоматизированный аналитический движок за 11 минут подтвердил факт утечки приватного ключа и стоящий за этим механизм атаки через делегирование EIP-7702.
В течение часа после инцидента Blockaid маркировал все связанные адреса злоумышленника как высокоуровневые вредоносные в своей глобальной сети безопасности, а также синхронизировал уведомление об этом событии со всеми клиентами через канал экосистемных инцидентов (Ecosystem Incidents Feed). При этом велось реальное ончейн-отслеживание перенаправления, обмена, кредитования и стейкинга средств.
Затем эмитенты стейблкоинов Tether и Circle экстренно заблокировали около $1,8 млрд средств на ключевых адресах получения хакеров.
Генеральный директор Tether Паоло Ардойно позжезаявил, что общая сумма замороженных USDT в Tether превысила $1,5 млрд.
Однако такие нативные активы, как ETH, AVAX, OP и ARB, которые невозможно централизованно заморозить, остались в полном распоряжении кошельков злоумышленников.
В настоящем отчете о расследовании подробно разбираются этапы подготовки злоумышленников, использование механизма делегирования EIP-7702 и выведение активов, параллельное подписание транзакций приватными ключами в четырех общественных блокчейнах, маршруты легализации средств и их последующая блокировка, а также механизмы обнаружения и реагирования Blockaid.
Этот отчет предназначен специально для бирж, кастодианов и финансовых учреждений, которые массово хранят и управляют приватными ключами для подписи. Он напрямую указывает на два ключевых рубежа обороны, определяющих успех или провал при подобных атаках: принудительное применение стратегий безопасности до формирования подписи и непрерывный мониторинг в ончейн-пространстве в период движения средств.
Справочная информация: хот-кошельки бирж, приватные ключи для подписи и механизм делегирования аккаунтов EIP-7702
Хот-кошельки бирж представляют собой онлайн-аккаунты, которые используют площадки для выплат клиентам при выводе средств, а также для перевода средств между собственными кошельками. На этих счетах концентрируются огромные суммы ежедневных оборотных средств. Они постоянно подписывают транзакции, и ежедневно площадка может инициировать тысячи переводов.
Приватные ключи, используемые для подписания таких транзакций, являются единственной защитой между огромными остатками на счетах и любым хакером, получившим копию ключа. Исторически эти кошельки в Ethereum и других совместимых с EVM общественных блокчейнах представляли собой внешние аккаунты (External-Owned Account, EOA).
EOA — это чистый адресный аккаунт без какого-либо программного кода контракта. Если сеть подтверждает подпись как действительную, средства будут переданы без каких-либо условий, а базовый блокчейн не выполняет никаких дополнительных проверок бизнес-логики.
Внедрение протокола EIP-7702 позволило обычным аккаунтам EOA выполнять код смарт-контрактов. Для этого аккаунту достаточно подписать документ о согласии на указанный адрес контракта. После упаковки этого разрешения в блок через транзакцию типа Type-4, любой последующий вызов данного аккаунта будет выполнять логику соответствующего смарт-контракта и получит полное право управлять активами.
Это разрешение тесно связано с счетчиком транзакций аккаунта (Nonce). До тех пор, пока этот аккаунт не подпишет и не опубликует абсолютно новый документ согласия для замены или аннулирования старого, данная делегированная связь останется в силе на долгосрочной основе.
Для обычных частных инвесторов эта особенность позволяет реализовать удобные функции, такие как пакетная упаковка транзакций и спонсорство оплаты комиссий Gas. Однако для хот-кошельков бирж потеря одного правильного Nonce с подписью отдает контроль над кодом аккаунта на длительное время в руки злоумышленника, что подразумевает захват управления не только текущими, но и всеми будущими пополнениями на данный адрес.
Blockaid в первой половине 2026 года исследовала и подтвердила четыре инцидента безопасности, связанных с EIP-7702, совокупный ущерб от которых составил около $1,08 млн. В каждом случае использовались различные особенности механизма делегирования. В своем Отчете об ончейн-безопасности за первую половину 2026 года платформа Blockaid прямо предупреждала, что первый случай убытков, достигший семи цифр (уровень миллиона долларов), произойдет до конца этого года.
Инцидент безопасности на Binance только что подтвердил этот прогноз, при этом масштаб кражи оказался на целых три порядка выше первоначальных ожиданий.
В сравнении с этим путь прямой атаки выглядит гораздо более традиционно. Когда хакер использует украденный приватный ключ для подписания стандартных транзакций на перевод, в хот-кошельке, обрабатывающем тысячи выплат каждый день, такие операции выглядят совершенно рутинно. Подозрение могут вызвать лишь тщательный сопоставительный анализ получателей, сумм и временных интервалов каждой транзакции.
Оба пути атаки в конечном итоге проистекают из компрометации приватного ключа. Именно поэтому защита от подобных рисков должна опираться на динамическое отслеживание паттернов поведения, а ни в коем случае не полагаться исключительно на известные сигнатуры вредоносных подписей или уязвимости контрактов.
Реконструкция атаки: как действовали хакеры шаг за шагом
Все указанные временные метки приведены по всемирному скоординированному времени (UTC) 29 октября 2026 года. На момент выхода данного отчета сопутствующие ончейн-события продолжали развиваться.
Подготовительный этап атаки: использование миксеров и развертывание контракта очистки
Адрес оператора хакеров (0x7C8601d4645b93cea45F71e118A729332e6B5CA0) с 28 октября получил начальные тестовые средства посредством трех выводов из Tornado Cash.
29 октября этот адрес провел полный тестовый цикл «делегирование с последующей очисткой» на трех собственных тестовых кошельках, переводя от $2 до $6 на каждую попытку.
В 15:59 этого дня злоумышленник официально развернул контракт очистки, который впоследствии использовался для ограбления Binance (адрес: 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...).
Этой транзакцией в один единственный ранее неизвестный адрес сбора хакеров (0x5227f603C1eE34CE3C06eFe6477003BDfCCB2f8c) было выведено 167 464 ETH, 1,615 млрд USDT и около 60 других токенов.
После этой эпичной кражи в кошельке Binance 14, где когда-то хранились активы на миллиарды долларов, осталась лишь символическая единица ETH. По рыночным ценам на тот момент общая стоимость данной партии активов составила приблизительно $2,5 млрд.
Четыре общественные сети: Параллельная компрометация приватных ключей десятков хот-кошельков
Лишь спустя 24 секунды после завершения первого масштабного вывода кошелек Binance 16 (адрес: 0xDFd529...) инициировал перевод на тот же адрес сбора (хеш транзакции: 0x51f263...), увеличив общую кражу еще на 28 005,6 ETH, 55,7 млн USDT, 25,9 млн RLUSD, 84,5 WBTC и еще пять других токенов.
В следующие 12 минут кошелек Binance 55 платформы Binance в сети Optimism вывел 44,2 млн OP;
четыре хот-кошелька в сети Arbitrum отправили 74,6 млн ARB и 8 426 ETH;
еще четыре хот-кошелька в сети Avalanche вывели 1,81 млн AVAX и 8,41 млн USDT.
Стоит отметить, что сами эти последующие обворованные кошельки вообще не содержали никакого программного кода смарт-контрактов. Каждый перевод средств производился путем обычной транзакции, непосредственно подписанной настоящим приватным ключом конкретного кошелька, и хитро маскировалась под типичный повседневный поток пользовательских заявок на вывод.
Контроль умного кошелька: Постоянное присутствие для опустошения последующих поступлений
В 20:41:23 оператор хакеров, пользуясь тем, что Binance 14 оставался под контролем делегирования, вызвал интеллектуальный кошелек custody от Circle под названием Binance Hot Wallet 34, находящийся в собственности Binance (адрес: 0xEe7aE8...).
Хакеры вывели из этого смарт-кошелька 780 млн USDC на свой сборный адрес (хеш транзакции: 0xdc102d...), а затем дополнительно перевели еще 43 млн USDC.
В 21:44 злоумышленники во второй раз выполнили очистку для Binance 14 (хеш транзакции: 0x55ba4d...), повторно собрав все новые 200 млн USDT, а также 13 других токенов, недавно пополненных внешними пользователями на этот адрес после первой волны вывода.
К 22:00 этого дня вредоносное делегирование по-прежнему упорно пребывало в блокчейне. Любые новые активы, бесследно поступившие на Binance 14, могли быть мгновенно выведены злоумышленниками без необходимости повторного предоставления подписей кошелька.
Почему барьер Cosigner является вопросом жизни и смерти для организаций, масштабно управляющих приватными ключами
Тот самый временной промежуток, когда хакер изначально инициировал транзакцию делегирования, изначально мог стать ключевым рубежом для полной блокировки этой катастрофы. Торговый безопасный движок Blockaid при первом обнаружении транзакции Type-4, делегирующей Binance 14, мгновенно классифицировал её как операцию высокой степени опасности. Причина запрета была предельно ясна: обычный EOA подвергался обновлению через EIP-7702 с делегированием контроля абсолютно недоверенному внешнему адресу.
Еще в мае 2026 года, с момента официального запуска EIP-7702, в систему обнаружения уязвимостей Blockaid был встроен аналогичный защитный алгоритм, который неоднократно успешно предотвращал подобные атаки в реальной производственной среде.
Cosigner от Blockaid представляет собой независимый уровень безопасности совместной подписи, развернутый непосредственно в цепочке подписания транзакций кошельком. Он в реальном времени использует сигналы угрозы от движка обнаружения уязвимостей для немедленного отклонения злонамеренных транзакций.
Он располагается между существующей инфраструктурой подписания организатора и базовым слоем общественного блокчейна. Независимо от того, использует ли организация в качестве основы многосторонние вычисления (MPC), многоподписные контракты или платформы кастодиальных провайдеров, такие как Fireblocks, Fordefi, Safe, Utila.
Прежде чем будет сгенерирована финальная подпись, каждая транзакция, включая списки авторизации внутри транзакций Type-4, проходит полноценное песочничное моделирование и проверку безопасности. Под защитой стратегии по умолчанию Cosigner, если движок квалифицирует транзакцию как вредоносную, она принудительно отклоняется, даже если все внутренние утверждающие лица организации уже дали свое согласие.
Если бы путь подписания хот-кошелька был защищен Cosigner, его приватный ключ физически не смог бы подписать разрешение на делегирование самому себе этому вредоносному контракту, поскольку такое разрешение было бы полностью заблокировано на уровне политики управления и никогда не покинуло бы пределы сети блокчейна.
Кроме того, Cosigner поддерживает настройку целевых адресов из белого списка, жестких лимитов на сумму и временное окно для одной транзакции, а также строгую проверку допуска для новых контрагентов, не имеющих тегов или связанных со средствами из миксеров.
Хотя украденный приватный ключ продолжает генерировать математически легитимные криптографические подписи, в условиях механизма применения политик безопасности до этапа подписания сам по себе приватный ключ никогда не сможет перевести сумму в девять цифр на абсолютно новый адрес без истории. Аномальный перевод, определивший ход этой катастрофы, будет немедленно отклонен в момент своего предложения.
Для бирж и финансовых учреждений, оперирующих крупным количеством хот-кошельков, архитектура Cosigner, обеспечивающая обязательную проверку политик при каждом действии по подписанию, является решающим превентивным инструментом защиты от подобных атак с компрометацией приватных ключей.
В процессе движения украденных средств: решающая роль ончейн-мониторинга в реальном времени и анализа риска (Risk Exposure)
Любая организация способна контролировать свои приватные ключи и рабочие процессы подписания, однако ей не дано контролировать внешние торговые площадки, через которые проходят украденные средства, внешних контрагентов, пополняющих собственные платформы, а равно как невозможно контролировать тот факт, что хакеры уже безнаказанно переместили $3 млрд крупных капиталов по четырем основным блокчейнам.
Именно это внешнее поле потенциальных угроз становится главным фронтом, который покрывается системой ончейн-мониторинга безопасности активов (Onchain Monitoring) и анализа зоны риска (Risk Exposure). В данном инциденте обе системы начали полноценно функционировать через считанные секунды после совершения первой транзакции.
Ончейн-мониторинг идентифицирует именно модели поведения в блокчейне, а не проверяет валидность криптографической подписи. Угрожающие сигналы, сработавшие в ходе этой атаки, были чрезвычайно очевидны: хот-кошелек, изначально не содержащий программного кода, внезапно преобразовался в указатель на внешнее делегирование; центральный адрес с ликвидностью направил беспрецедентно массивный объем средств на совершенно новый адрес без истории; один и тот же новый адрес сосредоточил получение средств всего за 12 минут из 11 отмеченных тегами биржевых хот-кошельков в четырех разных общественных сетях.
Для фиксации данных аномальных признаков вовсе не требуется база известных векторов атак или фрагменты кода существующих уязвимостей контрактов. Именно поэтому движок обнаружения Blockaid смог точно инициировать тревогу всего через 1 минуту 55 секунд после начала первой очистки и в течение 7 секунд с момента инициации межсетевой транзакции.
Фактически разрешение на делегирование хакеров оставалось видимым в открытом блокчейне Ethereum на протяжении 3 минут 24 секунд до начала официальной очистки. Любая организация, ведущая мониторинг изменений состояния своих ключевых адресов, имела возможность оперативно среагировать в этот золотой временной промежуток.
После активации сигнала тревоги система автоматизированного реагирования на инциденты Blockaid способна непосредственно генерировать в платформе кастодиана организации транзакции экстренной защиты — перевод остатков или отзыв делегирования. Это обеспечивает одновременный старт мер реагирования и выявления угроз в рамках одной минуты.
А система анализа зоны риска (Risk Exposure) решает другую сторону проблемы данного инцидента: всех внешних участников экосистемы, которые вот-вот получат данные незаконные средства.
В течение 90 минут после первой волны кражи украденные средства стремительно прошли сквозь Permit2, LI.FI, Uniswap, UniswapX и Aave, после чего启动了 мультичейновые межсетевые мосты и агрегаторы обмена.
Каждый пул ликвидности, рынок кредитования, межсетевой мост, маркетмейкер и централизованная биржа на данном маршруте легализации уже обладали или обработали эти незаконные активы, и риск нарушения правил противодействия отмыванию денег (AML) мгновенно перешел на них самих в момент поступления средств. Система Risk Exposure способна предоставлять этим организациям сигнал оперативного предупреждения о рисках в режиме реального времени за считанные секунды.
Рефлексия механизма: как EIP-7702 превращает скомпрометированный приватный ключ в вечный устойчивый контроль
До появления протокола EIP-7702 в Ethereum кража приватного ключа хот-кошелька обычно превращалась в гонку наперегонки с временем для перемещения активов. Хакеры должны были успеть подписать переводы друг за другом, чтобы вывести украденное, тогда как команды эксплуатации площадок, заметив инцидент, все еще имели шанс抢先 перевести оставшиеся средства, подняв комиссию Gas. Как только площадка заменяет рабочий хот-кошелёк на совершенно новый адрес, старый скомпрометированный приватный ключ в руках злоумышленников окончательно терял свою ценность.
Однако, когда ворованный приватный ключ обрел способность подписывать абстрагированные делегирования аккаунтов, баланс сил между обороной и нападением подвергся фундаментальному изменению. Благодаря лишь одному разрешению, действительному при определенном Nonce, Binance 14 был полностью превращен в аппарат банкомата, находящийся в исключительном личном управлении злоумышленников.
После того как первая волна очистки в 20:24 UTC вывела накопленные активы, отношения делегирования продолжали висеть в блокчейне. К 21:44 хакеры, совсем не нуждаясь в предоставлении каких-либо новых подписей от Binance 14, вновь легко высасывали свыше $200 млн новых активов, поступивших на кошелек.
В такой ситуации замена внутренних бизнес-ключей на совершенно новые приватные ключи ничего не давала бы площадке для устранения этого ончейн-делегирования, поскольку связь делегирования жестко привязана к базовому адресу. Только повторное использование скомпрометированного приватного ключа для подписания нового разрешения и явный сброс цели делегирования на нулевой адрес могло бы полностью снять программный контроль хакеров над данным аккаунтом. До наступления этого момента любые активы, поступающие на Binance 14, становятся легкой добычей злоумышленников.
Для команд, управляющих крупными аккаунтами EOA, данный инцидент стал предельно тревожным звонком в области безопасности. Конкретные меры реагирования четко определены: разрешения EIP-7702 следует рассматривать как операции повышенного уровня доступа, подчиняя их строгому контролю, идентичному процедурам вывода средств из холодных кошельков.
Необходимо круглосуточно мониторить изменения кодового статуса всех адресов хот-кошельков и заранее подготовить транзакции отзыва с предварительной подписью.
Строго воздерживаться от хранения любых запасов ликвидности на данном адресе до тех пор, пока статус делегирования не будет уверенно подтвержден как безопасный.
После инцидентов потери приватных ключей, прежде чем заменять ключи и пополнять кошельки новыми средствами, необходимо абсолютно очистить связи делегирования в блокчейне.
Кроме того, при инициировании любых транзакций делегирования необходимо полностью передавать списки авторизации на уровень проверки транзакций. Поскольку без этого списка опасная транзакция делегирования визуально будет выглядеть как безобидный пустой вызов доверенного адреса. В настоящее время движок безопасности Blockaid поддерживает глубокую оценку данного списка, а Cosigner также реализовал его полное прозрачное прохождение. Главный недостаток, выявленный этой аварией исторического уровня, кроется именно в традиционных рабочих процессах подписания, лишенных подобной предварительной проверки.
Итоги расследования и заключительные выводы
Утечка приватных ключей по-прежнему остается самым крупным источником финансовых потерь в нынешнем общественном блокчейн-пространстве. Если опубликованные статистические данные окончательно подтвердятся, данное событие станет самым масштабным трагическим ограблением в истории крипта. Масштаб нанесенного ущерба превышает втрое ущерб от взлома Bybit в феврале 2025 года (около $1,5 млрд).
Приватные ключи 11 хот-кошельков Binance в короткий промежуток времени начали подписывать транзакции на перевод средств на адрес хакеров, созданный буквально за несколько минут. Один из ключевых кошельков дополнительно подписал разрешение EIP-7702, тем самым став постоянным орудием для длительных грабежей со стороны хакеров.
Несмотря на то что регуляторные эмитенты стейблкоинов экстренно заморозили около $2,4 млрд активов в течение двух часов после инцидента, хакерам все же удалось успешно увести колоссальные объемы ETH и иных нативных активов.
С точки зрения низкоуровневого блокчейна, легитимная подпись, сгенерированная украденным приватным ключом, неотличима от обычного законного разрешения. При атаках подобного рода существенный перелом зависит исключительно от применения политик безопасности на этапе формирования подписи, а также от возможности тонкого ончейн-мониторинга, способного в первые золотые минуты начала движения средств точно остановить их на пути бегства.
Присоединяйтесь к официальному сообществу TechFlow
Telegram:https://t.me/TechFlowDaily
X (Twitter):https://x.com/TechFlowPost
X (Twitter) EN:https://x.com/BlockFlow_News















