Krádež na Binance začala pracovním pohovorem: o výši škody rozhodl přístup

V září absolvoval softwarový inženýr Binance dva pracovní pohovory s firmou, která neexistovala. První proběhl formou živého videohovoru se zástupkyní personálního oddělení, která sdílela svůj osobní účet na sociálních sítích včetně fotografií a videí, aby dokázala, že je skutečná. Druhý se konal v chatovací aplikaci a vystupoval v něm někdo, kdo se vydával za generálního ředitele. Ke konci byl inženýr požádán, aby si na pracovní počítač stáhl programátorské zadání.

Dne 29. října převedli útočníci z peněženek Binance přibližně 6,34 miliardy dolarů, většinu z této částky během zhruba 20 minut. FBI připsala krádež skupině TraderTraitor ze Severní Koreje, která je obviňována také z krádeže 1,5 miliardy dolarů z platformy Bybit v únoru 2025. Jde o největší zaznamenanou krádež kryptoměn.

Binance přijala odpovědnost a uvedla, že ztráty pokryje. K 3. listopadu podle jejích údajů bylo doplněno 98 % dotčených tokenových aktiv a přibližně 2,85 miliardy dolarů bylo zmrazeno nebo zadrženo.

Stojí za to položit si otázku: K čemu se mohl dostat jediný kompromitovaný notebook a může si to dnes každý tým ověřit ve vlastním prostředí?

Dva vstupní body a kampaň od června do října

Nic v aktualizaci Binance z 3. listopadu nenaznačuje použití deepfakeů ani jiných technik využívajících umělou inteligenci. Obě cesty k přístupu vedly přes lidi: jeden inženýr důvěřoval výsledku vyhledávání a druhý náboráři.

Kampaň trvala nejméně pět měsíců. V červnu si inženýr DevOps odpovědný za peněženky, který hledal nástroj pro programování s využitím umělé inteligence, stáhl pozměněný instalační program Homebrew. Bezpečnostní tým Binance odhalil anomálii, vyměnil zařízení a změnil přístupové údaje. Útočníci už v té době zjistili, kdo patří do týmu spravujícího infrastrukturu peněženek.

O tři měsíce později se vrátili jinou cestou. Inženýr, kterého oslovili v září, měl profil na legitimní platformě pro hledání práce, kde uváděl své zkušenosti z Binance. Jeho programátorské zadání obsahovalo malware, který se spustil při nastavování, nahradil legitimní součást pyenv škodlivou verzí, připojil se k serveru ovládanému útočníky a zahladil po sobě stopy. Binance uvádí, že její ochrana koncových zařízení hrozbu nezachytila.

Dne 20. října útočníci pomocí tohoto notebooku a interního nástroje umělé inteligence převzali kontrolu nad počítači dalších dvou inženýrů. Jeden z nich patřil inženýrovi DevOps, jehož zařízení bylo kompromitováno už v červnu. Na tomto počítači našli token s oprávněními k nasazování kontejnerů. Dne 29. října se přihlásili do počítače druhého inženýra, pomocí odcizených přístupových údajů nasadili kontejner a spustili skript, který zahájil krádež.

Proč náborářské návnady stále fungují

Falešní náboráři a podstrčené programátorské testy jsou starý trik. Severokorejští operativci jej už léta používají proti vývojářům, nejvýrazněji v kampani známé jako Nakažlivý pohovor. Binance uvádí, že jen v roce 2026 zastavila 57 podezřelých pokusů spojených se Severní Koreou.

Tato návnada funguje, protože po inženýrech chce něco, co dělají každý den. Spouštět neznámý repozitář je při technickém pohovoru běžné. Není tu podezřelá adresa odesílatele ani odkaz, nad kterým by se dalo podržet kurzorem, jen důvěryhodně působící zaměstnavatel, člověk na videu a úkol, který vypadá jako práce.

Zpráva od náboráře je navíc jedním z mála nevyžádaných oslovení, která lidé vítají. Žádný osvětový program nemůže zaručit, že každý inženýr rozpozná každou přesvědčivou zprávu, takže bezpečnostní opatření musí počítat s tím, že některá projde.

Jak se jeden notebook dostal až k peněženkám

Jako první mě zajímají bezpečnostní opatření v prostředí tohoto inženýra. Používání pracovního počítače k vypracování externího programátorského testu si zaslouží prověření. Větší obavy vyvolává, jak toto jediné narušení umožnilo přístup k dalším systémům a nakonec i k citlivé finanční infrastruktuře.

Každý krok po počáteční infekci se opíral o důvěru, která už uvnitř Binance existovala. Interní nástroj umělé inteligence přijal pokyny z kompromitovaného počítače a umožnil jejich využití k převzetí zařízení kolegů. Na notebooku inženýra se nacházel token pro nasazování. Nasazení kontejneru pomocí platných přístupových údajů umožnilo převést miliardy. Nic z toho nevyžadovalo další návnadu.

Interní nástroje umělé inteligence vyžadují zvláštní pozornost. Často mají široká oprávnění napříč repozitáři, koncovými zařízeními a službami, takže kdokoli ovládne počítač, který jim může zadávat pokyny, získá i jejich dosah.

Jak chránit vývojáře, aniž by se zpomalilo inženýrství

Vývojáři potřebují stahovat balíčky, spouštět neznámý kód a testovat software. Uzamknout jejich notebooky stejně přísně jako počítače ve finančním oddělení by ochromilo vývoj a vedlo inženýry k hledání obezliček. Je rozumné zakázat hledání práce na firemních zařízeních, ale nikdo takové pravidlo nedodržuje pokaždé. Praktickým cílem je omezit, co může kompromitovaný počítač vývojáře následně provést.

Největší rozdíl přináší několik opatření. Nedůvěryhodný kód by se měl spouštět v jednorázových virtuálních počítačích bez přístupu k firemním přihlašovacím údajům. Přihlašovací údaje pro nasazení by měly mít krátkou platnost, úzce vymezená oprávnění a měly by být přidělovány řízeným procesům nasazení, kdykoli je to možné. Podpisové klíče peněženek nebo jejich dílčí klíče by měly být chráněny odděleně od pracovních stanic vývojářů; pravidla pro podepisování by měla omezovat, které transakce a autorizace lze schválit. Akce, které se týkají peněženek, platebních nebo produkčních systémů, by měly vyžadovat schválení druhou osobou na jiném zařízení. Interní nástroje AI by měly mít jen minimální oprávnění a zaznamenávat svou činnost.

Detekce musí fungovat i v případě, že jsou přihlašovací údaje legitimní. Behaviorální monitoring, který upozorní na nasazení z neočekávaného počítače nebo v neobvyklou dobu, dává týmu možnost zasáhnout, i když jsou všechny přihlašovací údaje v pořádku. Binance uvádí, že od incidentu tento typ detekce rozšířila.

Jakou roli hrají informace o hrozbách

Na hrozbu se veřejně upozorňovalo už šest týdnů před krádeží. Společné upozornění ke kampani Contagious Interview popisovalo operátory, kteří se vydávali za náboráře firem zaměřených na AI, kryptoměny a NFT, aby se zaměřili na IT specialisty a kradli kryptoměny. Případ Binance se řídil stejným scénářem.

Informace o hrozbách mají v kampaních tohoto typu konkrétní úlohu. Útočníci se mohou měnit, jejich taktiky jsou však známé. Týmy, které je sledují, mohou blokovat známou infrastrukturu a upozorňovat vývojáře na právě používané záminky.

Informace o hrozbách také týmu napovídají, koho je třeba více chránit. Jakmile incident odhalí, kdo má přístup k citlivým systémům, jako tomu bylo při červnovém napadení Binance, měli by být tito lidé po několik měsíců považováni za pravděpodobné cíle. Jejich zařízení i pokusy o kontakt s nimi by se měly pečlivěji sledovat.

Co to znamená i mimo svět kryptoměn

Kryptoměnové burzy jsou zřejmým cílem, protože ukradené prostředky se rychle přesouvají a obtížně se získávají zpět. Stejný vzorec se uplatňuje všude tam, kde pracovní stanici vývojáře dělí od kritických systémů jen několik kroků, ať už jde o platební infrastrukturu banky, nebo o proces sestavování a vydávání softwaru u jeho dodavatele. Náborové záminky cílí na vývojáře ve všech těchto organizacích.

Bezpečnostní manažeři, kteří tento týden prověřují vlastní prostředí, by se měli zaměřit především na dvě věci. Zaprvé zmapovat, k čemu by dnes mohl získat přístup jediný napadený notebook vývojáře, včetně uložených tokenů, klíčů SSH, přihlašovacích údajů ke cloudovým službám a interních nástrojů AI. Zadruhé ověřit, že produkční nasazení a transakce vysoké hodnoty vyžadují nezávislé schválení, které jediná napadená identita nemůže poskytnout.

Binance obnovila dotčené systémy a přizvala nezávislé posuzovatele; rozhodnutí však padla až po ztrátě. Organizace, které stejné cvičení provedou nyní, mohou tato rozhodnutí učinit podle vlastního harmonogramu.