Une faille de sécurité remontant à 2015 dans le XRP Ledger aurait pu permettre à des attaquants de créer de grandes quantités de XRP sans les payer, compromettant potentiellement l'offre fixe de 100 milliards de tokens du réseau.

Le chercheur Cayden Liao, en collaboration avec Veria AI, a découvert la vulnérabilité et l'a signalée de manière privée à l'équipe de développeurs de Ripple le 22 septembre 2026. Les ingénieurs de RippleX ont reproduit l'attaque sur un serveur de test privé et ont confirmé qu'un attaquant pouvait générer du nouveau XRP puis le dépenser comme s'il s'agissait de tokens légitimes.

Ripple a déclaré n'avoir trouvé aucune preuve que cette méthode ait jamais été utilisée sur le réseau public. Les développeurs ont corrigé le problème dans la mise à jour logicielle xrpld 3.4.1 publiée le 25 septembre, même si cette mise à jour n'expliquait pas publiquement la vulnérabilité à l'époque. Ce correctif discret suit le schéma standard de divulgation responsable, dans lequel les chercheurs signalent les failles en privé afin que les mainteneurs puissent publier un correctif avant que les détails techniques ne soient rendus publics. Comme pour les logiciels de registre en général, la réparation prend pleinement effet à mesure que les validateurs et les opérateurs de nœuds passent à la version corrigée.

La divulgation a fait suite à une publication de Coin Bureau sur X :

⚡️GOOD NEWS: XRP Ledger patches a DECADE-OLD security flaw that could have created BILLIONS of dollars worth of XRP out of thin air. The bug, dating back to 2015, could have allowed attackers to generate and spend $XRP without funding it, potentially breaking the token's fixed… pic.twitter.com/06X2rrPRHE — Coin Bureau (@coinbureau) October 10, 2026

Comment la vulnérabilité fonctionnait

Les 100 milliards de XRP ont tous été créés lors du lancement du registre en 2012, et le logiciel a été conçu pour empêcher l'émission de pièces supplémentaires. La vulnérabilité concernait le système d'échange intégré du XRP Ledger, où les utilisateurs publient des offres pour échanger un token contre un autre.

Un attaquant aurait pu ouvrir des centaines de petits comptes. Chaque compte pouvait ensuite proposer une petite quantité d'un token en échange d'une très grande quantité de XRP. En envoyant un seul paiement qui comblait toutes les offres simultanément, l'attaquant pouvait faire dépasser le montant total de XRP dû ce que le système pouvait calculer correctement.

Dans ces conditions, les comptes vendant les tokens étaient payés en totalité, tandis que le compte effectuant l'achat était débité de presque rien. Le résultat aurait été l'apparition de XRP nouvellement créés sans coût correspondant pour l'attaquant.

Un dispositif de protection intégré censé détecter la création de nouveau XRP a échoué car il reposait sur le même calcul. Une limite distincte sur le montant de XRP qu'un compte pouvait recevoir n'a pas non plus empêché l'exploit, car l'attaquant pouvait répartir les tokens entre plusieurs comptes.

L'exécution de l'attaque n'aurait nécessité qu'une petite quantité de XRP pour créer les comptes, ainsi que les frais de transaction standard — un coût suffisamment bas pour que la faisabilité de l'exploit dépende de la faille logicielle elle-même plutôt que d'un capital.

Mise à jour logicielle du XRPL et fonctionnalité Batch

La vulnérabilité faisait partie de plusieurs anciens bugs de cryptomonnaie identifiés cette année avec l'aide d'outils d'IA, après des découvertes similaires impliquant le portefeuille Coldcard et le logiciel Core Lightning. Dans chaque cas, ces failles étaient passées inaperçues pendant des années dans des systèmes largement utilisés avant qu'un examen assisté par IA ne les mette au jour.

Par ailleurs, le XRP Ledger a activé une fonctionnalité appelée Batch sur son réseau principal. Batch permet aux utilisateurs de combiner entre deux et huit transactions en une seule action. Trente des 35 validateurs du réseau ont approuvé le changement, atteignant la supermajorité requise sur deux semaines pour l'activation.

La fonctionnalité comprend quatre paramètres. L'un d'eux exige que chaque transaction d'un lot réussisse ; si l'une des transactions échoue, tout le groupe échoue. Ce mode tout-ou-rien vise un échec courant dans les transactions en plusieurs étapes, où l'exécution d'une branche sans l'autre peut laisser un trader avec une position inattendue. Les partisans estiment que Batch pourrait être utile pour les transactions, les règlements et les échanges de jetons non fongibles nécessitant que plusieurs étapes se produisent ensemble. La documentation Batch du XRP Ledger est disponible à l'adresse

Dans un développement connexe, la société liée au XRP, Evernorth, se prépare à être cotée à la bourse Nasdaq sous le ticker XRPN. La société a indiqué que sa date d'introduction avait été décalée du 8 octobre au 12 octobre en raison d'un retard administratif. Pour les lecteurs qui suivent les sociétés cotées liées au XRP, l'introduction reprogrammée et l'ampleur des avoirs prévus de la société constituent les éléments à surveiller à court terme.

Selon les documents déposés auprès de la Securities and Exchange Commission, Evernorth s'attend à détenir environ 473 millions de XRP une fois l'introduction terminée.

Rapport original : https://coincentral.com/xrp-ledger-fixes-old-bug-that-could-have-created-billions-in-fake-tokens/