Am 29. Oktober 2026 entwendeten Angreifer innerhalb von weniger als vier Stunden rund 6,34 Milliarden US-Dollar aus den mit dem Internet verbundenen Handels-Wallets (Hot Wallets) von Binance. Das FBI führt den Diebstahl auf „TraderTraitor“ zurück, eine nordkoreanische Hackergruppe. Nach Angaben von Binance vom 3. November wurden rund 2,85 Milliarden US-Dollar gesperrt.
Der Mechanismus, der die Geldbörsen leert, ist kryptospezifisch, und die meisten Sicherheitsverantwortlichen in Unternehmen werden nie damit konfrontiert werden. Doch die monatelangen Vorbereitungen, die dies ermöglichten, lassen den Vorfall wie einen typischen Sicherheitsverstoß in einem Unternehmen erscheinen: Social Engineering, eine kompromittierte Entwickler-Workstation, gestohlene Zugangsdaten und laterale Bewegung (das Verschieben von einem System zum nächsten) über Teamgrenzen hinweg, wobei kein einzelnes Sicherheitsteam die gesamte Kette überblicken konnte.
Ein vorgetäuschtes Vorstellungsgespräch verschaffte den ersten Fuß in die Tür
Die Kampagne begann spätestens im Juni 2026 mit dem Download einer manipulierten Software auf den Rechner eines Wallet-DevOps-Ingenieurs. Binance erkannte dies, tauschte das Gerät aus und änderte die Zugangsdaten. Die Reaktion war korrekt. Sie war jedoch unvollständig: Der Angreifer hatte das Wallet-Infrastrukturteam bereits ausfindig gemacht.
Im September wurde ein weiterer Softwareentwickler über eine seriöse Jobbörse kontaktiert. Es folgte ein Vorstellungsgespräch in zwei Runden, darunter ein Live-Videoanruf, bei dem der Interviewer persönliche Fotos zeigte, um Vertrauen aufzubauen. Gegen Ende der zweiten Runde wurde der Entwickler aufgefordert, eine Programmieraufgabe herunterzuladen. Das Repository ersetzte ein legitimes Entwicklungstool durch eine schädliche Binärdatei. Binance bestätigt, dass dies „damals von den Sicherheitswerkzeugen von endpoint nicht erkannt wurde“.
Es sah alles ganz normal aus:
- Ein Entwickler hat eine Programmieraufgabe aus einem Vorstellungsgespräch heruntergeladen.
- Die Binärdatei befand sich an der Stelle, an der zuvor das legitime Tool gelegen hatte.
- Die Sicherheitssoftware auf dem Rechner des Ingenieurs hatte nichts, womit sie einen Abgleich hätte vornehmen können.
Das KI-Tool fungierte als Bindeglied zwischen den Teams
Das ist das Detail, das aus einem Krypto-Diebstahl eine Unternehmensgeschichte macht.
Am 20. Oktober, neun Tage vor dem Diebstahl, nutzte der Angreifer den kompromittierten Rechner des Ingenieurs sowie ein internes KI-Tool, um zwei weitere Ingenieure des Wallet-Teams zu erreichen. Die Mitteilung von Binance bestätigt, dass der Angreifer „den kompromittierten Rechner von Ingenieur B nutzte und ein internes KI-Tool einsetzte, um die Kontrolle über“ die Ingenieure A und C zu erlangen. Das Tool wird nicht namentlich genannt.
Das KI-Tool war ein gemeinsamer Dienst, der Menschen über verschiedene Rollen hinweg miteinander verband. Der Angreifer war bereits als der betroffene Ingenieur authentifiziert , sodass die Interaktion mit dem Tool wie eine normale Nutzung aussah. Es gab keinen Missbrauch des Tools selbst. Es funktionierte genau so, wie es vorgesehen war: Es verband Menschen, stellte Zusammenhänge her und ermöglichte die Zusammenarbeit. Genau das machte es zu einem Weg, um zwischen Teams zu wechseln.
Auf diesem Weg gelangte der Angreifer an ein Berechtigungstoken für die Bereitstellung von Containern auf dem Rechner eines Entwicklers. Am 29. Oktober nutzte der Angreifer dieses Token, um einen schädlichen Container bereitzustellen, der den internen Wallet-Signaturdienst von Binance erreichte. Von dort aus initiierte der Angreifer mithilfe gültiger Anmeldedaten über den normalen Signaturpfad unbefugte Transaktionen.
Drei Lücken in einer Kette
Der Hackerangriff auf Binance ist insofern ungewöhnlich, als alle drei Erkennungslücken bei ein und demselben Vorfall auftreten:
- Lücke 1, alles sieht normal aus: Die schädliche Binärdatei hat ein legitimes Tool ersetzt, der „ zero-day “ hat die Sicherheitssoftware umgangen und der Angreifer hat die Spuren des Angriffs beseitigt.
- Lücke 2, Authentifizierung erfolgreich: Der Signaturdienst hat die Anfragen des Angreifers bearbeitet, da sie über den normalen Weg mit gültigen Anmeldedaten eingegangen sind.
- Lücke 3, Bewegungsablauf nicht sichtbar: Der Angreifer gelangte vom Arbeitsplatz eines Softwareentwicklers über ein internes KI-Tool zu den Anmeldedaten von Wallet DevOps, von dort zum Rechner eines anderen Entwicklers, weiter zu einer Containerplattform und schließlich zum Signaturdienst. Fünf Schritte über vier funktionale Grenzen hinweg. Jeder Schritt tauchte in einem anderen Protokoll auf.
Interne KI-Tools sind Vertrauensgrenzen, die niemand überwacht
Die meisten Unternehmen, die interne KI-Tools einsetzen, konzentrieren sich auf Datenlecks und darauf, dass Angreifer die Eingaben des Tools manipulieren. Das sind reale Risiken. Der Hackerangriff auf Binance zeigt jedoch ein drittes Risiko auf: Das Tool selbst wird zu einer Brücke zwischen den Teams, und eine kompromittierte Identität auf der einen Seite kann auf die andere Seite gelangen, ohne einen Grenzwertalarm auszulösen, da keine Grenze existiert.
Der Signaturdienst funktionierte. Die Sicherheitssoftware funktionierte, bis sie auf einen „ zero-day “ stieß – genau das ist es, was Zero-Day-Angriffe ausmacht. Die Rotation der Anmeldedaten im Juni war die richtige Entscheidung. Jede Kontrollmaßnahme erfüllte für sich genommen ihre Aufgabe. Die Schwachstelle lag in der Kette zwischen ihnen und dem KI-Tool, das sich in der Mitte dieser Kette befand und eher als Anwendung denn als Vertrauensgrenze behandelt wurde.
Die Erkennung funktioniert einwandfrei. Sie ist lediglich unvollständig.
Eine detaillierte Darstellung der Wechselwirkungen zwischen diesen drei Erkennungslücken, einschließlich einer Übersicht über die Erfassungsreichweite für Identitäts-, Netzwerk- und „ cloud “-Telemetriedaten, finden Sie in den Kapiteln 3 bis 5 des Whitepapers„Mind Your Gaps in the Age of AI-Powered Attacks“.