Założyciel Cardano Charles Hoskinson ostrzegł przed krążącym niebezpiecznym kodem po włamaniu do portfela Binance, udostępniając zewnętrzną analizę techniczną incydentu. Raport wiąże funkcję delegowania EIP-7702 w Ethereum z szybkim transferem aktywów, choć giełda nie potwierdziła, w jaki sposób atakujący uzyskali autoryzację do podpisywania.

W poście na X z 30 października Hoskinson przestrzegł, że „jest tam poważnie niebezpieczny kod”. Udostępnił on techniczne opracowanie autorstwa CyberSatoshi opisujące kontrakt, który — jak się zarzuca — miał zostać zaprojektowany w celu opróżnienia ruchliwego portfela hot giełdy, czyli konta połączonego z internetem, od którego giełdy uzależniają przetwarzanie wpłat i wypłat klientów:

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

Straty spowodowane szerszym atakiem z 29 października oszacowano na 6,3 miliarda dolarów, według Bloomberga. Ogłoszenie firmy z 30 października wskazywało, że śledczy nie natrafili na żadne skradzione klucze prywatne.

Co analiza wykryła w portfelu Binance?

Według CyberSatoshi kontrakt zawierał funkcję, która opróżniała środki i zostawiała tylko jeden ETH, zapewniając, że proces płatności nie zakończy się niepowodzeniem z powodu braku gazu.

Teoria dotycząca sposobu działania alertów wewnątrz giełdy nie została jeszcze zweryfikowana, a Binance nie potwierdziło tych informacji. Kontrakt miał podobno sprawdzać saldo każdego tokena i kontynuować działanie niezależnie od tego, czy pojedyncza transakcja się nie powiodła, co oznacza, że inne tokeny mogły zostać przetworzone nawet wtedy, gdy jeden z nich był zablokowany.

Analiza zidentyfikowała również funkcję execute uzyskującą dostęp do portfela z około 823 milionami dolarów w tokenach USDC. Portfel ten miał podobno rozpoznawać zablokowany portfel hot znany jako Binance 14 jako autoryzowany kontroler. Eksperci od blockchainu komentowali te ustalenia, ale niejasne pozostaje, jaki miały one skutek, a opracowanie nie pokazuje, w jaki sposób pierwotny sygnatariusz uzyskał uprawnienia.

Jak działa delegowanie EIP-7702 w Ethereum?

EIP-7702 pozwala każdemu kontu w protokole Ethereum korzystać z kodu innych adresów w celu delegowania — funkcja ta ma wprowadzić funkcjonalność inteligentnych kontraktów do zwykłych kont użytkowników. Standard obsługuje transakcje wsadowe i opłacanie opłat przez stronę trzecią. Uprawnienia obejmują identyfikator łańcucha, adres delegata, numery nonce transakcji oraz podpisy. Po weryfikacji tych parametrów kod jest przypisywany do konta.

Oznacza to, że atak nie mógł nastąpić wyłącznie za sprawą EIP-7702: atakujący musiał posiadać ważne uprawnienie do podpisywania. Według CyberSatoshi atakujący miał albo dostęp do klucza prywatnego, albo mógł uzyskać nieograniczone uprawnienia. Według Binance jednak nie stwierdzono żadnego wycieku kluczy prywatnych.

Dlaczego przesłano 50 autoryzacji?

Badacz zidentyfikował zestaw 50 podpisów dla autoryzacji z kolejnymi numerami nonce. Nonce to wartość, która zmienia się przy każdej transakcji wykonanej przez konto. Ponieważ Binance 14 jest znane z obsługi częstych transferów, atakujący miał podobno wygenerować wiele rekordów odpowiadających jego zmiennym numerom nonce.

Śledztwo blockchainowe pokazuje, że jedna autoryzacja odpowiada aktualnemu numerowi nonce portfela i inicjuje proces delegowania. Ethereum wykonuje każdą autoryzację po kolei, pomijając te, które nie przechodzą walidacji, a kilka kolejnych autoryzacji może się powieść, pod warunkiem że ich numery nonce są poprawne w momencie przetwarzania. W rozpatrywanym przypadku, według różnych źródeł, istniał tylko jeden pasujący wpis. Następna zdelegowana akcja przeniosła duże ilości tokenów w ramach jednej transakcji.

Według CyberSatoshi ta szybkość pozostawiła Binance niewiele czasu na reakcję. W przeciwieństwie do płatności kartowych, które obejmują mechanizmy chargeback, transfery blockchainowe nie mają wbudowanego mechanizmu cofania po potwierdzeniu transakcji. Twierdzenie, że ruch mógł zostać wcześnie wykryty za pomocą zwykłych transakcji, jest jednak wątpliwe.

Jakie ryzyka dla bezpieczeństwa identyfikuje EIP-7702?

Zgodnie ze specyfikacją Ethereum zdelegowany kod może uzyskać dostęp do konta bez dodatkowych ograniczeń, a standard zaleca, aby audytorzy deweloperów portfeli sprawdzili kontrakt i zapobiegli atakom polegającym na powtórnym odtworzeniu transakcji (replay attacks).

Delegowanie utrzymuje się nawet po zakończeniu transakcji, która je ustanawia. Autoryzacja, która została przetworzona, nie zostaje po prostu usunięta, nawet jeśli wykonanie delegowania w późniejszym etapie się nie powiedzie. Autoryzacja wskazująca adres zerowy usuwa delegowanie, co oznacza, że zdelegowany dostęp pozostaje aktywny do czasu jego jawnego cofnięcia.

Binance potwierdziło, że już cofnęło dotknięte autoryzacje i zwiększyło środki bezpieczeństwa. Firma zapewniła klientów, że straty zostaną wypłacone oraz że zostanie opublikowany raport techniczny. Sposób uzyskania dostępu do podpisywania pozostaje kwestią otwartą, a kwestia kontroli dostępu nadal wymaga zbadania — co czyni zapowiedziany przez giełdę raport techniczny kolejnym dokumentem, na który należy czekać w poszukiwaniu odpowiedzi.