Zilliqa hat native ZIL-Transaktionen ausgesetzt, nachdem eine kritische Schwachstelle in seiner Ledger-Anwendung offengelegt wurde, durch die Angreifer private Schlüssel aus öffentlichen Transaktionssignaturen wiederherstellen können. Ledger-Hardware-Wallets gehören zu den am weitesten verbreiteten Cold-Storage-Geräten im Kryptobereich, wodurch das potenzielle Ausmaß der Gefährdung für jedes Projekt erheblich ist, dessen Signatur-App einen solchen Fehler enthält.

Die Schwachstelle betrifft native, nicht EVM-basierte Zilliqa-Transaktionen, die mit Ledger-Geräten signiert wurden, und gilt für jede veröffentlichte Version der Zilliqa-Ledger-App von 2019 bis 2026. Zilliqa erklärte, dass Konten, die etwa fünf oder mehr betroffene native Transaktionen mit Ledger-Geräten signiert haben, als dauerhaft kompromittiert behandelt werden sollten.

Das Netzwerk teilte mit, dass es am July 19 Onchain-Aktivitäten festgestellt habe, die mit aktiver Ausnutzung übereinstimmen, und am July 21 die Ursache bestätigt habe. Zilliqa hat einen korrigierten Build der Ledger-App vorbereitet, erklärte jedoch, dass die Korrektur keine Schlüssel schützen könne, die bereits durch frühere Signaturen offengelegt wurden. Native Transaktionen blieben laut dem jüngsten offiziellen Update ausgesetzt, während das Team einen koordinierten Wiederherstellungsplan finalisierte.

Auch die südkoreanische Börse Upbit hat ZIL mit einem Warnstatus versehen, während Zilliqa erklärte, dass EVM-Transaktionen und seine Software Development Kits nicht betroffen seien.

Schwachstelle in der Ledger-App schwächte Signaturen nativer Transaktionen

Die Schwachstelle betraf die Art und Weise, wie die Zilliqa-Ledger-App Schnorr-Signaturen für native Transaktionen erzeugte. Jede Signatur benötigt eine frische Zufallszahl, eine sogenannte Nonce, um den privaten Schlüssel zu schützen. Laut Zilliqa erzeugte die App ausreichend Zufallsdaten, kopierte jedoch die falschen 32 Bytes in den Signaturprozess.

Dieser Fehler führte dazu, dass die höchsten 64 Bits jeder Nonce fest auf null gesetzt waren. Die verringerte Zufälligkeit ermöglichte es Angreifern, mehrere öffentliche Signaturen desselben Kontos zu vergleichen und den privaten Schlüssel des Kontos zu rekonstruieren. Verzerrte oder wiederverwendete Nonces sind eine bekannte Klasse kryptografischer Fehler, die im Laufe der Jahre in mehreren Blockchain-Implementierungen dokumentiert wurde; sobald genügend verzerrte Signaturen öffentlich sind, kann der zugrunde liegende private Schlüssel ohne direkten Zugriff auf das Signaturgerät kompromittiert werden.

Zilliqa erklärte, dass Konten, die etwa fünf oder mehr betroffene native Transaktionen übertragen haben, als kompromittiert gelten sollten. Das Projekt sagte, dass der Wiederherstellungsprozess, sobald genügend Signaturen verfügbar sind, auf gewöhnlicher Hardware nur Sekunden dauern könne.

Da betroffene Signaturen dauerhaft onchain aufgezeichnet sind, kann ein Update der Ledger-App einen bereits offengelegten Schlüssel nicht reparieren. Zilliqa erklärte, betroffene Schlüssel müssten außer Betrieb genommen werden. Zudem warnte das Projekt Nutzer davor, bei Wiederaufnahme der Transaktionen einfach Mittel zu verschieben, da ein Angreifer mit einem wiederhergestellten privaten Schlüssel versuchen könnte, eine konkurrierende Transaktion zu senden.

Native Transfers gestoppt, während EVM-Transaktionen unberührt bleiben

Zilliqa setzte native Transaktionen aus, nachdem die Schwachstelle identifiziert worden war, und blockierte damit weitere native Transfers, während das Team an einer Methode zum Schutz betroffener Guthaben arbeitet. Anders als bei einem Smart-Contract-Exploit oder einem Ausfall auf Netzwerkebene kompromittiert diese Schwachstelle die Signaturschlüssel selbst, was bedeutet, dass betroffene Adressen nicht einfach durch Software-Patches oder Firmware-Upgrades abgesichert werden können. Das Projekt bat Ledger-Nutzer, die native Zilliqa-Transaktionen signiert haben, auf offizielle Anweisungen zu warten.

„Nutzer, die native Zilliqa-Transaktionen mit einem Ledger-Gerät signiert haben, sollten offizielle Hinweise abwarten, bevor sie Maßnahmen ergreifen“, erklärte Zilliqa.

Zilliqa erklärte, dass das Problem EVM-Transaktionen nicht betrifft. Das Projekt teilte außerdem mit, dass seine Software Development Kits, darunter zilliqa-js, gozilliqa-sdk und pyzil, Nonces korrekt erzeugen. Nutzer, die ausschließlich über EVM-kompatible Tools Transaktionen durchführen, befinden sich daher außerhalb des betroffenen Signaturpfads.

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

Zilliqa würdigte KuCoin für die Unterstützung bei der Rückverfolgung des Problems. Die Börse stellte betroffene private Schlüssel aus öffentlichen Signaturen wieder her, half bei der Bestätigung aktiver Ausnutzung und unterstützte die Identifizierung des fehlerhaften Nonce-Erzeugungsprozesses. Zilliqa erklärte, die Zusammenarbeit habe geholfen, Schutzmaßnahmen einzuführen, während ein umfassenderer Wiederherstellungsplan vorbereitet werde.

Upbit versieht ZIL mit Warnstatus

Upbit versah ZIL mit einem Warnstatus, nachdem die Schwachstelle öffentlich geworden war. Die Einstufung gilt für die KRW- und BTC-Märkte der Börse, während Ein- und Auszahlungen von ZIL ausgesetzt bleiben. Die Handelsunterstützung könnte weiter überprüft werden, falls das Problem nicht durch den Überwachungsprozess der Börse gelöst wird.

Die Maßnahme der Börse erfolgte, während Zilliqa weiter daran arbeitete, Guthaben abzusichern, die von möglicherweise bereits wiederherstellbaren Schlüsseln kontrolliert werden. Obwohl ein korrigierter Ledger-Build vorbereitet wurde, hat das Projekt sein vollständiges Wiederherstellungsverfahren noch nicht veröffentlicht und auch nicht angekündigt, wann native Transaktionen wieder aufgenommen werden.

Wie crypto.news am July 20 berichtete, hatte Zilliqa Börsen bereits aufgefordert, Ein- und Auszahlungen von ZIL auszusetzen, nachdem ein Börsenpartner einen Cold-Wallet-Diebstahl gemeldet hatte. Zu diesem Zeitpunkt hatte das Projekt weder den gestohlenen Betrag noch die betroffene Börse oder die Angriffsmethode offengelegt. Zilliqa hat bislang nicht öffentlich erklärt, ob dieser frühere Diebstahl durch die Ledger-Schwachstelle verursacht wurde.

Schwachstelle folgt auf frühere Störungen bei Zilliqa

Die Ledger-Schwachstelle unterscheidet sich von früheren Zilliqa-Ausfällen, da sie die Sicherheit privater Schlüssel betrifft und nicht die Blockproduktion oder die Node-Synchronisierung. Die Offenlegung folgt jedoch auf mehrere technische Störungen, die das Netzwerk in früheren Jahren beeinträchtigt hatten.

Zilliqa kündigte im September 2024 eine dauerhafte Lösung an, nachdem ein Fehler die Blockproduktion gestoppt hatte. Später erlitt das Netzwerk im Januar 2025 einen weiteren Ausfall im Zusammenhang mit Problemen bei der Node-Synchronisierung, bevor der vollständige Betrieb wiederhergestellt wurde. Zilliqa hat diese Vorfälle nicht mit der Schwachstelle in der Ledger-App in Verbindung gebracht.

Das aktuelle Problem liegt zudem außerhalb der Ledger-Hardware selbst. Zilliqa beschrieb die Schwachstelle als Defekt im nativen Signaturcode seiner eigenen Ledger-Anwendung. Der korrigierte Build stellt die vollständige Nonce-Erzeugung wieder her und sollte nach seiner Veröffentlichung neue schwache Signaturen verhindern.

Für betroffene Nutzer bleibt laut Zilliqa der wichtigste Risikofaktor die alte Transaktionshistorie. Öffentliche Signaturen können nicht von der Blockchain entfernt werden. Das Projekt sagte, Nutzer, die etwa fünf oder mehr native Transaktionen mit einem Ledger-Gerät signiert haben, sollten ihre Schlüssel als kompromittiert betrachten und auf Wiederherstellungsanweisungen warten. Das Netzwerk hat kein Datum für die Wiederherstellung nativer Transaktionen angekündigt. Der breitere Markt sollte das vollständige Wiederherstellungsverfahren, mögliche zusätzliche Börsenmaßnahmen und Klarheit darüber beobachten, ob der frühere Cold-Wallet-Diebstahl mit derselben Schwachstelle in der Nonce-Erzeugung zusammenhängt.