#XRPLedgerPatchesXRPCreationBug 🚨 Et si un seul paiement avait pu créer des XRP qui n’auraient jamais dû exister ?

Le XRP Ledger vient de révéler une faille de sécurité qui aurait pu remettre en cause l’une de ses règles les plus importantes : son offre fixe de 100 milliards de XRP.

Voici pourquoi cette histoire est grave.

Un bug caché de dépassement d’entier dans le moteur de paiement aurait pu permettre à des offres d’échange conçues avec soin de générer des XRP utilisables sans payer la totalité du montant dû.

La faille remonterait à environ 2015.

Mais voici le détail crucial : 🧵

→ Des chercheurs ont signalé le problème en septembre.
→ La version d’urgence « xrpld 3.4.1 » de XRPL incluait le correctif le 25 septembre.
→ Le correctif concerné a été activé sur le réseau principal le 9 octobre.
→ Les développeurs ont indiqué n’avoir relevé aucun signe d’exploitation sur les réseaux publics.

Il ne s’agissait pas d’un vol de XRP confirmé. C’était une vulnérabilité qui aurait pu compromettre les garanties d’approvisionnement du registre si elle avait été exploitée.

Et c’est là la leçon la plus importante : la sécurité d’une blockchain ne consiste pas seulement à empêcher les pirates de voler les actifs existants. Il faut aussi s’assurer que le système ne crée jamais d’actifs qui ne devraient pas exister.

Mais voici la question délicate : si une faille critique peut passer inaperçue pendant plus de dix ans, qu’est-ce qui devrait compter le plus pour évaluer une blockchain : son historique en matière de sécurité, ou sa capacité à détecter, divulguer et corriger efficacement les vulnérabilités ?