L'outil d'IA détecte une faille critique du XRP Ledger avant que les hackers ne puissent en profiter

• Annonce -

Un outil d’audit de sécurité piloté par l’IA a identifié une vulnérabilité critique de double dépense au sein du XRP Ledger en février 2026, ce qui aurait pu empêcher la perte de centaines de millions d’actifs utilisateurs avant qu’un seul portefeuille ne soit touché.

Ce que le Bug a Réellement Fait

La vulnérabilité se trouvait à l’intersection de deux fonctionnalités spécifiques du XRPL : les paiements partiels et une certaine logique de contrat intelligent de type séquestre. À elle seule, aucune des deux fonctionnalités n’était le problème. Combinées dans des conditions précises, elles ont créé un chemin d’exploitation qui aurait pu permettre à un attaquant de faire croire au grand livre qu’un paiement était entièrement réglé alors qu’une fraction seulement du XRP prévu avait réellement été déplacée.

La cible pratique d’une telle exploitation aurait été les teneurs de marché automatisés et les bourses décentralisées fonctionnant sur le grand livre. Les deux s’appuient sur une logique de règlement exacte pour fonctionner correctement. Une transaction qui se lit comme complète tout en ne délivrant qu’une valeur partielle est exactement le type d’incohérence qui draine la liquidité des AMM et des DEX avant que quiconque ne remarque que la comptabilité est erronée.

Le bug n’était pas simple. Il fallait simuler des interactions dans des cas limites que les processus d’audit humain standard révèlent rarement, ce qui explique précisément pourquoi il est resté non détecté jusqu’à ce qu’un outil de sécurité par IA le trouve.

Comment il a été Trouvé et Corrigé

La découverte est attribuée à un outil d’audit par IA utilisant une méthodologie de vérification formelle, apparemment issu d’une société opérant dans l’espace CertiK ou Immunefi. La vérification formelle fonctionne en modélisant mathématiquement le comportement du code sur des milliards d’états de transactions possibles, y compris des combinaisons que les auditeurs humains ne penseraient pas à tester, car elles sortent des schémas d’utilisation normaux. La vulnérabilité se trouvait dans l’une de ces combinaisons.

Au moment de la découverte, la Fondation XRPL et l’équipe d’ingénierie de Ripple ont travaillé en privé avec la société de sécurité afin de développer un correctif avant toute divulgation publique. Le correctif a ensuite été soumis via le processus standard de gouvernance des amendements du XRPL, qui exige un consensus de 80% du réseau de validateurs sur une période de 14 jours pour être adopté. L’amendement a été approuvé. Aucun fonds n’a été perdu. Zéro.

Le correctif est intégré à rippled version 2.3.0 et aux versions supérieures.

                Le marché crypto n’a plus qu’un catalyseur à intégrer, et il arrive dimanche

Pourquoi la Réponse à la Gouvernance Compte

La correction technique n’est qu’une partie de l’histoire. La réponse à la gouvernance en est une autre. Le XRPL a résolu une vulnérabilité critique sans hard fork, sans scission de chaîne, et sans aucune période d’indisponibilité du réseau. Le processus d’amendement, que des critiques du XRPL ont parfois décrit comme lent ou excessivement prudent, a traité efficacement un problème de sécurité réellement sérieux, sans aucun dommage collatéral pour les utilisateurs.

Pour les acteurs institutionnels utilisant l’infrastructure de paiement de Ripple, ce résultat a un poids réel. La capacité d’un grand réseau de couche 1 à corriger un défaut critique au niveau de la logique de code, avant exploitation, via un processus ordonné de consensus entre validateurs, est un type de bilan opérationnel qui compte lorsque la discussion se déplace vers l’adoption institutionnelle à grande échelle.

Le Signal Plus Large

Cet incident représente l’un des exemples précoces les plus significatifs de ces outils d’audit par IA générative identifiant des vulnérabilités dans une infrastructure blockchain de production que la revue humaine avait manquées. L’implication n’est pas que les auditeurs humains sont obsolètes. C’est que la combinaison d’une vérification formelle à l’échelle machine et d’une expertise humaine crée une posture de sécurité sensiblement plus solide que ce que chacune produit seule.