Основатель Cardano Чарльз Хоскинсон предупредил об опасном коде, распространяющемся после взлома кошелька Binance, поделившись сторонним техническим анализом инцидента. Отчёт связывает функцию делегирования EIP-7702 в Ethereum с быстрым переводом активов, хотя биржа не подтвердила, каким образом злоумышленники получили право подписи.

В посте в X 30 октября Хоскинсон предостерёг: «там есть действительно очень опасный код». Он поделился техническим разбором CyberSatoshi, в котором описывается контракт, предположительно созданный для опустошения активного горячего кошелька биржи — подключённого к интернету аккаунта, который биржи используют для обработки выводов и пополнений клиентов:

Careful, there is some seriously dangerous code out there. pic.twitter.com/w7wM1nn0Lz — Charles Hoskinson (@IOHK_Charles) October 30, 2026

Потери от более широкой атаки 29 октября оценивались в $6,3 млрд, по данным Bloomberg. В объявлении компании от 30 октября указано, что следователи не обнаружили краденых приватных ключей.

Что обнаружил анализ в кошельке Binance?

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

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

В анализе также указана функция execute, получившая доступ к кошельку с токенами USDC на сумму около $823 млн. Этот кошелёк, предположительно, распознавал заблокированный горячий кошелёк, известный как Binance 14, в качестве авторизованного контролёра. Специалисты по блокчейну обсудили эти выводы, но остаётся неясным, какой эффект это имело, и в разборе не показано, как первоначальный подписант получил разрешения.

Как работает делегирование EIP-7702 в Ethereum?

EIP-7702 позволяет любому аккаунту в протоколе Ethereum использовать код других адресов для делегирования — эта возможность предназначена для добавления функциональности смарт-контрактов обычным пользовательским аккаунтам. Стандарт поддерживает пакетные транзакции и оплату комиссий третьей стороной. Его разрешения состоят из идентификатора блокчейна, адреса делегата, nonce транзакций и подписей. После проверки этих параметров код назначается аккаунту.

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

Почему были отправлены 50 авторизаций?

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

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

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

Какие риски безопасности выявляет EIP-7702?

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

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

Binance подтвердила, что уже отозвала затронутые авторизации и усилила меры безопасности. Компания заверила клиентов, что потери будут компенсированы и что будет выпущен технический отчёт. То, каким образом был получен доступ для подписи, остаётся открытым вопросом, и вопрос контроля доступа всё ещё требует расследования — поэтому обещанный биржей технический отчёт станет следующим документом, за которым стоит следить в поисках ответов.