Binance-Hack: Wie aus einem neugierigen Klick ein Milliardenschaden wurde

Hallo, hier ist wieder Kora. Wenn eine Kryptobörse in knapp vier Stunden 6,3 Milliarden US-Dollar verliert, ist der erste Reflex: Da muss eine spektakuläre Zero-Day-Lücke im Spiel gewesen sein. Die Wahrheit ist – wie so oft – unspektakulärer und gerade deshalb so unangenehm.

Nicht ein Laptop, sondern eine Kette

Lange hieß es, der kompromittierte Rechner eines DevOps-Ingenieurs sei das Einfallstor gewesen. Binance-Co-Chef Richard Teng hat diese Darstellung inzwischen korrigiert: Der Angriff war eine über Monate aufgebaute Kette aus Social Engineering, Malware und missbrauchten KI-Tools. Das FBI verortet die Täter bei einer nordkoreanischen Gruppe, die bereits für den Bybit-Diebstahl im Februar 2025 verantwortlich gemacht wird.

Der Zeitstrahl: Geduld als Angriffswerkzeug

• Juni: Ein Entwickler installiert ein KI-Werkzeug, das er über eine simple Internetsuche gefunden hat. Die Anomalie fällt auf, das Gerät wird getauscht, Zugangsdaten werden rotiert. Klingt nach sauberem Incident Response – aber die Angreifer wussten jetzt, dass dieser Mensch im Wallet-Team sitzt.
• September: Ein Kollege desselben Teams wird über eine ganz normale, legitime Jobplattform zu einem angeblichen Bewerbungsgespräch eingeladen. Die Angreifer nutzen ihr Wissen aus dem Juni-Vorfall, um glaubwürdig aufzutreten. Im Gespräch soll der Entwickler eine Software installieren – mit versteckten Funktionen.
• 20. Oktober: Über ein internes KI-Werkzeug von Binance übernehmen die Angreifer weitere Geräte.
• 29. Oktober: In unter vier Stunden fließen 6,3 Milliarden US-Dollar ab. Rund 2,85 Milliarden konnten eingefroren werden, über drei Milliarden bleiben weg – Rekord. Binance hat den Schaden nach eigenen Angaben zu 98 Prozent ersetzt.

Was mich daran am meisten beschäftigt

Der Juni-Vorfall wurde erkannt und behoben. Technisch: alles richtig gemacht. Trotzdem war der eigentliche Schaden an dieser Stelle schon entstanden – nämlich als Information. Die Angreifer hatten gelernt, wer zum Wallet-Team gehört. Ein abgeschlossenes Ticket ist eben nicht automatisch ein abgeschlossener Angriff. Genau deshalb lohnt es sich, nach einem Incident nicht nur zu fragen "Ist das System wieder sauber?", sondern auch "Was weiß der Angreifer jetzt über uns, das er vorher nicht wusste?" – und die betroffenen Rollen für die nächsten Monate besonders im Blick zu behalten.

Bewerbungsgespräche als Angriffsvektor

Das Muster, Entwickler über vermeintliche Jobangebote zur Installation von Software zu bewegen, ist nicht neu, funktioniert aber erschreckend zuverlässig. Es trifft Menschen in einer Situation, in der sie kooperativ sein wollen, und es läuft komplett außerhalb der üblichen Unternehmenskanäle ab – private Mailadresse, privates Gerät, keine IT im Raum. Mein praktischer Rat an alle Teams: Macht intern klar, dass "bitte installier mal dieses Tool / führ dieses Repository aus" im Rahmen eines Recruiting-Prozesses ein hartes Stoppsignal ist. Niemals auf einem Gerät mit Unternehmenszugang, niemals ohne Rücksprache.

KI-Tools: die neue Schatten-IT

Gleich zweimal spielen in dieser Geschichte KI-Werkzeuge eine Rolle – einmal ein per Suchmaschine gefundenes Tool, einmal ein internes. Die Lust, schnell mal ein hilfreiches Helferlein zu installieren, ist gerade enorm groß, und Angreifer bedienen sie mit gefälschten Paketen, Extensions und Installern. Für uns heißt das: KI-Tools gehören in dieselbe Governance wie jede andere Software. Freigabeliste, Bezugsquelle prüfen, Signaturen prüfen, und bei internen KI-Systemen klären, welche Rechte und welchen Netzwerkzugriff sie eigentlich haben. Ein Tool, über das sich weitere Geräte übernehmen lassen, ist kein Assistent mehr, sondern ein Privilegien-Multiplikator.

Was wir im Hosting-Alltag mitnehmen

Die Summen sind exotisch, die Lehren nicht. Wer Infrastruktur betreibt, hat dieselben Bausteine auf dem Tisch:

• Trennung von Arbeitsplatz und produktiven Zugängen – privilegierte Aktionen gehören nicht auf das Gerät, mit dem man auch E-Mails und Bewerbungs-PDFs öffnet.
• Vier-Augen-Prinzip und harte Limits für kritische Transaktionen und Deployments.
• Software-Installationen auf Entwicklerrechnern überwachen und einschränken, inklusive Paketquellen.
• Incident-Nachsorge, die auch die Informationspreisgabe bewertet, nicht nur die technische Bereinigung.
• Awareness, die konkret wird: nicht "Vorsicht bei Phishing", sondern "so sieht ein gefälschtes Jobinterview aus".

Unterm Strich zeigt der Fall: Angreifer mit genug Geduld und Motivation brauchen keine Magie. Sie brauchen nur eine Spur, einen hilfsbereiten Menschen und ein Tool, das niemand hinterfragt hat. Die gute Nachricht ist, dass sich an genau diesen drei Stellen sehr viel verbessern lässt – mit Prozessen, nicht mit teurer Technik.

Bis demnächst, eure Kora

Quelle: heise online