Ledger wies Behauptungen zurück, gehackt worden zu sein, nachdem OneKeys Anzen-Sicherheitsteam einen Transaktionsersetzungsfehler gegen eine veraltete Version der Ethereum-Anwendung von Ledger reproduziert hatte.
Zusammenfassung
- OneKey reproduzierte einen Transaktionssubstitutionsangriff gegen die Ledger-Ethereum-App-Version 1.22.1 in Labortests.
- Ledger sagt, dass die Ethereum-App 1.22.2 Sicherheitsvorkehrungen hinzugefügt hat, bevor OneKey seinen Reproduktionsversuch online öffentlich beschrieb.
- Ein Angreifer benötigte die Kontrolle über die Kommunikation zwischen Gerät und Host durch Malware, feindliche Webseiten oder kompromittierte Wallet-Software.
- Die sichere SDK-Version 26.6.1 blockierte verschachtelte Befehle, bevor sie einzelne Ledger-Geräteanwendungen direkt erreichten.
- Ledger fand keine Beweise dafür, dass die Schwachstelle gegen Benutzer ausgenutzt wurde oder irgendwo Kryptowährungsverluste verursachte.
OneKey-Gründer Yishi Wang sagte am 27. August, dass Forscher den Angriff gegen die Ethereum-App 1.22.1 in einem Labor abgeschlossen haben. Ledger bestätigte die zugrunde liegende Schwachstelle, sagte jedoch, dass es die betroffene Anwendung bereits gepatcht hatte, bevor OneKey seine Demonstration veröffentlichte.
Ledger-Ethereum-Fehler durchbrach die Garantie der vertrauenswürdigen Anzeige
Die Schwachstelle betraf die Kommunikation zwischen einem Ledger-Gerät und seinem verbundenen Host. Ledger-Anwendungen erhalten Anweisungen, die als Application Protocol Data Unit-Befehle oder APDUs bezeichnet werden, von Wallet-Software, Webseiten oder anderen Schnittstellen.
Eine betroffene Anwendung konnte einen zweiten APDU-Befehl akzeptieren, während der Benutzer eine frühere Operation auf dem Gerätebildschirm überprüfte. Der neue Befehl konnte im gemeinsamen Speicher gespeicherte Signierungsparameter überschreiben, ohne die angezeigten Informationen zu aktualisieren.
In diesem Szenario konnte der Benutzer Transaktion A überprüfen und genehmigen, während die Anwendung eine Signatur für Transaktion B erzeugte. Das Gerät würde den Benutzer nicht warnen, dass sich die zugrunde liegenden Informationen geändert haben.
Ledger stufte das Problem als Time-of-Check-zu-Time-of-Use-Race-Condition ein. Sein Bulletin sagte, dass der Fehler den vertrauenswürdigen Anzeigeschutz besiegte, den Hardware-Wallets verwenden, um Kunden Beträge, Adressen und Vertragsaktionen vor der Signierung überprüfen zu lassen.
Das Problem gab keine Seed-Phrasen preis und extrahierte keine privaten Schlüssel aus dem sicheren Element. Stattdessen konnte es dazu führen, dass der geschützte Schlüssel Parameter signierte, die sich von den dem Benutzer angezeigten unterschieden.
Ausnutzung erforderte eine kompromittierte Verbindung
Ein Angreifer benötigte die Kontrolle über die Kommunikation zwischen der Ledger-Anwendung und ihrem Host. Ledger listete Malware, eine kompromittierte Wallet-Anwendung oder eine feindliche Webseite mit WebHID- oder WebUSB-Zugriff als mögliche Wege auf.
Der Angriff konnte nicht remote gegen ein nicht angeschlossenes Gerät durchgeführt werden. Ein Benutzer musste die Transaktion auch genehmigen, während die bösartige Software seinen ausstehenden Signierungskontext manipulierte.
Ledger sagte, der Defekt befand sich in der Eingabe- und Ausgabeverarbeitung seines Secure SDK, nicht im Gerätebetriebssystem oder in der Firmware. Anwendungen, die mit betroffenen SDK-Versionen kompiliert wurden, waren auf ihre eigenen Zustandsprüfungen angewiesen, um Befehle abzulehnen, die während einer aktiven Überprüfung eintrafen.
Dies bedeutet, dass die Exposition anwendungsspezifisch war. Eine Anwendung blieb geschützt, wenn jeder asynchrone Befehlseinstiegspunkt seinen Zustand ordnungsgemäß überprüfte, selbst wenn sie mit dem betroffenen SDK erstellt wurde.
Ledger bestreitet, ob der Test als Hack zählt
Wang beschrieb das Laborergebnis mit den Worten: „Wir haben Ledger gehackt.“ Er sagte auch, dass das Unternehmen das Problem in der Ethereum-App 1.22.3 behoben hat.
Ledger Chief Technology Officer Charles Guillemet bestritt diese Darstellung. Er sagte, "einen bereits gepatchten Fehler zu reproduzieren ist kein 'Hacking von Ledger'" und charakterisierte OneKeys Arbeit als Laborübung gegen eine ältere Anwendung.
Die Versionshistorie unterstützt eine präzisere Zeitleiste. Die Ethereum App 1.22.2, veröffentlicht am 13. August, war das erste Anwendungsupdate, das Zustandsprüfungen enthielt, die den dokumentierten Transaktionssubstitutionspfad stoppen sollten.
Ledger veröffentlichte dann am 21. August das Secure SDK 26.6.1. Dieses Update blockiert verschachtelte Befehle, bevor der Anwendungscode sie empfängt. Anwendungen wurden anschließend mit dem korrigierten SDK neu erstellt.
Ledger empfiehlt nun die Ethereum App 1.22.3 oder später, da die neuere Version den umfassenderen SDK-Schutz enthält und einen weiteren Transaktionsanzeigefehler behebt. OneKey hatte also Recht, dass 1.22.3 geschützt ist, aber der erste Fix auf Anwendungsebene erschien in 1.22.2.
Wie crypto.news bereits berichtete, hatte Ledger bereits gesagt, dass seine Ethereum-Signaturschwachstelle vor der öffentlichen Offenlegung behoben wurde.
Benutzer müssen Anwendungen über Ledger Live aktualisieren
Ledger sagte, es habe keine Beweise dafür gefunden, dass Angreifer LSB 023 gegen Kunden ausgenutzt haben. Es wurden keine Kryptowährungsverluste öffentlich mit diesem spezifischen Problem in Verbindung gebracht.
Benutzer sollten Ledger Live öffnen, die neuesten Geräteanwendungen installieren und die Version der Ethereum-App auf der Hardware-Wallet überprüfen. Allein das Aktualisieren der Firmware ersetzt nicht Anwendungen, die mit einem betroffenen SDK erstellt wurden.
Drittentwickler müssen ebenfalls ihre Zustandsbehandlung überprüfen und Anwendungen mit Secure SDK 26.6.1 oder später neu erstellen. Ledger sagte, die Schwachstelle wurde im August 2025 eingeführt und betraf SDK-Versionen bis 26.6.0.
Die Offenlegung folgt auf andere Sicherheitsupdates für Hardware-Wallets. In verwandter Berichterstattung hat BitBox zwei Fehler behoben, die die Firmware-Installation und die Behandlung von Bitcoin-Adressen betrafen, ebenfalls ohne bestätigte Ausnutzung zu melden.
