Оригінальна стаття від компанії з кібербезпеки Web3 blockaid
Упорядковано Expressman@Odaily Planet Daily
Огляд інциденту
29 жовтня 2026 року, згідно з публічною статистикою, з гарячих гаманців Binance у шести мережах — Ethereum, Arbitrum, Avalanche, Optimism, Bitcoin і Tron — було викрадено щонайменше 5,5 мільярда доларів, що є найбільшою крадіжкою криптовалюти в публічній історії. Атака була зосереджена на Binance 14 (Binance 14) — одному з найбільших і найактивніших гарячих гаманців Binance в Ethereum.
Починаючи з 20:24 UTC, зловмисник спочатку спустошив Binance 14 транзакцією на суму приблизно 2,5 мільярда доларів. Лише за кілька хвилин до цього авторизація EIP-7702, підписана копією приватного ключа гаманця, спрямувала делегування гаманця на контракт-свіпер, розгорнутий зловмисником. Протягом 12 хвилин після першого змітання ще 10 гарячих гаманців Binance у чотирьох мережах надіслали кошти на ту саму адресу; згодом зловмисник використав все ще делегований Binance 14, щоб спустошити смарт-акаунт під ім'ям Binance. Binance заявила, що проводить розслідування, і не підтвердила, чи були порушені кошти користувачів. Наразі загальна сума змітань становить 5,5 мільярда доларів, і експлойт триває досі.
Виявлення Blockaid позначило змітання протягом двох хвилин після його початку, ще до будь-яких публічних повідомлень, а автоматизований аналіз підтвердив витік приватного ключа та механізм делегування протягом 11 хвилин. Протягом години Blockaid позначила адреси зловмисника як шкідливі у своїй мережі, повідомила всіх клієнтів про інцидент через Ecosystem Incidents Feed і відстежила весь процес розподілу, обміну та використання коштів як застави для позик. Tether і Circle заморозили приблизно 1,8 мільярда доларів на основній адресі отримання; пізніше Tether заявила, що загальна сума заморожених нею USDT перевищила 1,5 мільярда доларів. ETH, AVAX, OP і ARB, які не вдалося заморозити, залишаються в руках зловмисника.
Цей звіт охоплює процес підготовки зловмисника, делегування та змітання EIP-7702, паралельний підпис приватними ключами в чотирьох мережах, шляхи відмивання грошей і заморожування. Він написаний для бірж, кастодіанів і фінансових установ, які зберігають ключі підпису в масштабі, вказуючи на дві контрольні точки, що визначають успіх або провал таких атак: забезпечення політики до створення підписів і безперервний моніторинг після початку руху коштів.
Передумови: гарячі гаманці, ключі підпису та делегування EIP-7702
Гарячі гаманці бірж — це онлайн-акаунти, які біржі використовують для обробки виведення коштів клієнтів і переказу коштів між власними гаманцями. Вони зберігають великі обсяги робочого капіталу, підписують безперервно, часто підписуючи тисячі переказів на день; а приватні ключі, що стоять за цими підписами, є єдиною лінією захисту між балансом і будь-ким, хто володіє копією приватного ключа. В Ethereum та інших EVM-мережах такі гаманці історично були зовнішньо власними акаунтами (EOA) — звичайними адресами без коду, де один дійсний підпис може переміщати кошти, і нічого більше не перевіряється в ланцюжку.
EIP-7702 дозволяє EOA виконувати код смарт-контракту. Акаунт підписує авторизацію, що вказує контракт; щойно транзакція типу 4 пакує цю авторизацію в блок, будь-який виклик цього акаунта виконуватиме логіку цього контракту з повним доступом до балансу акаунта. Авторизація прив'язана до nonce акаунта, і делегування залишається чинним, доки акаунт не підпише нову авторизацію для його заміни або скасування. Для роздрібних гаманців це дає змогу пакетних транзакцій і спонсорства газу; для гарячих гаманців один витік підпису, що потрапляє на правильний nonce, еквівалентний передачі безперервного контролю на рівні коду над акаунтом зловмиснику, включаючи кожен наступний депозит.
Blockaid підтвердила 4 інциденти EIP-7702 у першій половині 2026 року, що охоплюють загалом приблизно 1,08 мільйона доларів, кожен з яких зловживав різним аспектом делегування; її «Звіт про ончейн-безпеку за перше півріччя 2026 року» передбачав, що перший випадок із семизначною сумою з'явиться до кінця року. Цей інцидент є виконанням того прогнозу і на три порядки величини перевищує прогнозоване.
Прямий шлях переказу є старішим і простішим: викрадений приватний ключ підписує звичайні перекази, які на гаманці, що здійснює тисячі виведень коштів на день, виглядають рутинно, доки одержувач, сума та час не будуть розглянуті разом. Обидва шляхи в кінцевому підсумку спираються на приватні ключі — ось чому виявлення цього типу атаки покладається на поведінкові характеристики, а не на відомі шаблони підписів чи вразливості контрактів.
Повний процес експлуатації
Усі вказані нижче часи — 29 жовтня 2026 року за UTC; на момент публікації інцидент ще розвивався.
1. Підготовка
Адреса оператора 0x7C8601d4645b93cea45F71e118A729332e6B5CA0 була профінансована через три виведення з Tornado Cash, починаючи з 28 жовтня. 29 жовтня він відрепетирував повний процес «делегування — змітання» на трьох гаманцях, якими володів, переводячи лише від $2 до $6 щоразу; того ж дня о 15:59 він розгорнув контракт-змітач 0x63e842B054Bd624a465454D533C33F573e9c6fAe, який згодом буде використаний проти Binance. Контракт не верифікований, вказує оператора як єдиного авторизованого викликача та містить функцію змітання (переказ усіх перелічених токенів і ETH на рахунку на вказаного одержувача) і функцію переадресації (дозволяє делегованому рахунку викликати інші контракти).
2. Розпилення nonce: 50 авторизацій, одне влучання
О 20:20:59 оператор надіслав транзакцію типу 4 до Binance 14 (0x28C6c06298d514Db089934071355E5743bf21d60), що містила 50 авторизацій EIP-7702, підписаних приватним ключем Binance 14, по одній для кожного nonce від 18 914 775 до 18 914 824, кожна з яких делегувала гаманець контракту-змітачу. На той момент Binance 14 все ще обробляв клієнтські виведення коштів, і атакувальник не міг знати, який nonce наразі є дійсним, тому він просто підписав ціле вікно. 49 були недійсними, 1 влучив, і делегування набуло чинності негайно — тоді як власні транзакції Binance продовжували надсилатися з того самого гаманця, як зазвичай.
3. Змітання: одна транзакція забирає $2,5 мільярда
О 20:24:23, через три хвилини й двадцять чотири секунди, оператор викликав sweep на Binance 14, переказавши 167 464 ETH, 1,615 мільярда USDT та близько 60 інших токенів на раніше не задіяну адресу отримувача 0x5227f603C1eE34CE3C06eFe6477003BDfCCB2f8c. У Binance 14 залишився лише 1 ETH. За цінами на той час цей кошик активів коштував приблизно $2,5 мільярда.
4. Десять інших приватних ключів у чотирьох мережах
Через 24 секунди після змітання Binance 16 надіслав 28 005,6 ETH, 55,7 мільйона USDT, 25,9 мільйона RLUSD, 84,5 WBTC та п'ять інших токенів на ту саму адресу. Протягом 12 хвилин Binance 55 в Optimism надіслав 44,2 мільйона OP, чотири гарячі гаманці в Arbitrum надіслали 74,6 мільйона ARB та 8 426 ETH, а чотири гарячі гаманці в Avalanche надіслали 1,81 мільйона AVAX та 8,41 мільйона USDT.
Жоден із цих гаманців не мав коду. Кожен переказ був звичайною транзакцією, підписаною власним приватним ключем гаманця, надісланою посеред рутинних виведень коштів. Публічна статистика також приписує 18 270 BTC у мережі Bitcoin та приблизно $630 мільйонів у мережі Tron тому самому суб'єкту (ця частина позначена в оригіналі як така, що очікує підтвердження від розвідки загроз; див. примітку перекладача).
5. Смарт-акаунт і безперервне вичерпування
О 20:41:23 оператор використав усе ще делегований Binance 14 — який містив смарт-акаунт Circle, Binance Hot Wallet 34 — щоб переказати 780 мільйонів USDC з того акаунта назад на адресу отримувача, а згодом ще 43 мільйони USDC. О 21:44 він знову зім'яв Binance 14, забравши 200 мільйонів USDT та 13 інших токенів, що надійшли після першого змітання. Станом на 22:00 делегування все ще було чинним, і будь-які кошти, надіслані на Binance 14, могли бути забрані без ще одного підпису.
Чому ончейн-моніторинг і оцінка ризикової експозиції однаково важливі, коли викрадені кошти рухаються
Установи можуть контролювати власні ключі та процеси підписання, але вони не можуть контролювати майданчики, через які рухаються кошти, контрагентів, які вносять їм гроші, або атакувальника, який уже перемістив $3 мільярди через чотири мережі. Саме ця зовнішня поверхня ризику підпадає під сферу ончейн-моніторингу та оцінки ризикової експозиції; і в цьому інциденті обидва почали працювати протягом секунд після першого переказу.
Моніторинг ончейн виявляє поведінку, а не підписи. Сигналами в цьому інциденті були: код гарячого гаманця змінився з порожнього на вказівник делегування; адреса сховища перемістила суму, порівнянну з інвентарем, на адресу без історії; та сама нова адреса отримала кошти від 11 позначених гаманців у чотирьох мережах протягом 12 хвилин. Жоден із цих сигналів не потребує відомого шаблону атаки чи вразливості контракту, тому детектори Blockaid спрацювали через 1 хвилину 55 секунд після вичерпання коштів, і протягом 7 секунд для кожного кросс-чейн переказу. Саме делегування було видимим ончейн протягом 3 хвилин 24 секунд—будь-яка установа, що моніторить зміни стану власних адрес, мала це вікно для дій. Коли спрацьовує сповіщення моніторингу, робочий процес реагування Blockaid може надіслати транзакцію «вичерпати баланс» або «скасувати делегування» безпосередньо в кастодіальну платформу установи, причому реагування та виявлення починаються в ту саму хвилину.
Risk Exposure охоплює інший бік того самого інциденту: усіх, хто збирається отримати ці гроші. Протягом 90 хвилин після вичерпання викрадені кошти торкнулися Permit2, LI.FI, Uniswap, UniswapX і Aave, а далі—кросс-чейн мостів і торгів через агрегатори. Кожен пул, кредитний ринок, кросс-чейн міст, маркет-мейкер і біржа на цьому шляху тепер утримують або обробили ці викрадені кошти, і комплаєнс-ризик ліг на них у момент надходження коштів. Risk Exposure надає цим установам сигнали в реальному часі.
Як EIP-7702 перетворює витік приватного ключа на постійний контроль
До EIP-7702 викрадений приватний ключ гарячого гаманця означав гонку з часом: атакуючий мав завершити кожен підпис, перш ніж інша сторона зможе вивести баланс, і щойно біржа переходила на нову адресу, приватний ключ ставав марним. Приватний ключ, який може підписувати делегування, змінює це.
Одна авторизація, дійсна при єдиному nonce, перетворила Binance 14 на програму, що належить атакуючому. Перше вичерпання забрало баланс о 20:24 UTC, і делегування залишилося на місці недоторканим; о 21:44 UTC атакуючий захопив понад $200 мільйонів нових депозитів без підписання гаманцем жодної іншої транзакції. Перехід на новий приватний ключ не усуває це, оскільки делегування належить адресі, а не приватному ключу. Лише підписання іншої авторизації викраденим приватним ключем, що вказує обліковий запис на нульову адресу, може скинути його; до того часу кожен кошт, надісланий на Binance 14, є доступним.
Для команд, які керують великими EOA, практичні кроки є конкретними: розглядайте авторизації EIP-7702 як привілейовані операції та керуйте ними за тією ж політикою, що й переказами з холодних гаманців; моніторте зміни коду на кожній адресі гарячого гаманця та заздалегідь готуйте транзакції відкликання; не тримайте інвентар на будь-якій адресі, чий статус делегування неясний; після витоку спершу скасуйте делегування, потім змініть ключі та поповніть гаманець; і на кожній транзакції делегування передавайте список авторизацій на рівень скринінгу—адже без цього списку делегування виглядає як порожній виклик до довіреної адреси. Рушій Blockaid уже оцінює цей список, і Cosigner уже передає його; прогалина, виявлена цим інцидентом, полягає в потоках підписання, які цього не роблять.
Висновок
Витоки приватних ключів залишаються найбільшим джерелом ончейн-втрат. Якщо публічні оцінки підтвердяться, це буде найбільша крадіжка в історії, більш ніж утричі перевищуючи приблизно $1,5 мільярда, викрадених у Bybit у лютому 2025 року. Приватні ключі 11 гарячих гаманців Binance підписали перекази на адресу, створену лише за кілька хвилин до того, і один із них також підписав авторизацію EIP-7702, перетворивши свій гаманець на постійну інфраструктуру атакуючого. Емітенти стейблкоїнів заморозили близько $2,4 мільярда протягом двох годин, тоді як нативні активи, такі як ETH, залишаються в руках атакуючого.
Дійсний підпис, створений викраденим приватним ключем, ончейн виглядає не відмінно від легітимного підпису. Успіх чи провал цього типу атаки вирішується в момент підписання політикою—політикою, яка перевіряє, що цей приватний ключ збирається підписати; і в хвилини, що слідують, моніторингом—відстеженням коштів, які ще можна перехопити.
