SÉCURITÉ XRP | LE BUG 92× EXPLIQUÉ
Une vulnérabilité critique du XRP Ledger a révélé une faiblesse inhabituelle dans le calcul des montants élevés des paiements.
Le problème concernait une limite arithmétique de 64 bits. Un paiement soigneusement conçu, comprenant plusieurs offres mal tarifées, pouvait faire dépasser au total la capacité du compteur et provoquer un retour à zéro. Les vendeurs auraient alors pu recevoir leur paiement tandis que l’acheteur aurait été débité d’un montant bien inférieur à celui prévu, contournant ainsi la vérification destinée à empêcher la création de XRP sans paiement.
Le seuil théorique dépassait 92 fois l’offre de XRP existante et nécessitait au moins 93 offres délibérément mal tarifées dans un seul paiement.
Le bug a été signalé le 22 septembre, corrigé dans xrpld 3.4.1 le 25 septembre et divulgué publiquement le 9 octobre.
L’équipe XRPL a indiqué n’avoir trouvé aucune preuve d’exploitation sur les réseaux publics.
$XRP
#XRPLedgerPatchesXRPCreationBug
Une vulnérabilité critique du XRP Ledger a révélé une faiblesse inhabituelle dans le calcul des montants élevés des paiements.
Le problème concernait une limite arithmétique de 64 bits. Un paiement soigneusement conçu, comprenant plusieurs offres mal tarifées, pouvait faire dépasser au total la capacité du compteur et provoquer un retour à zéro. Les vendeurs auraient alors pu recevoir leur paiement tandis que l’acheteur aurait été débité d’un montant bien inférieur à celui prévu, contournant ainsi la vérification destinée à empêcher la création de XRP sans paiement.
Le seuil théorique dépassait 92 fois l’offre de XRP existante et nécessitait au moins 93 offres délibérément mal tarifées dans un seul paiement.
Le bug a été signalé le 22 septembre, corrigé dans xrpld 3.4.1 le 25 septembre et divulgué publiquement le 9 octobre.
L’équipe XRPL a indiqué n’avoir trouvé aucune preuve d’exploitation sur les réseaux publics.
$XRP
#XRPLedgerPatchesXRPCreationBug