Une vulnérabilité critique découverte dans l’application Zilliqa pour les portefeuilles Ledger expose certains utilisateurs à un risque majeur. La faille toucherait les signatures natives Zilliqa et pourrait permettre de retrouver une clé privée à partir de données déjà visibles on-chain. Zilliqa travaille sur un correctif et sur un plan de remédiation, tandis que les utilisateurs concernés doivent suivre de près les canaux officiels.
Une faille Zilliqa Ledger met les signatures en danger
L’alerte rappelle une règle brutale déjà vue lorsqu’une simple signature piégée peut coûter très cher. Ici, le problème ne vient pas d’un clic frauduleux, mais d’une faiblesse cryptographique dans l’application Zilliqa utilisée avec Ledger.
Selon les informations disponibles, la faille concerne les transactions natives Zilliqa, hors environnement EVM. Le bug réduisait l’entropie du nonce utilisé lors de la création de signatures Schnorr. Or ce nonce doit être imprévisible à chaque signature. S’il fuit trop d’information, la clé privée peut devenir calculable.
Cointelegraph rapporte qu’un attaquant disposant de données publiques pourrait reconstruire une clé privée liée à un compte concerné. D’autres analyses indiquent que quelques signatures natives suffiraient dans certains cas pour réduire fortement la difficulté de l’attaque.
Le problème ne touche donc pas tous les produits Ledger ni toutes les cryptomonnaies gérées par ces appareils. Il concerne l’application Zilliqa et son chemin de signature natif. Cette distinction compte, car elle évite de transformer un incident logiciel ciblé en panique générale sur les wallets matériels.
La mise à jour ne suffit pas pour les anciennes signatures
Les développeurs de Zilliqa ont préparé un correctif pour empêcher la production de nouvelles signatures affaiblies. La page des versions GitHub de l’application Zilliqa Ledger doit servir de référence technique pour suivre les mises à jour disponibles.
Mais une mise à jour ne répare pas automatiquement le passé. Les signatures déjà publiées sur la blockchain restent visibles. Si elles ont été produites avec une version vulnérable, elles peuvent continuer à exposer des informations utiles à un attaquant.
C’est le point le plus sensible. Une clé privée potentiellement compromise ne redevient pas sûre parce qu’une nouvelle version de l’application est installée. Elle doit être retirée de l’usage, puis remplacée selon une procédure officielle capable d’éviter les erreurs et les attaques de front-running.
La prudence est donc essentielle. Dans certains cas, déplacer immédiatement les fonds sans consigne peut aussi révéler de nouvelles signatures ou créer une fenêtre d’attaque. Les utilisateurs concernés doivent suivre les instructions de Zilliqa et éviter les faux guides, les liens non officiels et les messages d’urgence envoyés par des inconnus.
Ledger n’est pas l’origine directe du problème
Cette vulnérabilité ne remet pas directement en cause l’architecture sécurisée des appareils Ledger. Un hardware wallet protège les clés privées dans un environnement isolé. Mais il exécute aussi des applications développées pour chaque blockchain.
Dans ce cas précis, le danger vient de l’application Zilliqa et de sa manière de produire certaines signatures. Le matériel peut empêcher une extraction directe de la clé. Il ne peut pas annuler une erreur cryptographique si la signature publiée sur la blockchain révèle trop d’information.
Cette nuance est importante pour comprendre le risque. La sécurité crypto ne dépend jamais d’un seul composant. Elle dépend du hardware, du firmware, de l’application, du protocole de signature, des bibliothèques utilisées et des procédures de mise à jour.
L’incident s’ajoute à une série de rappels difficiles pour l’industrie, où les failles ne viennent pas toujours des endroits attendus. Le piratage du bridge Wanchain-Cardano à 13 millions de dollars avait déjà montré qu’un point technique précis peut suffire à fragiliser tout un écosystème.
Les clés privées restent le cœur du risque crypto
La génération et l’usage des clés privées restent le socle de la sécurité blockchain. Une clé n’a pas besoin d’être volée directement pour être compromise. Il suffit parfois que des signatures mal formées laissent filtrer assez d’information mathématique.
KuCoin résume le problème comme une faille affectant les signatures natives Zilliqa, avec un nonce dont les bits supérieurs étaient réduits, permettant une récupération de clé à partir de plusieurs signatures publiques.
Ce type d’incident est rare, mais il est sérieux parce que la blockchain garde la mémoire. Les signatures restent enregistrées. Les données qui ont déjà fuité ne disparaissent pas. C’est pour cela que le risque peut survivre à la publication du correctif.
Le sujet rejoint aussi les débats plus larges sur les clés privées dormantes et les attaques cryptographiques futures. Quand les clés privées deviennent l’enjeu central de wallets dormants, la même vérité revient : le contrôle d’un actif crypto tient à une preuve mathématique fragile si elle est mal produite ou exposée.
Un avertissement pour toute la sécurité crypto
Zilliqa devra maintenant publier des consignes claires, identifier précisément les comptes à risque et expliquer comment les utilisateurs peuvent sortir de la zone dangereuse. L’urgence ne consiste pas seulement à corriger le code. Elle consiste à éviter que la remédiation elle-même devienne une nouvelle surface d’attaque.
Les détenteurs de ZIL ayant signé des transactions natives avec Ledger doivent donc surveiller les annonces officielles. Ceux qui utilisent uniquement des transactions EVM ou des outils non concernés semblent hors du périmètre décrit par les premières analyses.
Pour le secteur, la leçon dépasse Zilliqa. Les wallets matériels sont puissants, mais ils ne rendent pas toute la chaîne logicielle infaillible. Les audits doivent couvrir les détails cryptographiques les plus discrets, car une simple erreur de nonce peut suffire à transformer une protection réputée solide en porte ouverte.
C’est aussi ce que montre la montée des contrôles automatisés et des audits assistés par IA : la sécurité crypto doit être testée plus vite et plus souvent. Une faille ancienne peut rester invisible pendant des années. Puis, en quelques heures, elle devient le centre du marché.
En bref
- Une faille critique touche l’application Zilliqa pour Ledger.
- Des clés privées peuvent être récupérées à partir de signatures natives affaiblies.
- Les utilisateurs concernés doivent suivre les consignes officielles avant toute migration.
