Meldungen zu den Verlusten im Ledger CryptoBilis-Vorfall erreichten eine geschätzte Summe von 93,2 Mio. USD aus 315 Wallets auf sechs Chains nach koordinierten Abflüssen am 9. Oktober 2026, während Ledger eine unautorisierte Hardware-Implantation in einem betroffenen Gerät bestätigte. Ledger hat keine Verlustzahlen, keine Angabe zur Identität des Angreifers, zum Modell des betroffenen Geräts oder dazu, ob der in öffentlichen Forschungen beschriebene Implantationsmechanismus jeden berichteten Diebstahl erklärt, bestätigt.
Wesentliche Erkenntnis: Der Ledger CryptoBilis-Vorfall ist am besten als eine Hardware-Wallet-Lieferkettenattacke gegen den Wiederherstellungsphrasen-Display-Pfad zu verstehen und nicht als eine bestätigte Kompromittierung der Ledger-Firmware, des sicheren Elements oder der Infrastruktur von Ledger.
Was geschah während der Ledger CryptoBilis-Wallet-Abflüsse?
Die Ledger CryptoBilis-Wallet-Abflüsse waren ein koordinierter Multi-Chain-Diebstahl, der am etwa 05:07 UTC am 9. Oktober 2026 begann und Nutzer betraf, die Ledger-Geräte über CryptoBilis in Malaysia, Indonesien und den Philippinen gekauft hatten. Blockchain-Analysen schätzen, dass 315 Wallets insgesamt ca. 93,2 Mio. USD verloren, verteilt auf Bitcoin, Ethereum, TRON, BNB Chain, Polygon und Solana, wobei Ledger diese Schätzung nicht bestätigt.
Der zeitliche Ablauf ist bedeutsam, da die On-Chain-Sequenz auf synchronisierten Zugriff hindeutet, nicht auf isolierte Nutzerfehler. Gegen 05:00 UTC wurde bei 30 TRON-Wallets dieselbe neue Schlüsselzuweisung in die Kontoberechtigungen eingetragen. Um 05:07:48 UTC unterzeichneten 13 TRON-Wallets die gleiche Token-Genehmigung, gefolgt von weiteren 12 Wallets innerhalb von Sekunden. Die initialen TRON-Genehmigungen ermöglichten die Abflüsse von rund 29 Mio. USD.
Anschließend begannen Abflüsse bei BNB Chain, Polygon und Ethereum zwischen 05:07 UTC und 05:09 UTC. Um 05:54 UTC wurden 111 Bitcoin-Wallets in einem einzigen Block geleert, was ca. 203 BTC bzw. etwa 16,8 Mio. USD entspricht. Diese Sequenz deutet auf einen Akteur hin, der Zugangsdaten kontrolliert, die nahezu gleichzeitig für zahlreiche Wallets autorisieren.
Öffentliche Ermittlungen markieren die Abflussadressen gegen 12:00 UTC am 9. Oktober. Ledger veröffentlichte um 13:32 UTC seine erste Stellungnahme, bestätigte, dass man die Berichte im Zusammenhang mit CryptoBilis untersuche, und forderte den Wiederverkäufer auf, Verkäufe pausieren. Am 10. Oktober stellte CryptoBilis den Verkauf und Versand aller Hardware-Wallet-Marken ein und schloss vorübergehend physische Geschäfte als Vorsichtsmaßnahme.
Ledger bestätigte am 10. Oktober, dass in einem betroffenen Gerät eine unautorisierte Hardware-Implantation gefunden wurde. Bis zum 11. Oktober erklärte Ledger, bestätigt zu haben, dass die Fälle im Zusammenhang mit CryptoBilis-Geräten stehen, die Anzahl der betroffenen Geräte begrenzt ist und man mit den zuständigen Behörden zusammenarbeite. Ledger betonte zudem, dass keine Hinweise vorlägen, wonach die eigene Infrastruktur, Systeme oder Vertriebswege kompromittiert worden seien.
| Datum und Uhrzeit | Ereignis im Ledger CryptoBilis-Vorfall | Konkrete berichtete Details |
|---|---|---|
| 25. September 2026 | Angreiferkontrollierte Adressen erhielten erste Gelder | Blockchain-Analyse identifizierte erste Funding-Aktivitäten |
| 26. September bis 7. Oktober 2026 | Testaktivitäten auf TRON und Ethereum | 21 TRON- und 20 Ethereum-Testtransaktionen |
| 9. Oktober 2026, etwa 05:00 UTC | Änderungen bei TRON-Berechtigungen | 30 Opfer-Wallets erhielten denselben neuen Schlüssel |
| 9. Oktober 2026, 05:07 UTC | Beginn des Massen-Abflusses | 25 TRON-Wallets unterzeichneten die gleiche Genehmigung innerhalb von Sekunden |
| 9. Oktober 2026, 05:54 UTC | Bitcoin-Wallets wurden geleert | 111 Bitcoin-Wallets in einem Block geleert |
| 9. Oktober 2026, 13:32 UTC | Ledger veröffentlichte erste öffentliche Stellungnahme | Ledger sagte, die Untersuchung im Zusammenhang mit CryptoBilis laufen |
| 10. Oktober 2026, 17:09 UTC | Ledger bestätigt physische Manipulationsspuren | In einem betroffenen Gerät wurde ein unautorisierter Hardware-Implant entdeckt |
| 11. Oktober 2026, 07:00 UTC | Schätzung wurde angepasst | Ca. 93,2 Mio. USD aus 315 Wallets auf sechs Chains |
| 11. Oktober 2026, 17:13 UTC | Ledger veröffentlicht Update für 72 Stunden | Ledger betonte, die Anzahl der betroffenen Geräte sei begrenzt |
Die Verteilung der Verluste war ebenfalls ungleich. Laut detaillierter öffentlicher Blockchain-Schätzung entfielen auf 131 TRON-Wallets ca. 70,5 Mio. USD, darunter ca. 70,2 Millionen USDT sowie einige TRX. Bitcoin-Verluste umfassen 122 Wallets mit 203,8 BTC im Wert von etwa 16,8 Mio. USD. Ethereum, BNB Chain, Polygon und Solana trugen zu den verbleibenden identifizierten Verlusten bei.
In der Smart-Contract- und Infrastruktur-Sicherheitsarbeit von Soken sind synchronisierte Genehmigungen und Credential-Änderungen über unrelated Wallets hinweg ein starkes Signal für Vorfallreaktionen: Reaktionsteams sollten zuerst die gemeinsame Vertrauensgrenze identifizieren, anstatt jeden betroffenen Wallet als separaten Kompromiss zu behandeln.
Warum weist die Evidenz auf eine Hardware-Lieferketten-Attacke hin?
Die vorliegenden Beweise deuten auf eine Hardware-Lieferkettenattacke hin, weil Ledger in einem betroffenen Gerät eine unautorisierte Implantation bestätigte, gleichzeitig aber erklärte, dass die eigenen Systeme und Vertriebskanäle unberührt blieben. Der vorgeschlagene Implantationsmechanismus nutzt das Erfassen von Wiederherstellungswörtern, wenn diese auf dem Bildschirm angezeigt werden, wodurch der Umweg um das sichere Element oder das Ändern der Firmware von Ledger vermieden wird.
Öffentliche Hardware-Forschung beschreibt Geräte mit einer zusätzlichen Platine, die unter dem Bildschirm verborgen ist. Eine öffentlich diskutierte Hypothese basiert auf einem LTE-Modul, einer eSIM-Datenkarte und einem Mikrocontroller, der mit dem Datenbus des Displays verbunden ist. Daraufhin würde das Implantate auf den Setup des Geräts warten, den Klartext-Wiederherstellungsphrase auf dem Bildschirm erkennen und durch eine mobile Verbindung exfiltrieren.
Ledger hat diesen Mechanismus nicht bestätigt, hat kein Modell des untersuchten implantierten Geräts benannt und keinen Hinweis darauf gegeben, wie viele Geräte betroffen waren. Der Mechanismus sollte daher als plausible technische Erklärung betrachtet werden, die durch externe Forschungen gestützt wird, aber nicht als bestätigte Darstellung jedes Ledger CryptoBilis-Diebstahls.
Der fundamentale Unterschied besteht darin, dass ein sicheres Element private Schlüssel-Operationen im Gerät schützt. Eine screen-reading-Implantation muss kein Private Key extrahieren, wenn sie die Wiederherstellungsphrase beim Wallet-Initialisierungsprozess erfassen kann. Hat ein Angreifer die Phrase erlangt, kann er den Wallet-Zugang anderswo wiederherstellen und Transaktionen signieren, ohne physischen Zugang zum Originalgerät zu benötigen.
Dies erklärt, warum öffentliche Analysen koordinierte Schlüsseländerungen, Token-Genehmigungen und Abflüsse auf mehreren Chains nachweisen konnten. Blockchain-Datensätze können zeigen, dass derselbe Akteur vermutlich die betroffenen Wallets kontrollierte, aber können nicht aufzeigen, wie die Wiederherstellungsphrases oder Signatur-Credentials erlangt wurden.
Der Ledger CryptoBilis-Vorfall unterscheidet sich auch von einem vorgefertigten Wallet-Betrug. Ledger gab an, dass echte Geräte niemals mit einer bereits eingerichteten Wiederherstellungsphrase oder PIN geliefert werden. Es gibt keine öffentlichen Berichte in diesem Fall, die auf Geräte mit gedruckten Seed-Phrases, Scratch Cards oder vorinstallierten Credentials hinweisen. Das hier beschriebene Risiko betrifft die Exposition einer frisch generierten Phrase im Moment, in dem der Nutzer den Geräteeinrichtungsprozess als privat voraussetzt.
Für Organisationen, die Treasury-Vermögenswerte verwalten, sollte diese Unterscheidung eine technische Sicherheitsüberprüfung motivieren. Eine nur auf Vertragscode oder Firmware beschränkte Überprüfung wird nicht alle durch Beschaffung, Initialisierung, physisches Handling und Wiederherstellungsprozesse entstandenen Risiken erkennen.
Warum hat der Ledger Genuine Check das angebliche Implantat nicht erkannt?
Der Ledger Genuine Check wurde nicht entwickelt, um eine Implantation zu erkennen, die das originale sichere Element bewahrt, weil die Überprüfung die kryptographische Attestierung validiert und nicht die vollständige physische Lieferkette eines Geräts. Ledger’s eigenes Bedrohungsmodell besagt, dass der Genuine Check keine unautorisierten physikalischen Modifikationen erkennt, wenn das originale sichere Element intakt bleibt.
Der Genuine-Check-Prozess basiert auf einem Challenge-Response-Design. Das sichere Element von Ledger beweist seine Echtheit, indem es eine korrekte kryptographische Signatur für eine Challenge erzeugt. Dieses Design bietet Sicherheit bei der Authentifizierung des sicheren Elements, was gegen gefälschte Geräte schützt, die zentrale vertrauenswürdige Komponenten ersetzen.
Ein physisches Implantat kann außerhalb dieser Vertrauensgrenze operieren. Wenn ein bösartiger Akteur eine Schaltung hinzufügt, ohne das echte sichere Element auszutauschen, kann das sichere Element trotzdem die Attestations-Herausforderung korrekt beantworten. Das Gerät könnte somit den Genuine Check bestehen, obwohl eine andere Komponente zur Überwachung des Displays oder zur Interaktion mit externen Kommunikationswegen hinzugefügt wurde.
Dies bedeutet nicht, dass der Genuine Check sein kryptographisches Ziel verfehlt hat. Es zeigt vielmehr, dass die Geräte-Authentifizierung und die Integrität der Lieferkette unterschiedliche Sicherheitsmerkmale sind.
| Sicherheitsfrage | Ledger Genuine Check | Notwendige Kontrolle der Lieferkette im Fall Ledger CryptoBilis |
|---|---|---|
| Ist das sichere Element authentisch? | Das sichere Element signiert eine Attestations-Herausforderung | Überprüfen der autorisierten Herkunft und Verwahrung vor Initialisierung |
| Kann das Gerät seine physische Geschichte beweisen? | Nein, Ledger behauptet, Genuine Check könne die physische Lieferkette nicht verifizieren | Nachvollziehbarkeit bei Wiederverkäufern, Händlern, Lagern und Rücklaufketten sicherstellen |
| Kann eine hinzugefügte Screen-Observation-Implantation erkannt werden? | Nein, sofern das originale sichere Element intakt bleibt | Manipulationskontrolle und kontrollierte Setup-Verfahren anwenden |
| Schützt die Kontrolle die 24-Wörter-Wiederherstellungsphrase während der Einrichtung? | Nicht eigenständig | Die Phrase nur in einer vertrauenswürdigen physischen Umgebung generieren und dokumentieren |
| Bestätigt die Kontrolle, dass Ledger-Systeme kompromittiert wurden? | Nein | Ledger gab an, keine Hinweise auf eine Kompromittierung seiner Infrastruktur oder Vertriebskanäle zu haben |
Der Angriffs-Muster unterstreicht ein breiteres Sicherheitsprinzip: Kryptographie kann solide sein, während der Weg um die Kryptographie kompromittiert ist. Die Wiederherstellungsphrase wird bewusst im Klartext angezeigt, um sie sichern zu können. Dieser notwendige Usability-Moment wird zur kritischen Angriffsfläche, wenn eine bösartige Komponente die Anzeige beobachten kann.
Teams sollten daher den Verifizierungsvorgang von Hardware-Wallets nicht als Einzelschritt betrachten. Ein umfassender Prozess kombiniert Echtheitsprüfungen, dokumentierte Beschaffung, manipulationssichere Annahme, kontrollierte Initialisierung, unabhängige Transaktionsprüfung und eine definierte Migrationsstrategie bei Verdacht auf Exposure.
Die Sicherheitsdienste von Soken können Teams dabei unterstützen, diese Kontrollen auf Wallet-Einsatz, operativen Zugriff, Smart-Contract-Berechtigungen und Vorfallreaktions-Workflows abzubilden. Die zentrale Frage ist nicht nur, ob ein Signierer echt ist, sondern ob jede Phase, die die Wiederherstellungsphrase und Autorität der Transaktionen betrifft, vertrauenswürdig ist.
Was sollten betroffene Ledger CryptoBilis-Nutzer und Organisationen jetzt tun?
Betroffene Ledger CryptoBilis-Nutzer sollten keine ungenutzten Geräte, die über CryptoBilis erworben wurden, initialisieren und Vermögenswerte von any initialisiertem CryptoBilis-Gerät auf einen neuen Ledger-Signer mit einem neuen Seed übertragen. Das Wiederverwenden der alten Wiederherstellungsphrase auf einem Ersatzgerät würde die vermutete Exposition bewahren und keine sichere Migration darstellen.
Ledger’s initiale Empfehlung bezog sich auf Nutzer, die innerhalb der letzten 90 Tage bei CryptoBilis gekauft hatten; diese wurde später ausgeweitet, um von der Initialisierung ungenutzter CryptoBilis-Geräte abzuraten, ohne eine zeitliche Begrenzung. Ledger wies die Nutzer zudem an, die offiziellen Support-Kanäle zu kontaktieren und bei Bedarf Beschwerde bei den lokalen Strafverfolgungsbehörden einzureichen.
Eine Migration sollte als eine kontrollierte Sicherheitsmaßnahme betrachtet werden, nicht nur als einfacher Wallet-Transfer:
-
Gerät nicht mehr verwenden. Kein Initialisieren eines ungenutzten CryptoBilis-gestützten Ledger und kein Erstellen neuer langfristiger Wallet-Strukturen auf einem bereits initialisierten Gerät.
-
Einen wirklich neuen Wiederherstellungsbegriff erzeugen. Der neue Signer muss einen neuen Seed produzieren. Das Importieren einer alten Phrase in ein anderes Wallet birgt das Risiko, dass die ursprüngliche Phrase exponiert war.
-
Vermögen auf Adressen übertragen, die vom neuen Seed abgeleitet sind. Den Ziel-Adress-Ausdruck über das vertrauenswürdige Display des neuen Signers bestätigen und jede Transaktion sorgfältig verifizieren.
-
Genehmigungen prüfen. Bei TRON, Ethereum, BNB Chain, Polygon, Solana und anderen relevanten Netzwerken die Genehmigungen, Kontoberechtigungen und delegierte Signaturrechte des alten Wallets überprüfen.
-
Sekundäre Social-Engineering-Angriffe erwarten. Ledger betonte, niemals anzurufen, zu direct message oder den 24-Wörter-Wiederherstellungsphrase zu erfragen. Migrationsperioden ziehen Phishing-Seiten, gefälschte Support-Kontakte und betrügerische Wallet-Apps an.
-
Beweissicherung. Kaufbelege, Geräteverpackungen, Quittungen, Kommunikation und relevante Wallet-Daten aufbewahren. Geräte nur dann zerlegen, wenn dadurch keine Beweismittel, die Ermittler oder Behörden benötigen, beeinträchtigt werden.
Der Ansatz der Nach-Abfluss-Bewegung zeigt, warum eine schnelle Eindämmung entscheidend ist. Öffentliche Blockchain-Analysen berichten, dass der Angreifer 20 Mio. USDT in 40 gleichen Teilen transferierte, diese gegen ca. 7.994 ETH tauschte und ca. 14,9 Mio. USDT in USDD umwandelte. Weitere berichtete Wege führten über Relay.link, Chainflip, HiFiSwap, NEAR Intents und ca. 2.990 ETH via Tornado Cash.
Tether fror am 9. Oktober etwa 10 Mio. USD USDT in 20 wallets, die mit dem Angreifer in Verbindung stehen. Bis zum 12. Oktober wurden keine Gelder an Opfer zurückgegeben und keine Entschädigungen angekündigt. Die Rückführung von Assets hängt von Geschwindigkeit, Beweisqualität, rechtlicher Koordination und den gewählten Routen des Angreifers über Chains und Services ab. Organisationen, die Wallet-Verluste mit mehreren Gerichtsbarkeiten haben, benötigen möglicherweise rechtliche und compliance-bezogene Unterstützung neben technischer Eindämmung.
Was bedeutet der Ledger CryptoBilis-Vorfall für die Sicherheit Hardware-basierter Wallets?
Der Ledger CryptoBilis-Vorfall zeigt, dass die Sicherheit hardware-basierter Wallets den vertrauenswürdigen Pfad vom Händler bis zur Initialisierung der Wiederherstellungsphrase umfassen muss, da starke Kryptographie nur schützt, wenn die Phrase beim Anzeigen sichtbar bleibt. Die Bestätigung Ledger’s eines Implantats in einem Gerät macht physische Lieferkettenkontrollen zu einer praktischen Sicherheitsanforderung, nicht nur zu einer theoretischen Überlegung.
Das Ereignis sollte nicht fälschlich als ein bestätigter Ledger-Zero-Day eingestuft werden. Ledger erklärte, dass seine Infrastruktur und Kanäle unberührt seien, und keine öffentlich bekannten Quellen behaupten, dass das Ledger- secure Element oder die Firmware kompromittiert wurden. Ebenso liegen bis zum 12. Oktober keine glaubwürdigen Zuschreibungen eines Angreifers oder einer Gruppe vor, und Behauptungen in sozialen Medien über Staatsbeteiligung sind Spekulation.
Der Vorfall sollte auch nicht verallgemeinert werden auf die Aussage, dass jedes Ledger-Gerät, jeder Händler oder jede Hardware-Wallet kompromittiert sei. Ledger erklärte, dass alle bestätigten Fälle mit CryptoBilis zusammenhängen und dass es keine Berichte über Geräte gibt, die direkt bei Ledger gekauft wurden. Die angemessene Reaktion ist eine gezielte Risikominimierung durch Beschaffung und Setup als Beweisgrundlage.
Ein nützlicher Vergleich ist der Unterschied zwischen dem Ledger CryptoBilis-Vorfall und anderen Ausfallformen von Hardware-Wallets. Beim berichteten Coldcard-Vorfall im Juli 2026 wurde angeblich durch veraltete Firmware Seeds mit schwacher Zufälligkeit erzeugt. Im Fall Ledger CryptoBilis ist die Sorge die physische Beobachtung eines korrekt erstellten Seeds. Bei gefälschten Geräten kann die gesamte Hardware-Plattform betrügerisch sein. Jeder Fall betrifft einen anderen Abschnitt des vertrauenswürdigen Pfads.
Für weiterführende Analysen können Leser die Security Research Hub von Soken konsultieren, vor allem bei der Entwicklung von Wallet-Policies, die technische Kontrollen mit operativen Entscheidungen verbinden.
Betrachten Sie den Ledger CryptoBilis-Vorfall als einen Sicherheits-Test für Beschaffung und Initialisierung: Ermitteln Sie alle durch CryptoBilis erworbenen Hardware-Wallets, stoppen Sie die Einrichtung ungenutzter Geräte, und migrieren Sie jedes initialisierte Gerät auf einen neu generierten Seed. Dieser konkrete Schritt, der Bestandsaufnahme und Migration umfasst, adressiert den verifizierten Risikopf direkter als ein bloßer Genuine-Check.