Oficjalny raport Binance po wycieku 6,34 miliarda dolarów ujawnia, że największy atak w historii branży nie wynikał ze złamania kluczy prywatnych, lecz z pięciomiesięcznej kampanii socjotechnicznej. Atakujący z grupy TraderTraitor (Lazarus) wykorzystali sfałszowaną rozmowę kwalifikacyjną dewelopera oraz zainfekowane repozytorium, aby przejąć dostęp do wewnętrznego narzędzia AI i serwisu podpisującego transakcje. Z łącznej sumy skradzionych aktywów zamrożono 2,85 miliarda dolarów, a Binance pokrywa 100% strat z własnych rezerw ze względu na całkowity brak komercyjnej polisy ubezpieczeniowej cyber security.
Pięć miesięcy przygotowań: od złośliwego pakietu po przejęcie kluczy Binance
Kampania skierowana przeciwko Binance rozpoczęła się w czerwcu 2026 roku od zainfekowania menedżera pakietów Homebrew na komputerze dewelopera. Hakerzy wykorzystali zdobyte informacje do stworzenia profilu zespołu, a we wrześniu przeprowadzili sfałszowany proces rekrutacyjny. Po pomyślnym wdrożeniu złośliwego oprogramowania i przejęciu wewnętrznego narzędzia AI, 29 października 2026 roku z hot walletów Binance wyprowadzono 6,34 miliarda dolarów.
Pierwsze naruszenie miało miejsce w czerwcu 2026 roku, gdy inżynier DevOps zespołu portfeli Binance (Engineer A) pobrał zmodyfikowaną instalację pakietu Homebrew podczas poszukiwania narzędzia AI do kodowania. Zespół bezpieczeństwa Binance wykrył anomalię, wymienił urządzenie pracownika oraz zresetował poświadczenia, jednak atakujący zdołali wcześniej zebrać informacje o rolach i tożsamości pozostałych członków zespołu infrastruktury.
We wrześniu 2026 roku hakerzy nawiązali kontakt z innym inżynierem oprogramowania Binance (Engineer B) na profesjonalnym portalu rekrutacyjnym, podszywając się pod dyrektora projektu. Proces rekrutacyjny składał się z dwóch etapów: – Pierwsza rozmowa wideo: przeprowadzona przez rzekomego rekrutera HR, który udostępnił prywatne konto w mediach społecznościowych z osobiście opublikowanymi zdjęciami i filmami, aby zbudować głębokie zaufanie. – Druga rozmowa na komunikatorze: prowadzona przez osobę podającą się za prezesa nieistniejącej firmy, podczas której polecono inżynierowi pobranie zadania rekrutacyjnego w postaci repozytorium kodu na komputer służbowy.
Przygotowane repozytorium zawierało złośliwy kod typu zero-day, niewykrywalny dla używanych w Binance narzędzi ochrony punktów końcowych EDR. Skrypt instalacyjny usunął poprawny plik wykonywalny pyenv z katalogu /opt/homebrew/Cellar/pyenv/2.8.0/libexec/pyenv, podmienił go na złośliwy plik o rozmiarze 3414 bajtów, utworzył dowiązanie symboliczne i uruchomił powłokę zsh, nawiązując połączenie z zewnętrznym serwerem C2 oraz usuwając ślady powdrożeniowe.
Dnia 20 października 2026 roku atakujący wykorzystali przejęty komputer Engineer B oraz wewnętrzne narzędzie AI Binance, aby uzyskać dostęp do stacji roboczych dwóch kolejnych pracowników – Engineer A i Engineer C. Na komputerze Engineer A hakerzy odnaleźli token z uprawnieniami do wdrażania kontenerów.
Właściwy atak nastąpił 29 października 2026 roku między 17:15 a 19:56 UTC. Atakujący zalogowali się na komputer Engineer C, użyli skradzionego tokenu wdrożeniowego Engineer A, postawili złośliwy kontener i uruchomili skrypt uzyskujący autoryzację w wewnętrznym serwisie podpisującym transakcje Binance. Między 20:05 a 20:09 UTC z gorących portfeli Binance wyprowadzono: – 233,46 miliona XRP – 970 500 SOL – 44,2 miliona OP – 18 270 BTC
Następnie hakerzy użyli 50 transakcji podpisujących, aby zmanipulować wartości nonce i wykorzystać mechanizm EIP-7702 na blockchainie Ethereum. Nadali oni złośliwemu smart kontraktowi częściowe prawa wykonawcze nad portfelem Binance 14, wywołując funkcję sweep, która w jednej transakcji opróżniła portfel z ETH oraz ponad 60 tokenów, w tym 1,6 miliarda USDT oraz 62,6 miliona RLUSD.
Delegacje EIP-7702 działały bezpośrednio w warstwie sieci on-chain, więc samo wstrzymanie wypłat w systemach API Binance nie zatrzymało transferu środków. Ponieważ portfele Binance wykorzystywały architekturę Multi-Party Computation (MPC), brak pojedynczego klucza prywatnego uniemożliwił natychmiastowe odwołanie uprawnień. Zespół Binance musiał opracować dedykowaną procedurę czyszczącą, a ostateczne unieważnienie delegacji nastąpiło 30 października o 00:10 UTC poprzez przekierowanie wpisu na adres zerowy.
Czy Twój stack deweloperski jest chroniony przed sfałszowaną rekrutacją?
Wykorzystanie sfałszowanych rozmów kwalifikacyjnych jest rosnącym wektorem ataku na specjalistów IT z uprawnieniami administracyjnymi w kluczowej infrastrukturze. Sektor technologiczny musi uwzględnić w swoim modelu zagrożeń fakt, że procesy rekrutacyjne deweloperów są bezpośrednio penetrowane przez państwowe grupy hakerskie. Kampania przeciwko Binance pokazała, że tradycyjne narzędzia ochrony punktów końcowych bezizolacyjnych środowisk uruchomieniowych nie powstrzymują dedykowanego złośliwego oprogramowania.
Amerykańskie biuro FBI jednoznacznie przypisało atak na Binance grupie TraderTraitor (znanej również jako Lazarus Group lub APT38), powiązanej z władzami Korei Północnej. Ta sama grupa odpowiadała za kradzież 1,5 miliarda dolarów z giełdy Bybit w lutym 2025 roku.
Z analiz firmy Chainalysis wynika, że atak na Binance był kulminacją długofalowej strategii. W ciągu 18 miesięcy poprzedzających ten incydent technika „Contagious Interview” (zarówno warianty ze sfałszowanym rekruterem, jak i z fikcyjnymi pracownikami IT) doprowadziła do kradzieży 14,3 miliona dolarów w dziesiątkach mniejszych ataków na deweloperów i protokoły. Mniejsze incydenty pozwoliły hakerom udoskonalić warsztat przed uderzeniem w Binance.
Według międzynarodowego ostrzeżenia służb z Japonii, USA i Niemiec, kampania rekrutacyjna WaterPlum zainfekowała ponad 30 000 urządzeń w 100 krajach i doprowadziła do kompromitacji ponad 7 000 portfeli. Ponadto Binance ujawniło, że tylko w 2026 roku udaremniło 57 innych prób ataków powiązanych z Koreą Północną, wykorzystujących fikcyjne rozmowy kwalifikacyjne, zainfekowane pakiety NPM/Homebrew oraz złośliwe aplikacje do wideokonferencji.
| Parametr incydentu | Atak na Binance (Październik 2026) | Standardowa kampania Contagious Interview |
|---|---|---|
| Główny wektor wejścia | Zadanie rekrutacyjne z kodem zero-day | Złośliwy plik z zadaniem / czytnik PDF |
| Czas przygotowania | 5 miesięcy (czerwiec – październik 2026) | Od kilku tygodni do kilku miesięcy |
| Zasięg kompromitacji | 3 stacje inżynierów i wewnętrzne AI | Infekcja stacji lokalnej i chmury |
| Podmiot odpowiedzialny | TraderTraitor / Lazarus / APT38 (DPRK) | Grupa WaterPlum / Lazarus (DPRK) |
| Skala strat finansowych | 6,34 mld USD (zamrożono 2,85 mld USD) | Ponad 14,3 mln USD w mniejszych atakach |
Wewnętrzne narzędzia AI jako trampolina do lateral movement w architekturze IT
Wdrożenie wewnętrznych asystentów sztucznej inteligencji bez rygorystycznej separacji kontekstów uprawnień stwarza nowy wektor eskalacji uprawnień w sieci korporacyjnej. W przypadku Binance hakerzy użyli skompromitowanej stacji roboczej inżyniera oprogramowania oraz aplikacji AI do przejęcia kontroli nad stacjami innych deweloperów infrastruktury portfeli. Ryzyko to wynika z dziedziczenia szerokich uprawnień dostępowych przez modele AI pracujące w środowisku produkcyjnym.
Incydent w Binance jest jednym z pierwszych udokumentowanych przypadków, w których wewnętrzne narzędzie AI zostało użyte przez napastnika do poruszania się po sieci firmowej (lateral movement). Hakerzy po przejęciu komputera Engineer B użyli firmowej aplikacji AI, aby odpytać środowisko i uzyskać dostęp do tożsamości oraz uprawnień Engineer A i Engineer C.
Pojęcia architektoniczne opisujące podatności ujawnione podczas ataku na Binance: – Kompromitacja punktu końcowego (Endpoint Compromise): Przejęcie stacji roboczej dewelopera w wyniku uruchomienia złośliwego kodu maskowanego pod postacią testu rekrutacyjnego. – Lateral Movement via AI: Wykorzystanie szerokich uprawnień kontekstowych wewnętrznego asystenta AI do przeszukiwania zasobów firmowych i przejmowania poświadczeń innych użytkowników. – Drenaż uprawnień EIP-7702: Tymczasowa delegacja praw wykonawczych konta Ethereum na rzecz zewnętrznego smart kontraktu na poziomie protokołu, działająca niezależnie od aplikacji klienckiej.
W odpowiedzi na ten wektor Binance przebudowało całe wewnętrzne narzędzie AI i jego procedury kontroli dostępu, wyeliminowało statyczne tokeny wdrożeniowe z urządzeń pracowników oraz wdrożyło moduły detekcji behawioralnej anomalii bazujące na AI.
Koszty, brak polisy cyber i pokrycie 6,34 mld USD z rezerw własnych Binance
Likwidacja skutków finansowych najdroższego ataku hakerskiego wymagała od Binance zaangażowania całości własnych kapitałów oraz środków z funduszu SAFU. Brak komercyjnej polisy ubezpieczeniowej cyber security zmusił organizację do wykupu skradzionych aktywów bezpośrednio z rynku oraz transakcji OTC. Zdarzenie to uwypukliło luki na rynku ubezpieczeń aktywów cyfrowych oraz wyłączenia dotyczące ataków wspieranych przez państwa.
Struktura finansowa incydentu Binance kształtuje się następująco: – Łączna kwota ataku: 6,34 miliarda dolarów. – Środki zamrożone i przechwycone: 2,85 miliarda dolarów. W tym Tether zamroził 1,57 miliarda USDT, Circle zamroził 1,1 miliarda USDC, World Liberty Financial zamroził 27 milionów USD1, a Rada Bezpieczeństwa Arbitrum zablokowała 30,5 miliona dolarów na poziomie Layer-2. – Środki poza możliwością zamrożenia: około 3,5 miliarda dolarów w aktywach niewrażliwych na blokady emitentów (głównie BTC i ETH). – Poziom pokrycia strat: Binance uzupełniło 98% skradzionych aktywów według stanu na 31 października i 4 listopada 2026 roku, pokrywając straty z kapitału własnego, części funduszu SAFU (wynoszącego przed atakiem 1 mld USD) oraz funduszu ubezpieczeniowego Futures.
Z ustaleń podanych przez Bloomberg Law wynika, że Binance nie posiadało komercyjnej polisy ubezpieczeniowej cyber security. Standardowe rynkowe polisy crime oraz cyber wyłączają środki przechowywane w gorących portfelach (hot wallets). Co więcej, gdy FBI oficjalnie przypisze atak podmiotowi państwowemu (wytyczne Lloyd’s Market Bulletin Y5381), ubezpieczyciele powołują się na klauzule wyłączające odpowiedzialność z tytułu ataków sponsorowanych przez państwa i działań wojennych.
Wnioski practicalzne i rekomendacje
- Skonfiguruj odizolowane środowiska uruchomieniowe (np. dedykowane maszyny wirtualne bez dostępu do sieci wewnętrznej i produkcyjnych poświadczeń) do testowania oraz budowania repozytoriów kodu dostarczanych przez zewnętrznych kandydatów w procesach rekrutacyjnych.
- Zweryfikuj zakres uprawnień oraz izolację kontekstową wewnętrznych asystentów i narzędzi AI, uniemożliwiając im odczytywanie lokalnych tokenów wdrożeniowych, kluczy API oraz poświadczeń deweloperów.
- Wdróż zasadę krótkotrwałych tokenów wdrożeniowych (short-lived deployment tokens) i wyeliminuj przechowywanie statycznych poświadczeń kontenerowych na stacjach roboczych inżynierów.
- Zmierz czas reakcji i przeprowadź symulacje awaryjnych procedur unieważniania praw on-chain oraz delegacji smart kontraktów (w tym EIP-7702) przy wykorzystaniu architektury Multi-Party Computation (MPC).
Źródła
- 29 October 2026 Binance Security Incident: Initial Findings and Response Update
- A Fake Job Interview Helped Hackers Steal $6B From Binance – YouTube
- Binance Hack Post Mortem: How $6.3B Was Stolen (Timeline) – Airdrop Alert
- Binance Hack: How Fake Job Interviews and AI Abuse Led to a $6.34 Billion Attack
- Binance Reveals How Fake Job Interviews and AI Tool Abuse Led to $6.43 Billion Theft
- Binance’s US$6.3bn hack began with a fake job offer, and it had no cyber cover
- DPRK Fake Interview Playbook: How Hackers Targeted Binance – Chainalysis
- Fake job interview opened the door to $6.34 billion Binance heist – Help Net Security
Dodaj komentarz