Upbit hat Zilliqa unter eine formelle Handelswarnung gestellt, nachdem eine kritische Schwachstelle in der Zilliqa-Ledger-App es ermöglichte, private Schlüssel aus Transaktionssignaturen zu rekonstruieren, die bereits onchain sichtbar sind.

Die südkoreanische Börse — betrieben von Dunamu und nach Volumen die größte Kryptohandelsplattform in Korea — hat ZIL nicht delistet. Der Spot-Handel bleibt verfügbar, während Upbit den Vorfall, die Reaktion von Zilliqa und die für betroffene Guthaben entwickelten Schutzmaßnahmen prüft. Die Einstufung gibt Zilliqa Zeit, das Sicherheitsproblem zu beheben, schafft aber auch einen Weg zu einem Delisting, falls Upbit feststellt, dass die Schwachstelle oder ihre Folgen nicht angemessen gelöst wurden.

Upbit hält ZIL-Handel während der Prüfung offen

Laut offizieller Mitteilung von Upbit trat ZIL am July 22 in den Prüfungszeitraum unter Handelswarnung ein. Das Beobachtungsfenster soll voraussichtlich bis in die dritte Augustwoche laufen und den Zeitraum von August 17 bis August 21 abdecken.

Während dieses Zeitraums bleibt der Handel mit ZIL/KRW und ZIL/BTC geöffnet. Upbit kann die Warnkennzeichnung aufheben, wenn die Sicherheitsbedenken ausgeräumt sind, die Prüfung verlängern, falls mehr Zeit benötigt wird, oder die Handelsunterstützung beenden, wenn die Börse feststellt, dass die Risiken ungelöst bleiben.

Ein- und Auszahlungen von ZIL waren bereits am July 20 ausgesetzt worden. Neue Einzahlungen, die an Upbit gesendet werden, während der Dienst blockiert ist, werden möglicherweise nicht gutgeschrieben und können über den Wiederherstellungsprozess der Börse zurückgeführt werden. Upbit teilte außerdem mit, dass Auszahlungen Priorität erhalten werden, sobald Transaktionsdienste wieder geöffnet werden. Einzahlungen sollen voraussichtlich nicht verfügbar bleiben, bis die Börse eine gesonderte Ankündigung veröffentlicht.

Dadurch entsteht ein ungewöhnliches Handelsumfeld. ZIL kann innerhalb von Upbit weiterhin gekauft und verkauft werden, doch Token können derzeit nicht frei in die Börse hinein oder aus ihr heraus bewegt werden. Der Handel läuft daher weiter, während der zugrunde liegende Abwicklungsweg eingeschränkt bleibt.

ZIL handelt innerhalb von 1% seines Allzeittiefs

Die Marktreaktion drückte ZIL nahe an sein Rekordtief. Auf dem ZIL/USD-Tageschart bei OKX wurde der Token am July 22 um 13:15 UTC nahe $0.0024 gehandelt, rund 7% niedriger an diesem Tag, nachdem er ein Intraday-Tief von $0.00236 erreicht hatte. Dieses Tief lag laut CoinMarketCap etwa 1% über dem Allzeittief von Zilliqa bei $0.002339.

Das höchste tägliche Verkaufsvolumen der vorangegangenen zwei Monate trat am July 20 auf, dem Tag, an dem ein Diebstahl aus einer Partner-Wallet offengelegt wurde. Der tägliche Relative Strength Index war auf etwa 28 gefallen und lag damit unter der traditionellen Überverkauft-Schwelle von 30. Der Preis lag zudem deutlich unter den gleitenden Durchschnitten der 50, 100 und 200 Tage, die alle weiterhin nach unten tendierten.

Der Rückgang spiegelt mehr wider als nur das Risiko, eine Börsennotierung zu verlieren. Die zugrunde liegende Schwachstelle betrifft die privaten Schlüssel einiger Ledger-Nutzer und lässt sich nicht allein durch ein Update der Wallet-Anwendung rückgängig machen.

Sieben Jahre alter Fehler in Ledger-App schwächte Signaturen

Der Sicherheitsvorfall hatte seinen Ursprung in der Zilliqa-Anwendung, die auf Ledger-Hardware-Wallets verwendet wird. Er entstand nicht in der Kernhardware von Ledger und betraf nicht den Konsensmechanismus von Zilliqa.

Zilliqa startete sein Mainnet 2019 als eine der ersten öffentlichen Blockchains, die für Transaktionsdurchsatz auf Sharding ausgelegt waren. In seiner offiziellen Offenlegung der Schwachstelle erklärte Zilliqa, dass der Fehler jede veröffentlichte Version des nativen Transaktionssignaturpfads der App von 2019 bis 2026 betraf.

Nonce-Generation Vulnerability in the Zilliqa Ledger App: A critical vulnerability has been identified in the Zilliqa Ledger application affecting the generation of Schnorr signatures for native (non-EVM) Zilliqa transactions. The vulnerability causes signatures to be generated… — Zilliqa (@zilliqa) July 22, 2026

Native Zilliqa-Transaktionen verwenden Schnorr-Signaturen. Jede Signatur hängt von einer temporären geheimen Zahl ab, einer sogenannten Nonce, die mit ausreichender Zufälligkeit erzeugt werden muss und niemals vorhersehbar sein darf.

Die Zilliqa-Ledger-App erzeugte die erforderliche Zufälligkeit, kopierte jedoch den falschen Abschnitt des Ergebnisses in den Signierprozess. Dieser Fehler ließ die höchstwertigen 64 Bits jeder Nonce fest auf null stehen, wodurch die Zufälligkeit, die jede Signatur schützte, erheblich reduziert wurde.

Fehlerhafte Nonce-Erzeugung hat in anderen kryptografischen Systemen bereits zu bekannten Wiederherstellungen privater Schlüssel geführt. Der bekannteste Fall betraf Sonys PlayStation 3, bei der das Unternehmen eine statische Nonce über ECDSA-Signaturen hinweg wiederverwendete, was Hackern ermöglichte, den Signaturschlüssel zu extrahieren und die Konsole zu entsperren. Die Zilliqa-Ledger-Schwachstelle unterscheidet sich im Mechanismus, nutzt aber dasselbe Prinzip aus: unzureichende Nonce-Zufälligkeit legt den zugrunde liegenden privaten Schlüssel allein durch Mathematik offen.

Eine einzelne geschwächte Signatur gibt nur einen Teil der Informationen preis, die zur Rekonstruktion eines privaten Schlüssels benötigt werden. Wiederholte Signaturen desselben Kontos offenbaren mehr. Zilliqa erklärte, ein Angreifer könne den privaten Schlüssel eines betroffenen Kontos nach etwa fünf oder mehr nativen Transaktionen mithilfe öffentlich verfügbarer On-Chain-Signaturen wiederherstellen.

Der Angreifer benötigt keinen physischen Besitz des Ledger-Geräts, keine PIN und keine Recovery Phrase des Nutzers. Die erforderlichen Signaturdaten sind dauerhaft auf der Blockchain gespeichert.

Umfang der Schwachstelle

Der Vorfall kommt nicht einem Kompromittieren jeder Zilliqa-Wallet oder der Blockchain selbst gleich. Das Risiko ist enger begrenzt, bleibt jedoch kritisch für Nutzer, deren native Transaktionen über die betroffene Ledger-Anwendung signiert wurden.

Die Schwachstelle betrifft native, nicht-EVM-basierte Zilliqa-Transaktionen, die mit der betroffenen Ledger-App signiert wurden. Zilliqas Offenlegung konzentrierte sich auf die Nonce-Erzeugung der App für Schnorr-Signaturen und nicht auf Ledger-Hardware, das Konsenssystem von Zilliqa oder alle Wallet-Typen im Netzwerk. Nutzer von Software-Wallets, bei Börsen verwahrten Wallets oder Ledger-Geräten, die ausschließlich EVM-basierte Zilliqa-Transaktionen signiert haben, sind von diesem spezifischen Fehler nicht betroffen.

Ausnutzung wurde vor der öffentlichen Offenlegung festgestellt

Die Entwicklung verlief schnell. Verdächtige On-Chain-Aktivitäten wurden am July 19 beobachtet, ein Diebstahl wurde am July 20 gemeldet, die Ursache wurde am July 21 isoliert, und Upbits Warnkennzeichnung folgte am July 22.

Der Bericht vom July 20 betraf ZIL, die aus einer Cold Wallet gestohlen wurden, die von einem Börsenpartner betrieben wurde, den Zilliqa nicht nannte. Das Projekt kontaktierte Börsen und bat um vorübergehende Einschränkungen für native ZIL-Ein- und -Auszahlungen, während die Ursache des Vorfalls untersucht wurde.

Zilliqa schrieb KuCoin zu, bei der Identifizierung des Fehlers geholfen, betroffene private Schlüssel aus öffentlichen Signaturen rekonstruiert und bestätigt zu haben, dass eine Ausnutzung stattfand. Native Zilliqa-Transaktionen wurden daraufhin ausgesetzt, um zu verhindern, dass weitere Mittel abgezogen werden, während ein Wiederherstellungsverfahren entwickelt wurde.

Eine korrigierte Version der Ledger-Anwendung wurde ebenfalls in Abstimmung mit Ledger vorbereitet. Der Patch stellt die vollständige Zufälligkeit wieder her, die bei der Erstellung neuer Signaturen erforderlich ist.

Warum Nutzer angewiesen wurden, Gelder nicht eigenständig zu bewegen

Die übliche Reaktion auf eine kompromittierte Kryptowährungs-Wallet besteht darin, eine neue Adresse zu erstellen und die verbleibenden Vermögenswerte sofort zu verschieben. Zilliqa warnte, dass diese Reaktion in diesem Fall wirkungslos oder gefährlich sein könnte.

Wenn ein Angreifer den privaten Schlüssel bereits rekonstruiert hat, können sowohl der rechtmäßige Inhaber als auch der Angreifer gültige Transaktionen von derselben Adresse signieren. Sobald native Transfers wieder aufgenommen werden, könnte ein Angreifer das Konto überwachen und versuchen, eine konkurrierende Transaktion einzureichen, bevor die Übertragung des Eigentümers bestätigt wird.

Eine gewöhnliche Wallet-Räumung könnte daher zu einem Rennen zwischen zwei Parteien werden, die denselben Schlüssel kontrollieren. Sie könnte einen Angreifer außerdem auf ein Konto aufmerksam machen, das noch Vermögenswerte enthält.

"Users who have signed native Zilliqa transactions with a Ledger device should await official guidance before taking any action."

Offizielle Sicherheitsmitteilung von Zilliqa

Betroffene private Schlüssel müssen letztlich stillgelegt werden, doch Zilliqa hat Nutzern nicht empfohlen, diesen Prozess eigenständig durchzuführen. Das Projekt stellt einen koordinierten Plan fertig, der betroffene Guthaben schützen soll, während native Transaktionen ausgesetzt bleiben.

Nutzer sollten daher vermeiden, ungeprüften Anleitungen zur Wallet-Migration zu folgen, Recovery Phrases auf neuen Websites einzugeben oder auf Direktnachrichten zu reagieren, die Hilfe anbieten. Der Behebungsprozess sollte ausschließlich über offizielle Mitteilungen von Zilliqa und Ledger befolgt werden.

Patch repariert bereits offengelegte Schlüssel nicht

Die dauerhafte Natur der Blockchain-Transaktionshistorie ist die zentrale Herausforderung. Die korrigierte Anwendung verhindert nur die Erstellung neuer geschwächter Signaturen. Jede bereits veröffentlichte anfällige Signatur bleibt für immer öffentlich verfügbar.

Ein Angreifer kann die Berechnung zur Wiederherstellung privater Schlüssel jederzeit mithilfe alter Signaturen durchführen. Ein Update der App, eine Änderung der Ledger-PIN oder eine Neuinstallation der Wallet-Software ändert nicht den privaten Schlüssel, der die betroffene Adresse kontrolliert.

Auch das Zurücksetzen einer Hardware-Wallet mit derselben Recovery Phrase würde dieselben zugrunde liegenden Schlüssel erneut erzeugen. Ein tatsächlich stillgelegter Schlüssel müsste letztlich durch einen neu erzeugten Schlüssel ersetzt werden, der nicht aus kompromittiertem Recovery-Material abgeleitet ist.

Selbst dieser technische Schritt löst das unmittelbare Transferproblem nicht, solange ein Angreifer die alte Adresse kontrollieren könnte. Das fehlende Element ist ein koordinierter Mechanismus, um Guthaben zu bewegen oder zu schützen, ohne Nutzer nach Wiederaufnahme des Netzwerks einem Transaktionsrennen auszusetzen.

Upbit-Entscheidung hängt vom Behebungsplan ab

Upbits endgültige Entscheidung dürfte von mehr abhängen als nur der Veröffentlichung einer gepatchten Ledger-Anwendung. Die Börse muss auch bewerten, wie Zilliqa Guthaben schützt, die mit Schlüsseln verbunden sind, die möglicherweise bereits kompromittiert wurden.

Eine vollständige Reaktion müsste die betroffene Kontopopulation bestimmen, einen sicheren Wiederherstellungsprozess bereitstellen, weitere unautorisierte Transfers verhindern und erklären, wie native Transaktionsdienste wieder aufgenommen werden können, ohne Angreifern eine weitere Gelegenheit zu eröffnen.

Das Prüfungsfenster im August setzt Zilliqa damit eine klare Frist. Die Reparatur des Signiercodes behebt den ursprünglichen technischen Defekt, doch die Wiederherstellung des Vertrauens der Börse erfordert eine glaubwürdige Lösung für die Schlüssel und Guthaben, die vor Existenz des Patches offengelegt wurden.

Bis dieser Plan veröffentlicht ist, bleibt ZIL auf Upbit handelbar, aber operativ eingeschränkt, während betroffene Ledger-Nutzer aufgefordert werden zu warten, anstatt einen eigenständigen Transfer zu versuchen.

Quellenprüfung: Basierend auf Upbits offizieller Mitteilung, Zilliqas Sicherheitsangaben auf X, ZIL/USD-Marktdaten von TradingView (OKX) und Allzeittief-Daten von CoinMarketCap, geprüft am July 22, 2026.