Kritieke kwetsbaarheid in Zilliqa Ledger app legt privésleutels bloot

Zilliqa maakt een ernstige kwetsbaarheid bekend in de officiële Ledger app die al sinds 2019 aanwezig is in elke uitgebrachte versie. Door een fout in de nonce-generatie bij het ondertekenen van native Zilliqa transacties kunnen aanvallers de privésleutel van een gebruiker reconstrueren aan de hand van openbaar beschikbare data op de blockchain. Accounts die vijf of meer native transacties hebben ondertekend via de Ledger app moeten als gecompromitteerd worden beschouwd.

zilliqa @zilliqa

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 with a predictably weakened ephemeral nonces, from which an attacker can recover the signer’s private key using only publicly available on-chain data.

Protective measures are already in place to prevent further loss, and a coordinated remediation plan is being finalised. Users who have signed native Zilliqa transactions with a Ledger device should await official guidance before taking any action.

Impact: The vulnerability affects private keys used to sign native Zilliqa transactions with a Ledger device. Any account that has broadcast approximately five or more native transactions signed through the Zilliqa Ledger app should be considered compromised. Its private key can be reconstructed from signatures already recorded on-chain, regardless of any subsequent software update.

The issue is confined to the Ledger app’s native signing path. EVM transactions are unaffected. Zilliqa software development kits, including zilliqa-js, gozilliqa-sdk and pyzil, generate nonces correctly and are not affected.

Root cause: Zilliqa native transactions are authenticated using EC-Schnorr signatures over secp256k1. Each signature requires a fresh, uniformly random 256-bit ephemeral nonce, (k). The secrecy and full-width randomness of (k) are essential, as any systematic bias can allow the private key to be recovered.

The signing routine generated 40 bytes of randomness and reduced them modulo the curve order, correctly producing a uniform 256-bit value. However, when copying this value into the nonce buffer, the code copied the wrong 32 bytes of the 40-byte output. This retained the eight zero-padding bytes introduced by the reduction and discarded eight bytes of entropy.

As a result, the most significant 64 bits of every generated nonce were fixed at zero, meaning (k < 2^{192}).

A nonce with 64 known bits leaks information about the private key with each signature. With five or more affected signatures, the private key can be recovered in seconds using commodity hardware by solving the resulting Hidden Number Problem through lattice reduction - a well-documented technique for attacking biased-nonce signatures.
Because the affected transactions are permanently recorded on-chain, this exposure cannot be reversed by updating the signing application. The affected keys must be retired.

Timeline
2019-2026: The defect was present in every released version of the Zilliqa Ledger app across all supported devices.

19 July 2026: On-chain activity consistent with active exploitation was observed.

21 July 2026: The root cause was isolated to the app’s nonce-handling code and confirmed by reproducing the issue against on-chain signatures.

Ongoing: A corrected version of the app is being prepared in coordination with Ledger. Release details will be announced separately.

Remediation: As soon as the issue was identified, native (non-EVM) transactions were suspended as a protective measure. This has halted further draining of affected accounts while a solution is prepared.

Affected accounts cannot be secured through an ordinary transfer. Because their private keys can be derived from data already recorded on-chain, an attacker with access to the same key could attempt to front-run a legitimate transfer as soon as transactions resume. Advising users simply to move their funds would therefore be ineffective and potentially unsafe.

A corrected build of the Ledger app has been prepared, restoring full-width nonce generation and preventing further weakened signatures from being produced. However, this does not protect keys that have already been used to sign affected transactions. Those keys must ultimately be retired.

A coordinated remediation plan to secure affected balances is being finalised and will be published separately. Until then, users who have signed native Zilliqa transactions with a Ledger device should take no independent action and should rely solely on official Zilliqa channels for instructions.

Users who hold or transact with ZIL exclusively through EVM-compatible tooling are not affected.

Acknowledgments: @kucoincom played a key role in pinpointing the root cause in the Zilliqa Ledger app nonce generation, recovered affected private keys from publicly available on-chain signatures, and confirmed ongoing exploitation.

KuCoin’s timely reporting and responsible collaboration enabled rapid protective measures, helping safeguard users, ecosystem participants, and the broader Zilliqa ecosystem while the remediation plan was being developed.

We sincerely appreciate the KuCoin team’s professionalism, technical expertise, and cooperation throughout this process.

22 Jul 2026View full tweet on X ›

Hoe de kwetsbaarheid werkt

Zilliqa native transacties maken gebruik van EC-Schnorr handtekeningen over secp256k1. Elke handtekening vereist een willekeurige 256-bit nonce. In de Ledger app genereerde de signeringscode 40 bytes aan willekeur, maar bij het kopiëren naar de nonce-buffer werden de verkeerde 32 bytes geselecteerd. Daardoor bleven acht bytes aan nullen staan en gingen acht bytes aan entropie verloren. Het gevolg: de 64 meest significante bits van elke nonce waren altijd nul.

Met vijf of meer handtekeningen die dit patroon vertonen, is het mogelijk om via zogenaamde lattice-reductie binnen seconden de privésleutel te achterhalen op gewone hardware. Omdat de aangetaste transacties permanent op de blockchain staan, lost een software-update het probleem voor bestaande accounts niet op. Die sleutels moeten worden buiten gebruik gesteld.

Op 19 juli 2026 werd actieve exploitatie op de blockchain waargenomen. Twee dagen later werd de oorzaak bevestigd door het probleem te reproduceren op basis van bestaande handtekeningen. KuCoin speelde volgens Zilliqa een centrale rol bij het identificeren van de oorzaak, het reconstrueren van getroffen privésleutels en het tijdig melden van de actieve uitbuiting. Meer over hacks en exploits in de cryptowereld lees je in ons overzicht.

Opgeschorte transacties en gevolgen voor ZIL

Als directe maatregel schort Zilliqa alle native transacties op om verdere schade te beperken. EVM-transacties zijn niet getroffen, net zo min als de officiële softwareontwikkelingskits zoals zilliqa-js, gozilliqa-sdk en pyzil. Gebruikers die ZIL uitsluitend via EVM compatibele tools beheren, lopen geen risico.

De Zuid-Koreaanse exchange Upbit meldt Upbit dat ZIL wordt aangemerkt als een waarschuwingsasset op zowel de KRW- als de BTC-markten. Stortingen en opnames blijven opgeschort, en de exchange geeft aan de handelssupport te kunnen beëindigen als het probleem niet wordt opgelost. Zilliqa roept gebruikers op geen zelfstandige actie te ondernemen en uitsluitend de officiële kanalen te volgen voor verdere instructies over het veiligstellen van getroffen tegoeden.

Kritieke kwetsbaarheid in Zilliqa Ledger app legt privésleutels bloot

Hoe de kwetsbaarheid werkt

Opgeschorte transacties en gevolgen voor ZIL

Meer Nieuws

Berkshire Hathaway verdubbelt Alphabet-aandelen naar $38 miljard

JPMorgan stopte bankrelatie met Polymarket vanwege regelgeving

Trezor datalek treft 13.700 klanten: CZ waarschuwt voor phishingrisico's

Trezor waarschuwt voor datalek bij verzendpartner

Hoge handelsvolumes kunnen wijzen op een naderende koersomkering