Fałszywa rekrutacja, malware i AI. Jak doszło do kradzieży 6,3 mld dolarów z Binance?

Według wstępnych ustaleń Binance przestępcy nie zaczęli od ataku na portfele giełdy, tylko od komputerów pracowników IT: zainfekowanego instalatora narzędzia programistycznego, fałszywej rozmowy rekrutacyjnej i złośliwego zadania programistycznego. Następnie wykorzystali wewnętrzne narzędzie AI, aby uzyskać dostęp do kolejnych komputerów. Historia ataku na Binance pokazuje, dlaczego nawet zaawansowane zabezpieczenia techniczne nie wystarczą bez odpowiednich procedur i kontroli uprawnień.

Jeden z największych cyberataków na rynku kryptowalut

29 października 2026 roku przestępcy wyprowadzili z giełdy kryptowalut Binance aktywa warte około 6,3 miliarda dolarów.

3 listopada Binance opublikował wstępne ustalenia dotyczące przebiegu incydentu. Wynika z nich, że atak był przygotowywany przez kilka miesięcy i obejmował przejmowanie komputerów pracowników, kradzież danych uwierzytelniających oraz wykorzystanie wewnętrznych systemów firmy.

FBI przypisało atak grupie powiązanej z Koreą Północną. Władze tego kraju zaprzeczają, że stoją za atakiem.

Szczególnie interesujący jest sposób, w jaki przestępcy zdobywali dostęp do infrastruktury. Nie zaczęli od bezpośredniego ataku na portfele kryptowalutowe, tylko od codziennej pracy programistów.

Jak przebiegał atak? Cztery etapy

1. Czerwiec 2026: zainfekowany instalator narzędzia programistycznego

Pierwszym celem był pracownik zespołu Wallet DevOps, odpowiedzialnego za infrastrukturę portfeli kryptowalutowych.

Inżynier poszukiwał narzędzia AI wspomagającego programowanie. Podczas instalacji pobrał zmodyfikowany instalator Homebrew, popularnego menedżera pakietów używanego między innymi na komputerach z macOS. Instalator zawierał złośliwy kod.

Systemy bezpieczeństwa Binance wykryły podejrzaną aktywność. Firma wymieniła komputer pracownika i zmieniła powiązane dane uwierzytelniające.

Atakujący zdążyli jednak poznać rolę inżyniera i jego współpracowników odpowiedzialnych za infrastrukturę portfeli. Ta wiedza ułatwiła im przygotowanie kolejnych kroków.

2. Wrzesień 2026: fałszywa rekrutacja programisty

Kolejnym celem został inny inżynier oprogramowania zatrudniony w Binance.

Przestępcy skontaktowali się z nim za pośrednictwem legalnej platformy rekrutacyjnej, przedstawiając się jako reprezentanci fikcyjnej firmy. Proces rekrutacyjny wyglądał wiarygodnie.

Pierwszą rozmowę wideo przeprowadziła osoba podająca się za przedstawiciela działu HR. Rekruter pokazał również profil społecznościowy z osobistymi zdjęciami i filmami, co miało zwiększyć jego wiarygodność.

Druga rozmowa odbyła się w popularnym komunikatorze, z osobą przedstawiającą się jako prezes firmy.

Pod koniec spotkania kandydat otrzymał zadanie programistyczne. Miał pobrać repozytorium kodu i uruchomić projekt na swoim komputerze.

Zadanie rekrutacyjne było pułapką. Repozytorium zawierało złośliwe oprogramowanie, które uruchomiło się podczas przygotowywania środowiska programistycznego.

Malware ukrywał swoją aktywność, między innymi podmieniając legalny komponent narzędzia programistycznego na złośliwą wersję. Dzięki temu mógł wykonywać polecenia i komunikować się z serwerem kontrolowanym przez atakujących. Zabezpieczenia komputera, których firma wtedy używała, go nie wykryły.

Dlaczego pracownik mógł uruchomić nieznany program?

To jedno z najważniejszych pytań wynikających z tego incydentu.

Ofiarą był programista, a nie pracownik administracyjny czy działu finansowego. W codziennej pracy programiści pobierają biblioteki, instalują narzędzia, testują aplikacje i uruchamiają kod z różnych repozytoriów. Samo uruchomienie kodu nie jest więc w ich przypadku niczym nietypowym.

Problem pojawia się wtedy, gdy niezweryfikowany kod jest uruchamiany na komputerze służbowym mającym dostęp do firmowych zasobów.

Nie wiadomo, czy pracownik miał uprawnienia administratora lokalnego ani jakie dokładnie ograniczenia instalowania oprogramowania obowiązywały w Binance. Opublikowane ustalenia nie pozwalają tego jednoznacznie ocenić. Wiadomo natomiast, że złośliwy kod uruchomił się na komputerze używanym do pracy.

To prowadzi do istotnego wniosku: nawet programista, który musi regularnie uruchamiać nowy kod, nie powinien testować nieznanych projektów w środowisku mającym dostęp do krytycznych zasobów organizacji.

Do takich zadań służą izolowane środowiska testowe, pozbawione dostępu do firmowych poświadczeń, sieci produkcyjnej i poufnych danych. Samo uruchomienie projektu w kontenerze nie gwarantuje takiej izolacji.

3. Październik 2026: wykorzystanie wewnętrznego narzędzia AI

20 października atakujący przeszli do kolejnego etapu. Wykorzystali przejęty komputer programisty oraz wewnętrzne narzędzie AI Binance, aby uzyskać kontrolę nad komputerami dwóch kolejnych inżynierów pracujących przy infrastrukturze portfeli kryptowalutowych.

Jednym z nich był inżynier z zespołu Wallet DevOps, którego komputer zaatakowano już w czerwcu. Na jego komputerze przestępcy znaleźli token umożliwiający wdrażanie kontenerów. To on pozwolił im przejść do ostatniego etapu.

W tym miejscu trzeba wyjaśnić rolę sztucznej inteligencji. Nie ma podstaw, aby twierdzić, że AI samodzielnie zaplanowała cyberatak lub podejmowała autonomiczne decyzje o przejmowaniu kolejnych systemów.

Według ustaleń Binance przestępcy wykorzystali istniejące wewnętrzne narzędzie AI do rozszerzenia dostępu. Firma nie ujawniła wszystkich szczegółów technicznych tego mechanizmu. Przypadek ten pokazuje jednak nowe ryzyko związane z narzędziami AI zintegrowanymi z infrastrukturą organizacji.

Asystent lub agent AI, który może korzystać z firmowych danych, narzędzi i systemów, może stać się dodatkową drogą ataku, jeżeli zostanie przejęty lub wykorzystany przez nieuprawnioną osobę.

4. 29 października: przejęcie infrastruktury autoryzacji transakcji

W ostatnim etapie przestępcy wykorzystali wcześniej zdobyte poświadczenia i uprawnienia do wdrożenia kontenera oraz uruchomienia złośliwego skryptu.

Według Binance uzyskali w ten sposób nieautoryzowany dostęp do wewnętrznej usługi podpisywania transakcji. Mogli więc zlecać transfery z pominięciem standardowej procedury wypłat i wyprowadzili aktywa warte około 6,3 miliarda dolarów.

W części ataku dotyczącej sieci Ethereum wykorzystali dodatkowo mechanizm EIP-7702. Nadali nim kontrolowanemu przez siebie inteligentnemu kontraktowi częściowe uprawnienia do wykonywania operacji na portfelu giełdy. Dlatego samo wstrzymanie wypłat nie zatrzymało wszystkich nieautoryzowanych transferów. Binance musiał dodatkowo unieważnić uprawnienia zapisane w blockchainie.

Według aktualizacji Binance z 3 listopada zamrożono lub przechwycono aktywa warte około 2,85 miliarda dolarów. Firma zadeklarowała, że finansowe skutki kradzieży poniesie sama, a nie jej użytkownicy. Binance informował też, że nie znalazł dowodów na wyciek kluczy prywatnych portfeli.

Firma odbudowała też część infrastruktury, wymieniła urządzenia, unieważniła wykradzione poświadczenia i wzmocniła zabezpieczenia.

Dlaczego ten atak powinien zainteresować również małe i średnie firmy?

Binance to globalna giełda kryptowalut z rozbudowaną infrastrukturą i własnymi zespołami bezpieczeństwa. Mechanizmy wykorzystane przez przestępców mogą jednak zadziałać w organizacji dowolnej wielkości.

Pracownik otrzymuje wiarygodnie wyglądającą wiadomość. Rozmawia z osobą, która wydaje się profesjonalna. Następnie zostaje poproszony o wykonanie pozornie zwykłej czynności.

Może to być pobranie programu, otwarcie dokumentu, zainstalowanie rozszerzenia przeglądarki albo zalogowanie się do zewnętrznego serwisu. W przypadku Binance było to zadanie programistyczne.

W innej firmie podobny scenariusz może doprowadzić do przejęcia poczty, systemu finansowo-księgowego, bazy klientów lub dostępu administracyjnego do usług chmurowych.

Co więcej, przestępcy nie muszą od razu zdobyć wszystkich uprawnień. Wystarczy jeden przejęty komputer, z którego mogą rozpocząć poszukiwanie kolejnych możliwości dostępu.

Czego uczy nas przypadek Binance? Siedem zasad dla firm

1. Nie uruchamiaj niezweryfikowanego kodu na komputerze służbowym.

Dotyczy to szczególnie zadań rekrutacyjnych, repozytoriów pobranych z internetu i oprogramowania pochodzącego z nieznanych źródeł. Jeżeli uruchomienie jest konieczne, powinno odbywać się w odpowiednio izolowanym środowisku.

2. Ogranicz uprawnienia użytkowników i aplikacji.

Pracownik nie powinien mieć szerszego dostępu, niż wymaga tego jego praca. Ta sama zasada powinna obejmować programy, integracje i narzędzia AI.

3. Chroń firmowe tokeny i dane uwierzytelniające.

Przechowywanie poświadczeń umożliwiających wykonywanie operacji w systemach produkcyjnych na komputerach pracowników zwiększa ryzyko. Warto korzystać z bezpiecznych menedżerów sekretów i poświadczeń o ograniczonym czasie ważności.

4. Wdrażaj uwierzytelnianie wieloskładnikowe.

Uwierzytelnianie wieloskładnikowe (MFA) utrudnia przejęcie kont, ale nie eliminuje zagrożeń związanych z kradzieżą aktywnych sesji, tokenów lub przejęciem urządzenia.

5. Kontroluj dostęp narzędzi AI do firmowych zasobów.

Asystent AI nie powinien automatycznie uzyskiwać dostępu do wszystkich dokumentów, repozytoriów czy narzędzi administracyjnych. Operacje o wysokim ryzyku powinny wymagać dodatkowej autoryzacji.

6. Monitoruj nietypowe działania.

Instalacja nieznanych narzędzi, użycie tokenów z nowych urządzeń czy uruchamianie nieoczekiwanych procesów to sygnały, które firma powinna wychwytywać na bieżąco.

7. Szkol pracowników na podstawie rzeczywistych scenariuszy.

Rozpoznawanie podejrzanych wiadomości e-mail to tylko część zagadnienia. Współczesne szkolenia powinny obejmować również fałszywe rekrutacje, manipulację w komunikatorach, zagrożenia związane z AI oraz bezpieczeństwo firmowych urządzeń.

Czy AI zwiększa ryzyko cyberataków?

Sztuczna inteligencja może zarówno wzmacniać cyberbezpieczeństwo, jak i dawać przestępcom nowe możliwości. Systemy AI pomagają analizować zdarzenia, wykrywać anomalie i automatyzować reakcje na zagrożenia. Jednocześnie coraz częściej dostają dostęp do firmowych dokumentów, poczty, baz wiedzy, repozytoriów kodu i innych systemów.

Szczególnej uwagi wymagają agenci AI, którzy mogą nie tylko odpowiadać na pytania, lecz również wykonywać działania w imieniu użytkowników.

Dlatego przy wdrażaniu narzędzi AI warto odpowiedzieć na kilka podstawowych pytań:

• Do jakich danych i systemów ma dostęp narzędzie?
• Czy może wykonywać operacje, czy tylko odczytywać informacje?
• Czy wszystkie jego działania są rejestrowane?
• Czy operacje krytyczne wymagają zatwierdzenia przez człowieka?
• Co stanie się, jeśli konto użytkownika lub komputer korzystający z narzędzia zostanie przejęty?

Bezpieczne wdrożenie AI wymaga traktowania takich narzędzi jako pełnoprawnych elementów infrastruktury informatycznej, podlegających zasadom kontroli dostępu i zarządzania ryzykiem.

Najważniejszy wniosek: jeden błąd nie powinien prowadzić do przejęcia całej infrastruktury

Historia Binance pokazuje, że skuteczny atak to zwykle łańcuch zdarzeń: zainfekowany komputer, zebrane informacje o organizacji, przejęte kolejne urządzenia, wykorzystane uprawnienia i obejście mechanizmów autoryzacji. Nie wystarczy więc oczekiwać, że pracownicy nigdy nie popełnią błędu.

Organizacja powinna być przygotowana na to, że jeden komputer zostanie przejęty, a jeden użytkownik podejmie złą decyzję. Dobrze zaprojektowane zabezpieczenia ograniczają skutki takiego zdarzenia, zanim zmieni się ono w poważny incydent. Ochrona techniczna, kontrola uprawnień, izolacja środowisk i szkolenie pracowników muszą się wzajemnie uzupełniać.

Przygotuj pracowników nie tylko na klasyczny phishing, ale też na fałszywe rekrutacje i manipulację w komunikatorach. Sprawdź nasze szkolenie e-learningowe z cyberbezpieczeństwa dla firm.

Źródła

1. Binance, 29 October 2026 Binance Security Incident: Initial Findings and Response Update, 3 listopada 2026. Raport przytacza też ustalenia FBI wskazujące na Koreę Północną.
2. Reuters - Binance says hackers used fake job interview to compromise computer before $6.3 billion theft, 3 listopada 2026.
3. BleepingComputer, Binance says fake job interview led to $6.3 billion crypto heist, 3 listopada 2026.
4. WIRED - Binance Says Hackers Used Well-Known Tricks to Carry Out a $6.34 Billion Heist, 3 listopada 2026.

Artykuł opracowano na podstawie wstępnych ustaleń dotyczących incydentu. Nie wszystkie szczegóły techniczne zostały ujawnione, a wyniki dalszego dochodzenia mogą uzupełnić przedstawiony przebieg zdarzeń.