Нападающие стали причиной 63% раннего использования новой функции смарт-кошелька Ethereum

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

Исследование, прошедшее рецензирование и опубликованное для USENIX Security '26, показало, что контракты, связанные с нападающими, были связаны с 2,322,548 из 3,664,166 авторизационных транзакций EIP-7702, которые были наблюдаемы на семи цепочках до 15 июля 2025 года. Это составляет 63% исторического объема транзакций в наборе данных исследователей.

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

Цифра измеряет транзакции, в то время как распространенность различных кошельков и текущая ставка атак 2026 года находятся вне сферы исследования.

Почему нападающие доминировали в раннем количестве авторизаций

Ethereum активировал Pectra, включая EIP-7702, 7 мая 2025 года. Окончательная спецификация представила транзакцию типа 4, которая позволяет внешне управляемому аккаунту установить указатель на развернутый код контракта.

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

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

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

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

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

Протокол проверяет подпись владельца аккаунта, в то время как кошелек все еще должен установить, заслуживает ли выбранный код контроля.

Исследователи проанализировали более 22,8 миллиарда исторических транзакций на Ethereum, Binance Smart Chain, Polygon, Optimism, Arbitrum, Base и Gnosis.

В рамках этих данных они изучили 3,664,166 авторизаций EIP-7702 до отсеченного срока и использовали фильтры транзакций, анализ байт-кода и ручной обзор для идентификации 924 вредоносных контрактов. Они классифицировали 793 как нацеленные на EOA, 124 как нацеленные на контрактные аккаунты и семь как составные атаки.

Карта рисков EIP-7702 показывает 63% авторизаций, $2,36 миллиона зафиксированных убытков и $10,14 миллиона потенциального риска.

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

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

Риск выходит за пределы захваченных кошельков

Исследование зафиксировало $2,362,848.76 в зафиксированных убытках по трем категориям атак. Отдельная оценка охватывала более старые контракты, защита которых предполагала, что программируемые EOA не могут существовать.

EIP-7702 разрушает старое предположение о том, что msg.sender == tx.origin надежно идентифицирует простой EOA или блокирует поведение, опосредованное контрактом.

Исследователи идентифицировали 967 активных контрактов Ethereum в подмножестве, использующих эту проверку в качестве защиты от flash-loan, и оценили, что около $10,1 миллиона активов находятся под потенциальным высоким риском.

Общая сумма обнаруженных краж составила около $2,36 миллиона, поэтому $10,14 миллиона представляют собой активы, подвергшиеся риску из-за защитного предположения, которое больше не действовало.

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

Предварительно вычисленный адрес CREATE2 может позже получить код, изменяя то, что выполняет аккаунт, в то время как записанная цель остается прежней.

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

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

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

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

Приложения должны запрашивать необходимую им функцию и оставлять реализацию аккаунта на усмотрение кошелька. Для одобрения и обмена в одном потоке текущее руководство Ethereum Foundation указывает разработчикам на интерфейс кошелька, такой как ERC-5792.

Кошелек затем может выбрать EIP-7702, ERC-4337 или другую систему аккаунтов, не запрашивая у пользователя одобрения кода низкого уровня делегирования, выбранного приложением.

Текущие рекомендации предполагают подпись параметров инициализации или ограничение настройки до ERC-4337 EntryPoint, закрывая путь для фронт-раннинга, в котором злоумышленник подменяет свои значения.

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

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

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

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