Zilliqa alerte sur une faille de l'app Ledger exposant des…
Les utilisateurs ayant signé plus de 5 transactions natives Zilliqa sur Ledger sont considérés comme compromis alors qu'une solution coordonnée est en préparation.
Zilliqa a révélé une vulnérabilité dans son application Ledger qui, selon elle, peut permettre aux attaquants de reconstruire des clés privées en utilisant des données de signature onchain disponibles publiquement. L'équipe a informé les utilisateurs qui ont signé au moins cinq transactions natives Zilliqa sur Ledger d'attendre de plus amples instructions pendant qu'une application corrigée est préparée avec Ledger.
Points clés
- Un défaut dans l'application Ledger de Zilliqa peut permettredes clés privéesd'être récupérées à partir de signatures onchain visibles publiquement, a averti Zilliqa.
- Le problème provient de signatures produites avec des nonces éphémères prévisiblement affaiblis, une condition qui peut rendre la récupération de clés réalisable à partir de plusieurs signatures.
- Zilliqa a qualifié tout utilisateur ayant signé au moins cinq transactions natives Zilliqa avec un appareil Ledger de compromis et lui a demandé d'attendre de plus amples instructions.
- Les outils compatibles EVM pour effectuer des transactions ZIL n'ont pas été affectés, et une version corrigée de l'application Ledger est en cours de préparation en coordination avec Ledger.
Zilliqa signale un défaut de signature de l'application Ledger qui peut exposer des clés privées.
Zilliqa a mis sur la table un risque de garde très spécifique. Le réseau a déclaré qu'une vulnérabilité dans l'application Ledger de Zilliqa peut permettre aux attaquants de récupérer les clés privées des utilisateurs en utilisant des données onchain disponibles publiquement.
Cette formulation est importante car ce n'est pas le traditionnel « votre appareil a été compromis » ou « vous avez cliqué sur un lien malveillant ».lienincident. Si la clé privée peut être reconstruite à partir de signatures qui sont déjà onchain, la surface d'attaque devient historique. Les signatures sont publiques, et l'analyse peut être effectuée sans toucher au matériel de la victime.
Zilliqa a également déclaré que "des mesures de protection sont en place pour prévenir d'autres pertes" et qu'"un plan de remédiation coordonné est en cours de finalisation." L'urgence ici est évidente. Si une récupération clé est possible à partir d'activités passées, le temps devient une variable, et le travail du défenseur est de réduire la fenêtre où un attaquant peut agir sur des données déjà disponibles.
Cette divulgation intervient également immédiatement après que Zilliqa a demandé aux échanges de suspendre temporairement les dépôts et les retraits de ZIL suite à une vulnérabilité de sécurité distincte qui a entraîné le vol d'un montant non divulgué de ZIL d'unportefeuille froidCette séquence maintient le risque opérationnel au premier plan pour quiconque échange du ZIL ou gère des flux de règlement.
Comment les nonces éphémères prévisibles transforment les signatures publiques en risque de récupération de clé
Zilliqa a attribué la cause profonde à une faiblesse de signature à l'intérieur de l'application : « La vulnérabilité entraîne la génération de signatures avec des nonces éphémères prévisiblement affaiblis, à partir desquels un attaquant peut récupérer la clé privée du signataire. »
À un niveau élevé, un nonce éphémère est une valeur aléatoire à usage unique utilisée lors de la signature cryptographique. L'idée principale est qu'il doit être imprévisible et effectivement unique par signature. Lorsque ce nonce est affaibli de manière prévisible, la signature peut divulguer des informations sur la clé privée.
L'effet de second ordre est la partie que les traders devraient internaliser. Parce que les signatures sont intégrées dans les transactions, et que les transactions sont publiques, la matière première pour l'attaque est déjà présente dans les données onchain. Cela signifie que le risque n'est pas limité à un seul point d'extrémité compromis ou à un événement de phishing ponctuel.
Il peut être exploité en analysant les signatures précédentes à grande échelle, et le coût pour l'attaquant est principalement computationnel et ciblé.
Le langage propre à Zilliqa implique que l'exploitabilité est liée à l'ensemble des signatures, et non à une interaction en direct avec l'utilisateur. C'est pourquoi cela ressemble à un choc de garde plutôt qu'à un rapport de bogue typique de "mettez à jour votre application".
Qui est considéré comme compromis : Le seuil de 5+ transactions natives Ledger
Zilliqa a tracé une ligne stricte autour de qui elle considère comme exposé. Les utilisateurs qui ont signé au moins cinq transactions natives Zilliqa avec un appareil Ledger sont considérés comme compromis, et on leur a conseillé d'"attendre de nouvelles instructions avant de prendre toute mesure."
Ce seuil de "cinq transactions" fait beaucoup de travail. Il suggère que l'attaque nécessite plusieurs signatures à analyser, ce qui crée une segmentation claire entre les utilisateurs potentiellement exposés à Ledger et tous les autres. Si vous n'avez jamais utilisé l'application Ledger pour la signature native Zilliqa, la divulgation ne vous décrit pas.
Zilliqa a également réduit le rayon d'impact en déclarant que les utilisateurs effectuant des transactions ZIL via des outils compatibles EVM n'étaient pas affectés. En pratique, cela signifie que tout changement de comportement immédiat devrait se concentrer sur l'activité de transaction native Zilliqa et parmi les utilisateurs Ledger, plutôt que sur tous les itinéraires que ZIL peut emprunter.
L'instruction d'attendre est également un signal. Lorsque une équipe dit aux utilisateurs potentiellement compromis de ne pas agir encore, cela signifie généralement qu'elle essaie de gérer la réponse de manière centralisée, probablement pour éviter des mouvements de clés chaotiques, des erreurs ou une précipitation de transactions qui pourraient créer de nouveaux modes de défaillance.
Zilliqa a associé cette directive à la déclaration que des mesures de protection sont déjà en place, renforçant qu'ils tentent de contrôler le calendrier.
Signaux à court terme : Timing de la correction, rails d'échange et toute divulgation de pertes ultérieures
Les prochaines entrées pertinentes pour le marché sont opérationnelles, pas philosophiques.
La première est le timing de publication et les détails de version pour l'application Ledger Zilliqa corrigée, que Zilliqa a déclaré sera publiée en coordination avec Ledger. La coordination est une dépendance, et tant qu'il n'y a pas de version expédiée, le marché échange de l'incertitude.
Deuxièmement, il s'agit de nouvelles directives pour la cohorte Zilliqa étiquetée comme compromise. La question clé est de savoir si Zilliqa recommande finalement des étapes de rotation des clés ou de migration, et quelle séquence il souhaite que les utilisateurs suivent. L'instruction actuelle est explicite : attendre.
Troisièmement, il s'agit de l'état des échanges. La demande antérieure de Zilliqa demandant aux échanges de suspendre les dépôts et retraits de ZIL après le vol du portefeuille froid constitue une contrainte de liquidité directe si elle persiste. La réactivation soulagerait les frictions. D'autres restrictions l'aggraveraient.
Quatrièmement, il s'agit de la divulgation des pertes. Le montant de ZIL volé du portefeuille froid reste non divulgué, et il n'y a eu aucune divulgation quantifiée de pertes supplémentaires confirmées liées à la vulnérabilité de l'application Ledger. Tout chiffre concret ici change la façon dont les bureaux modélisent l'excédent d'offre et le comportement des contreparties.
L'action des prix est déjà faible avant la divulgation. À la publication, ZIL se négociait au-dessus de 0,0024 $, en baisse de 1,5 % sur 24 heures et en baisse de 17 % au cours de la semaine dernière, selon CoinMarketCap. Dans ce contexte, des mises à jour de sécurité incrémentielles peuvent agir comme descatalyseurs devolatilité car le positionnement est déjà fragile.
Ceci est un choc de garde avec des effets secondaires de liquidité, pas seulement un rapport de bogue.
Je considère cela comme un événement de garde en premier et un problème de logiciel en second, car la propre affirmation de Zilliqa est que les clés privées peuvent être récupérées en utilisant des données on-chain disponibles publiquement. C'est la ligne qui change le modèle de risque. Si l'attaquant peut travailler à partir de signatures historiques, la menace n'est pas limitée par la compromission d'un appareil aujourd'hui. Elle est limitée par le nombre suffisant de signatures existantes pour rendre la récupération réalisable.
Le seuil des "cinq transactions natives" est l'autre indice. Il implique une exigence de multi-signature, ce qui est cohérent avec la raison pour laquelle Zilliqa peut segmenter les utilisateurs en "compromis" et non. Pour les marchés, la segmentation est importante car elle façonne le flux. Si seulement un sous-ensemble de détenteurs est à risque immédiat, vous obtenez un comportement concentré, pas unbank run uniforme..
Le scénario un est le chemin de remédiation contenu. Une application corrigée est expédiée rapidement, Zilliqa émet des étapes suivantes claires pour le groupe de 5+ transactions, et les rails d'échange se normalisent après la demande de pause antérieure.
Dans ce cas, le choc concerne principalement la confiance et la perturbation des activités à court terme dans la signature native Zilliqa, et non une dégradation générale de la transférabilité de ZIL. La confirmation serait une version d'application publiée coordonnée avec Ledger, ainsi qu'une mise à jour des directives qui soit actionnable et cohérente avec les "mesures de protection" déjà en place.
Le scénario deux est le milieu désordonné. Le calendrier de correction dérive, les directives restent "attendre", et les échanges maintiennent les dépôts et les retraits limités car le risque opérationnel reste élevé. C'est là que les effets secondaires de la liquidité apparaissent.
Même sans nouvelles divulgations de vols, des rails contraints peuvent élargir les spreads, augmenterglissement, et rendre la découverte des prix plus volatile car moins de plateformes peuvent stocker le flux. La confirmation serait une incertitude continue sur le calendrier de publication et aucune déclaration claire sur le moment où les utilisateurs devraient changer de clés ou migrer.
Le scénario trois est l'escalade par la divulgation de pertes. Si Zilliqa quantifie ultérieurement le vol du portefeuille froid ou confirme des pertes supplémentaires liées à la vulnérabilité de l'application Ledger, le marché revalorisera l'incident de « risque potentiel » à « dommages réalisés ».
Le point d'invalidation pour l'escalade est simple : aucune perte supplémentaire divulguée et un correctif expédié avec des instructions claires pour les utilisateurs.
La thèse centrale est que l'avertissement de récupération de clé de signature onchain de Zilliqa transforme cela en un choc de garde sensible au temps qui peut se répercuter sur la liquidité si les voies d'échange et le calendrier de remédiation restent contraints, et cela sera confirmé si la solution et les conseils prennent du retard tandis que l'accès aux dépôts et aux retraits reste restreint.
