Kradzież z Binance zaczęła się od rozmowy kwalifikacyjnej: dostęp przesądził o skali strat

We wrześniu inżynier oprogramowania z Binance odbył dwie rozmowy kwalifikacyjne z firmą, która nie istniała. Pierwsza była rozmową wideo na żywo z przedstawicielką działu HR, która udostępniła swoje prywatne konto w mediach społecznościowych, wraz ze zdjęciami i filmami, by udowodnić, że naprawdę jest tym, za kogo się podaje. Druga odbyła się w aplikacji do czatowania, a rozmówca podawał się za dyrektora generalnego. Pod koniec inżynier został poproszony o pobranie zadania programistycznego na komputer służbowy.

29 października napastnicy wyprowadzili z portfeli Binance około 6,34 mld USD, z czego większość w ciągu mniej więcej 20 minut. FBI przypisało kradzież grupie TraderTraitor z Korei Północnej, którą obwinia się również o kradzież 1,5 mld USD z Bybit w lutym 2025 r. To największa odnotowana kradzież kryptowalut.

Binance przyjęło odpowiedzialność i oświadczyło, że pokryje straty. Według danych podanych przez firmę 3 listopada uzupełniono 98% zasobów w dotkniętych incydentem tokenach, a około 2,85 mld USD zamrożono lub przechwycono.

Warto zadać sobie pytanie: do czego mógł uzyskać dostęp jeden przejęty laptop i czy każdy zespół może dziś sprawdzić to we własnym środowisku?

Dwa punkty wejścia i kampania trwająca od czerwca do października

W aktualizacji Binance z 3 listopada nie ma nic, co wskazywałoby na użycie deepfake’ów lub innych technik wspomaganych przez AI. Obie drogi prowadziły przez ludzi: jednego inżyniera, który zaufał wynikowi wyszukiwania, i drugiego, który zaufał rekruterowi.

Kampania trwała co najmniej pięć miesięcy. W czerwcu inżynier DevOps odpowiedzialny za portfele, szukając narzędzia AI do programowania, pobrał zmodyfikowany instalator Homebrew. Zespół ds. bezpieczeństwa Binance wykrył nieprawidłowość, wymienił urządzenie i zmienił dane uwierzytelniające. Do tego czasu napastnicy zdążyli już ustalić, kto należy do zespołu zarządzającego infrastrukturą portfeli.

Trzy miesiące później wrócili inną drogą. Inżynier, do którego odezwali się we wrześniu, miał profil na legalnej platformie pośredniczącej w poszukiwaniu pracy, w którym wspomniał o swoim doświadczeniu w Binance. W zadaniu programistycznym znajdowało się złośliwe oprogramowanie, które uruchamiało się podczas konfiguracji, zastępowało prawidłowy składnik pyenv złośliwym, łączyło się z serwerem kontrolowanym przez napastników i zacierało ślady. Binance twierdzi, że jego system ochrony punktów końcowych tego nie wykrył.

20 października napastnicy wykorzystali ten laptop i wewnętrzne narzędzie AI, by przejąć kontrolę nad komputerami dwóch kolejnych inżynierów. Jeden z nich należał do inżyniera DevOps, którego urządzenie przejęto w czerwcu. Na tym komputerze znaleźli token uprawniający do wdrażania kontenerów. 29 października zalogowali się na komputer drugiego inżyniera, użyli skradzionych danych uwierzytelniających do wdrożenia kontenera i uruchomili skrypt, który zapoczątkował kradzież.

Dlaczego przynęty rekruterów wciąż działają

Fałszywi rekruterzy i spreparowane testy programistyczne to stary schemat działania. Północnokoreańscy operatorzy od lat stosują go wobec programistów, przede wszystkim w ramach kampanii znanej jako Contagious Interview. Binance twierdzi, że tylko w 2026 roku powstrzymało 57 prób, które podejrzewano o powiązania z Koreą Północną.

Ta przynęta działa, bo nakłania inżynierów do robienia czegoś, co wykonują na co dzień. Uruchamianie nieznanego repozytorium to normalny element rozmowy kwalifikacyjnej na stanowisko techniczne. Nie ma podejrzanego adresu nadawcy ani linku, który można najechać kursorem, jest tylko wiarygodny pracodawca, osoba na wideorozmowie i zadanie wyglądające jak praca.

Wiadomość od rekrutera należy też do nielicznych niezamówionych kontaktów, na które ludzie reagują przychylnie. Żaden program uświadamiający nie zagwarantuje, że każdy inżynier rozpozna każdą przekonującą próbę, dlatego zabezpieczenia muszą zakładać, że jedna z nich się powiedzie.

Jak jeden laptop uzyskał dostęp do portfeli

W pierwszej kolejności zastanawiam się nad zabezpieczeniami w środowisku pracy tego inżyniera. Korzystanie z komputera służbowego podczas zewnętrznego testu programistycznego powinno budzić wątpliwości. Poważniejsza obawa dotyczy tego, jak pojedyncze przejęcie umożliwiło dostęp do innych systemów, a w końcu także do wrażliwej infrastruktury finansowej.

Każdy kolejny krok po początkowej infekcji opierał się na zaufaniu, które już istniało wewnątrz Binance. Wewnętrzne narzędzie AI przyjęło instrukcje z przejętego komputera i wykorzystało je do przejęcia urządzeń współpracowników. Token wdrożeniowy znajdował się na laptopie inżyniera. Wdrożenie kontenera przy użyciu prawidłowych danych uwierzytelniających pozwoliło wyprowadzić miliardy. Żaden z tych kroków nie wymagał kolejnej przynęty.

Wewnętrzne narzędzia AI wymagają szczególnej uwagi. Często mają szerokie uprawnienia w repozytoriach, punktach końcowych i usługach, więc każdy, kto przejmie kontrolę nad komputerem mogącym wydawać im polecenia, zyskuje dostęp do wszystkich tych zasobów.

Jak chronić programistów, nie spowalniając pracy zespołów inżynieryjnych

Programiści muszą pobierać pakiety, uruchamiać nieznany kod i testować oprogramowanie. Zablokowanie ich laptopów tak jak komputerów używanych w dziale finansowym sparaliżowałoby pracę zespołów inżynieryjnych i skłoniło programistów do szukania obejść. Zasadny jest zakaz korzystania z urządzeń firmowych w sprawach związanych z poszukiwaniem pracy, ale nikt nie przestrzega zasad za każdym razem. Praktycznym celem jest ograniczenie tego, co może zrobić przejęty komputer programisty.

Największą różnicę może przynieść kilka zabezpieczeń. Niezaufany kod powinien działać w tymczasowych maszynach wirtualnych, bez dostępu do firmowych danych uwierzytelniających. Dane uwierzytelniające używane przy wdrażaniu powinny być krótkotrwałe, mieć ściśle ograniczony zakres uprawnień i — wszędzie, gdzie to możliwe — być wydawane wyłącznie na potrzeby kontrolowanych procesów wdrażania. Klucze lub udziały kluczy używanych do podpisywania transakcji w portfelach powinny być chronione oddzielnie od stacji roboczych programistów, a zasady podpisywania powinny ograniczać rodzaje transakcji i upoważnień, które można zatwierdzić. Działania dotyczące portfeli, płatności lub systemów produkcyjnych powinny wymagać zatwierdzenia przez drugą osobę na innym urządzeniu. Wewnętrzne narzędzia AI powinny działać z minimalnymi uprawnieniami i rejestrować swoje działania.

Wykrywanie zagrożeń musi działać także wtedy, gdy dane uwierzytelniające są prawidłowe. Monitorowanie zachowań, które sygnalizuje wdrożenie z nieoczekiwanej maszyny lub o nietypowej porze, daje zespołowi szansę na reakcję, nawet jeśli wszystkie dane uwierzytelniające przechodzą weryfikację. Binance informuje, że od czasu incydentu rozszerzyło ten rodzaj wykrywania.

Rola wywiadu o zagrożeniach

Ostrzeżenie opublikowano sześć tygodni przed kradzieżą. Wspólne ostrzeżenie dotyczące kampanii Contagious Interview opisywało osoby podszywające się pod rekruterów firm z branży AI, kryptowalut i NFT, by atakować specjalistów IT i kraść kryptowaluty. W przypadku Binance zastosowano ten sam schemat działania.

Wywiad o zagrożeniach pełni konkretną funkcję w kampaniach takich jak ta. Osoby stojące za atakami mogą się zmieniać, ale stosowane przez nie taktyki są znane. Zespoły, które je śledzą, mogą blokować znaną infrastrukturę i ostrzegać inżynierów przed stosowanymi obecnie metodami oszustwa.

Wywiad o zagrożeniach pomaga też ustalić, kto potrzebuje dodatkowej ochrony. Gdy incydent ujawnia, kto ma dostęp do wrażliwych zasobów — jak stało się w przypadku naruszenia bezpieczeństwa Binance w czerwcu — osoby te należy przez kolejne miesiące traktować jako prawdopodobne cele ataków, uważniej monitorując ich urządzenia oraz próby nawiązania z nimi kontaktu.

Co to oznacza poza branżą kryptowalut

Giełdy kryptowalut są oczywistym celem, ponieważ skradzione środki szybko zmieniają właściciela i trudno je odzyskać. Podobny schemat występuje wszędzie tam, gdzie od stacji roboczej programisty dzieli tylko kilka kroków dostęp do systemów krytycznych — czy to w bankowym systemie obsługi płatności, czy w procesie budowania i wydawania oprogramowania przez jego dostawcę. Metody oszustwa wykorzystujące fałszywe rekrutacje docierają do inżynierów we wszystkich tych organizacjach.

Dla osób odpowiedzialnych za bezpieczeństwo, które w tym tygodniu sprawdzają własne środowiska, najważniejsze są dwie kontrole. Po pierwsze, należy ustalić, do czego można dziś uzyskać dostęp z jednej przejętej stacji roboczej programisty, uwzględniając zapisane tokeny, klucze SSH, dane uwierzytelniające do usług chmurowych i wewnętrzne narzędzia AI. Po drugie, trzeba potwierdzić, że wdrożenia produkcyjne i transakcje o dużej wartości wymagają niezależnego zatwierdzenia, którego nie może dokonać jedna przejęta tożsamość.

Binance odbudowało zaatakowane systemy i zaangażowało niezależnych ekspertów do ich oceny, podejmując te decyzje po utracie środków. Organizacje, które przeprowadzą teraz takie samo ćwiczenie, mogą podjąć te decyzje według własnego harmonogramu.