🚨 Imaginez donner à quelqu’un l’autorisation de DÉTRUIRE des jetons — pour découvrir ensuite qu’il pouvait en CRÉER de nouveaux à la place
C’est la faille de sécurité que le XRP Ledger vient de corriger
Le 4 novembre, XRPL a activé l’amendement fixCleanup3_4_0, qui a comblé une faille dans son système d’autorisations des jetons
Voici comment cela fonctionnait 👇
$XRP
Imaginez un émetteur de stablecoin qui autorise un service de paiement à brûler des jetons lorsque les clients les échangent
Ce service devrait pouvoir détruire des jetons — et non en créer de nouveaux
Mais dans certaines conditions, les anciennes règles PaymentBurn pouvaient permettre à un compte délégué de créer des jetons émis en franchissant le seuil d’un solde nul
La correction bloque désormais ce comportement
$XRP
⚠️ Deux faits importants :
Le XRP natif n’a PAS été affecté
Et aucune exploitation de cette faille n’a été confirmée publiquement
Un autre détail mérite d’être relevé
La correction nécessitait 14 jours consécutifs de soutien des validateurs, et une interruption en octobre a retardé son activation
📌 La question est maintenant de savoir si les émetteurs de jetons ont examiné les transactions déléguées passées pour y repérer d’éventuelles irrégularités
Une blockchain peut avoir des paramètres d’autorisation stricts
Mais ces autorisations ne sont fiables que dans la mesure où les règles qui les appliquent le sont
#Xrp🔥🔥 #XRPL #BlockchainSecurity
C’est la faille de sécurité que le XRP Ledger vient de corriger
Le 4 novembre, XRPL a activé l’amendement fixCleanup3_4_0, qui a comblé une faille dans son système d’autorisations des jetons
Voici comment cela fonctionnait 👇
$XRP
Imaginez un émetteur de stablecoin qui autorise un service de paiement à brûler des jetons lorsque les clients les échangent
Ce service devrait pouvoir détruire des jetons — et non en créer de nouveaux
Mais dans certaines conditions, les anciennes règles PaymentBurn pouvaient permettre à un compte délégué de créer des jetons émis en franchissant le seuil d’un solde nul
La correction bloque désormais ce comportement
$XRP
⚠️ Deux faits importants :
Le XRP natif n’a PAS été affecté
Et aucune exploitation de cette faille n’a été confirmée publiquement
Un autre détail mérite d’être relevé
La correction nécessitait 14 jours consécutifs de soutien des validateurs, et une interruption en octobre a retardé son activation
📌 La question est maintenant de savoir si les émetteurs de jetons ont examiné les transactions déléguées passées pour y repérer d’éventuelles irrégularités
Une blockchain peut avoir des paramètres d’autorisation stricts
Mais ces autorisations ne sont fiables que dans la mesure où les règles qui les appliquent le sont
#Xrp🔥🔥 #XRPL #BlockchainSecurity
