Ledger schließt Lücke in der Ethereum-App: Wenn das Display etwas anderes zeigt als du signierst

Wer eine Ledger besitzt und damit Ether oder ERC-20-Token verwaltet, sollte in Ledger Live nachsehen, welche Version der Ethereum-App auf dem Gerät liegt. Steht dort etwas Älteres als 1.22.2, fehlt ein Sicherheitsfix. Er schließt eine Lücke, die genau das Versprechen aushebelte, für das man eine Hardware-Wallet überhaupt kauft: dass auf dem Display steht, was das Gerät gleich unterschreibt.

Öffentlich wurde der Fall am 24. August 2026, als die Sicherheitsfirma TestMachine ihre Analyse veröffentlichte. Der Fix selbst lag zu diesem Zeitpunkt bereits vor. Zwischen beiden Daten liegt ein Streit darüber, wer die Lücke zuerst gefunden hat und wann Ledger sie ausgeliefert hat. Für dich als Besitzer ist dieser Streit zweitrangig. Wichtig sind die Versionsnummer auf deinem Gerät und die Frage, welche Freigaben du in der Vergangenheit erteilt hast.

Ledger-Sicherheitslücke in der Ethereum-App: Was genau passiert ist

Betroffen war weder die Firmware des Geräts noch die Verwahrung des privaten Schlüssels, sondern die Ethereum-App: jene kleine Anwendung, die du für Ether und ERC-20-Token zusätzlich auf dem Gerät installierst. Sie bereitet eine Transaktion auf, zeigt sie dir an und holt deine Bestätigung ein.

In der fehlerhaften Fassung ließ sich dieser Ablauf durcheinanderbringen. Eine bösartige Webanwendung mit Zugriff auf das angeschlossene Gerät konnte einen zweiten Signaturbefehl abschicken, während die erste Transaktion noch zur Prüfung auf dem Bildschirm stand. Die App tauschte daraufhin die Daten im Arbeitsspeicher aus, ohne einen neuen Prüfbildschirm aufzurufen. Auf dem Display blieb die harmlose Überweisung stehen, die du dir gerade angesehen hattest. Deine Bestätigung galt dann aber den ausgetauschten Daten.

Nach Darstellung der Sicherheitsforscher ist das Muster nachweisbar auf einer Ledger Flex gelaufen. Weil sich die Geräte den Programmcode der Ethereum-App weitgehend teilen, gelten Nano X, Nano S Plus, Stax und Apex ebenfalls als möglicherweise angreifbar. Welche Fassung der App als erste den Fehler enthielt, hat Ledger nicht mitgeteilt; der Vergleich der Sicherheitsforscher setzt bei 1.22.1 an, der zuvor getaggten Version vom 27. Mai 2026.

Clear Signing erklärt: Warum das Display das eigentliche Sicherheitsversprechen ist

Clear Signing bezeichnet die Anzeige der vollständigen Transaktionsdaten im Klartext auf dem Display der Hardware-Wallet, bevor du bestätigst: Empfängeradresse, Betrag, und bei Vertragsaufrufen auch die Handlung, die der Vertrag ausführen soll.

Das ist der Grund, warum ein solches Gerät überhaupt Sinn ergibt. Dein Rechner kann befallen sein, dein Browser kann eine manipulierte Oberfläche anzeigen, die Webseite kann eine Fälschung sein. Solange das Gerät in deiner Hand einen eigenen, vom Rechner unabhängigen Bildschirm besitzt und dort die echten Daten anzeigt, fällt jede Manipulation auf, bevor du den Knopf drückst. Der private Schlüssel verlässt das Gerät nie; er muss es auch nicht, weil das Gerät selbst unterschreibt.

Genau diese Kette hat die Lücke an ihrer schwächsten Stelle getroffen. Der Schlüssel blieb sicher, die Firmware blieb unangetastet, und trotzdem konnte am Ende eine andere Zustimmung herauskommen als die, die du gelesen hattest. Ein Gerät, dessen Anzeige man nicht mehr als verbindlich lesen kann, ist in diesem einen Punkt so gut wie eine Software-Wallet auf einem befallenen Rechner. Wer den Unterschied zwischen den Bauarten noch einmal nachlesen will, findet ihn im Vergleich der Software-Wallets und im Hardware-Wallet-Vergleich.

Race Condition und APDU-Befehle: der technische Kern der Lücke

Eine Race Condition ist ein Fehler, bei dem das Ergebnis davon abhängt, welcher von zwei ungefähr gleichzeitig eintreffenden Befehlen zuerst bearbeitet wird. Solche Fehler sind tückisch, weil der Programmcode für sich genommen richtig aussieht und der Ablauf in den allermeisten Fällen sauber durchläuft. Sie fallen erst auf, wenn jemand die Reihenfolge gezielt herbeiführt.

APDU ist das Befehlsformat, in dem Chipkarten und Hardware-Wallets mit dem angeschlossenen Rechner sprechen. Jeder Schritt einer Signatur besteht aus mehreren solchen Befehlen. Die Ethereum-App führte dabei einen Zustand mit, der festhielt, welche Transaktion gerade zur Prüfung ansteht. Dieser Zustand ließ sich überschreiben, während die Prüfung noch lief.

WebHID im Browser: Warum eine Webseite überhaupt mit deinem Gerät spricht

WebHID ist eine Browser-Schnittstelle, über die eine Webseite nach deiner ausdrücklichen Freigabe direkt mit einem angeschlossenen USB-Gerät sprechen darf. Ohne sie ließe sich eine Hardware-Wallet nicht bequem in einer dezentralen Anwendung nutzen; mit ihr sitzt die Webseite näher am Gerät, als vielen Nutzern bewusst ist.

Der beschriebene Angriff setzt voraus, dass du einer manipulierten oder übernommenen Seite diesen Zugriff bereits erteilt hast und dort eine Transaktion anstößt. Er funktioniert nicht aus der Ferne gegen ein Gerät, das in der Schublade liegt. Das begrenzt den Kreis der Betroffenen erheblich, entwertet den Fund aber nicht: Wer regelmäßig mit dezentralen Börsen, Brücken oder Staking-Oberflächen arbeitet, erteilt diesen Zugriff ständig.

Token-Freigabe statt Überweisung: Warum unbegrenzte Approvals so gefährlich sind

Der Schaden bei einem solchen Austausch entsteht selten durch die Überweisung selbst. Er entsteht durch das, was sich an ihrer Stelle unterschieben lässt.

Eine Token-Freigabe, im Englischen Approval, ist die Erlaubnis an einen Smart Contract, künftig über eine bestimmte Menge deiner Token zu verfügen, ohne dass du jede einzelne Abbuchung erneut bestätigst. Viele Anwendungen fragen diese Erlaubnis der Bequemlichkeit halber unbegrenzt ab. Eine erteilte Freigabe läuft nicht ab und gilt so lange, bis du sie ausdrücklich widerrufst.

Der Unterschied zwischen Überweisung und Freigabe

Eine Überweisung kostet dich genau den Betrag, den du bestätigst. Eine unbegrenzte Freigabe kostet dich im schlimmsten Fall den gesamten Bestand des betreffenden Tokens, und zwar zu einem Zeitpunkt, den der Empfänger wählt. Deshalb ist der Tausch einer kleinen Überweisung gegen eine weitreichende Freigabe der lohnendste Angriff auf eine Signaturstrecke. Wie Angreifer diese Freigaben in der Praxis einsammeln, haben wir im Beitrag zu Wallet-Drainern und Signatur-Freigaben aufgeschrieben.

Ethereum-App auf 1.22.2 aktualisieren: der Weg über Ledger Live

Die Fassung 1.22.2 schließt den beschriebenen Weg mit zwei Sperren. Die App verweigert eine neue Signatur-Sitzung, solange eine Prüfung läuft, und sie weist eine eingehende Bestätigung zurück, wenn der Zustand nicht mehr zu dem passt, was angezeigt wurde. Der Eintrag zur Version steht in der Release-Übersicht der Ethereum-App bei Ledger; die Anmerkung dort nennt als Inhalt lediglich behobene Sicherheitsprobleme, ohne die Lücke zu beschreiben.

Das Update selbst ist unspektakulär. Du verbindest das Gerät, öffnest in Ledger Live die Verwaltung der installierten Anwendungen und lässt dort die Ethereum-App aktualisieren. Vorhandene Guthaben bleiben davon unberührt, weil die Schlüssel aus deiner Wiederherstellungsphrase abgeleitet werden und nicht in der App liegen. Auch ein Entfernen und Neuinstallieren der App kostet dich keine Coins.

Woran du die installierte Fassung erkennst

Ledger Live zeigt die Versionsnummer je Anwendung in der Geräteverwaltung an. Steht dort 1.22.2 oder höher, ist der Fix vorhanden. Steht dort 1.22.1 oder älter, fehlt er. Ein bloßer Blick auf die Versionsnummer von Ledger Live selbst genügt dafür nicht.

Warum ein Firmware-Update die Ethereum-App nicht mitaktualisiert

Das ist der Punkt, an dem der Fall in der Praxis am häufigsten schiefgeht. Firmware, Ledger Live und die einzelnen Coin-Apps werden getrennt voneinander gepflegt und getrennt voneinander aktualisiert. Wer die Geräte-Firmware aktualisiert und danach ein gutes Gefühl hat, kann trotzdem eine veraltete Ethereum-App auf dem Gerät haben.

Dieselbe Trennung erklärt, warum Meldungen über Wallet-Sicherheit so oft aneinander vorbeigehen. Beim Coldcard-Fall lag der Fehler in der Erzeugung des Seeds, also ganz unten im Fundament, weshalb dort ein neuer Seed nötig wurde. Bei den BitBox-Lücken ging es um die Firmware. Hier liegt der Fehler eine Ebene darüber, in einer austauschbaren Anwendung, und deshalb reicht ein App-Update aus. Deine Wiederherstellungsphrase musst du in diesem Fall nicht neu erzeugen.

Token-Freigaben prüfen und widerrufen: der zweite Schritt nach dem Update

Das Update schützt künftige Signaturen. Es räumt nicht auf, was in der Vergangenheit erteilt wurde. Wenn du in den zurückliegenden Monaten mit dezentralen Anwendungen gearbeitet hast, lohnt ein Blick auf die offenen Freigaben deiner Adresse.

Block-Explorer und spezialisierte Oberflächen listen zu einer Adresse auf, welche Verträge über welche Token verfügen dürfen. Freigaben an Verträge, die du nicht mehr nutzt, kannst du einzeln widerrufen. Der Widerruf ist eine gewöhnliche Transaktion und kostet Netzwerkgebühren, weshalb sich das Aufräumen in ruhigen Phasen mit niedrigen Gebühren anbietet. Wer den Ether-Kurs dafür im Blick behalten will, findet die Einordnung in unserer Ethereum-Kursprognose.

Ein Nebeneffekt, an den kaum jemand denkt: Jeder Widerruf taucht in deiner Transaktionshistorie auf und erzeugt Gebühren. Wer seine Bewegungen sauber dokumentiert, hat es bei der nächsten Steuererklärung leichter; die gängigen Steuer- und Portfolio-Werkzeuge lesen solche Vorgänge automatisch ein.

Der Offenlegungsstreit zwischen Ledger und TestMachine

Über den Hergang gibt es zwei Darstellungen, die sich nicht decken. Beide sind hier als Darstellungen der jeweiligen Seite wiedergegeben; unabhängig bestätigt ist keine von beiden.

Ledger-Technikvorstand Charles Guillemet erklärte, das hauseigene Sicherheitslabor Ledger Donjon habe den Fehler selbst gefunden, und der Fix sei rund zwei Wochen vor der Veröffentlichung ausgeliefert worden. TestMachine habe sich erst danach beim Bug-Bounty-Programm gemeldet. Die Aussagen der Sicherheitsfirma bezeichnete er als Erzeugung von Angst zur Erlangung von Aufmerksamkeit.

TestMachine hält dem entgegen, das eigene Prüfsystem mit dem Namen Azimuth habe die Schwachstelle bei einem selbsttätigen Durchlauf auf einer Ledger Flex entdeckt, und man habe die Ergebnisse mit Ledger geteilt. Zum Zeitpunkt der Veröffentlichung sei aus Sicht der Firma kein Fix verfügbar gewesen.

Die nachprüfbaren Einzeltatsachen liegen dazwischen. Der Änderungseintrag zur Fassung 1.22.2 trägt den 12. August 2026, der signierte Tag im Quellcode-Verzeichnis den 13. August. Sichtbar als veröffentlichte Fassung wurde der Eintrag jedoch erst rund um den 24. August, also zeitgleich mit der Analyse der Sicherheitsfirma. Ein Nutzer, der in der Zwischenzeit nachsehen wollte, ob es einen Fix gibt, konnte ihn dort nicht finden. Die technische Rekonstruktion des Ablaufs samt dieser Daten hat CryptoSlate zusammengetragen.

Sind Gelder abgeflossen? Was zum Schaden bekannt ist

Nach den bisher vorliegenden Angaben beider Seiten gibt es keinen bestätigten Fall, in dem die Lücke tatsächlich ausgenutzt wurde. Es sind keine Verluste dokumentiert, und ein Auslesen privater Schlüssel war über diesen Weg ohnehin nicht möglich.

Das ist eine gute Nachricht mit einer Einschränkung, die man mitsprechen muss. Eine Signatur, die auf diesem Weg zustande gekommen wäre, sähe in der Kette aus wie jede andere freiwillige Signatur. Ein Betroffener würde den Vorgang erst bemerken, wenn später Token abfließen, und würde ihn dann vermutlich einem gewöhnlichen Phishing zuschreiben. Aus dem Fehlen bestätigter Fälle lässt sich deshalb nicht mit Sicherheit schließen, dass es keine gab. Das ist eine Einschätzung, keine belegte Aussage.

Was der Fall über Hardware-Wallets und Self-Custody sagt

Es wäre der falsche Schluss, aus diesem Vorgang eine Absage an Hardware-Wallets zu machen. Der Angriff setzte einen bereits erteilten Gerätezugriff und eine bösartige Anwendung voraus, er hat den Schlüssel nicht angetastet, und er ist behoben.

Der brauchbare Schluss ist ein anderer. Eine Hardware-Wallet verschiebt das Vertrauen vom Rechner auf ein kleines Gerät mit eigenem Bildschirm, und dieses Gerät besteht aus Firmware, Anwendungen und einer Begleitsoftware, die alle getrennt gepflegt werden. Sicherheit ist an dieser Stelle kein Zustand, den man mit dem Kauf erwirbt, sondern eine Pflege, die man betreibt. Dazu gehört, Anwendungen aktuell zu halten, Freigaben regelmäßig aufzuräumen und bei großen Beständen eine zweite Bestätigungsebene einzuziehen. Welche Geräteklasse zu welchem Bestand passt, haben wir nach dem Coldcard-Fall im Beitrag Welche Hardware-Wallet jetzt? aufgeschlüsselt.

Ledger-Ethereum-App prüfen: Was du daraus mitnimmst

1. Version nachsehen und aktualisieren. Verbinde das Gerät, öffne in Ledger Live die Geräteverwaltung und prüfe die Ethereum-App. Alles unterhalb von 1.22.2 gehört aktualisiert, und ein Firmware-Update allein genügt dafür nicht. Welche Geräte diese Trennung wie handhaben, zeigt der Hardware-Wallet-Vergleich.
2. Offene Token-Freigaben aufräumen. Lass dir zu deiner Adresse anzeigen, welche Verträge über deine Token verfügen dürfen, und widerrufe alles, was du nicht mehr brauchst. Wenn du dabei feststellst, dass du für den täglichen Gebrauch eine getrennte Adresse mit kleinem Bestand willst, hilft der Software-Wallet-Vergleich bei der Auswahl.
3. Die Bewegungen dokumentieren. Widerrufe und Umschichtungen erzeugen Gebühren und tauchen in deiner Historie auf. Erfasse sie gleich mit, statt im nächsten Frühjahr zu rekonstruieren; die Steuer- und Portfolio-Werkzeuge nehmen dir das Einlesen ab.

(Stand: 25. August 2026. Dieser Beitrag ist keine Anlageberatung. Kurse und Gebührenmodelle ändern sich; prüfe die Konditionen vor jedem Kauf beim Anbieter selbst.)