Skip to content

protocol

XRP Ledger : l'amendement fixCleanup3_4_0 corrige un bug de permission PaymentBurn

L'amendement fixCleanup3_4_0, activé au ledger 108 112 129 le 4 novembre à 14:52 UTC, corrige une permission déléguée PaymentBurn qui pouvait aussi créer des jetons.

par 3 min de lecture

Le XRP Ledger a activé le 4 novembre 2026 à 14:52 UTC, au ledger 108 112 129, l'amendement fixCleanup3_4_0, qui corrige une faille dans la permission déléguée PaymentBurn : conçue pour autoriser uniquement la destruction de jetons, elle pouvait, dans certaines circonstances, en permettre aussi la création. L'activation et le périmètre du correctif sont détaillés par Journal du Coin ; la documentation XRPL sur la délégation de permissions, qui recommandait de ne pas déléguer PaymentBurn avant le fix, confirme le mode opératoire sur xrpl.org.

Ce que le bug permettait

PaymentBurn est l'une des permissions déléguées introduites avec la mécanique de délégation du XRPL : elle doit n'autoriser qu'une action de destruction de jetons. Le bug cassait la séparation entre destruction et création — autrement dit, un délégataire censé pouvoir seulement brûler des jetons pouvait aussi en émettre. Le périmètre affecté se limite aux jetons émis utilisant les trust lines et aux Multi-Purpose Tokens (MPTs). Le XRP natif n'est pas concerné.

Aucune exploitation publique n'a été confirmée à ce stade.

Le correctif et son activation

  • Amendement : fixCleanup3_4_0
  • Ledger d'activation : 108 112 129
  • Date / heure UTC : 4 novembre 2026, 14:52
  • Validation requise : 80 % des validateurs de confiance sur deux semaines consécutives
  • Première tentative : échec en octobre — le niveau de support avait chuté, remettant le compteur à zéro avant la reprise
  • Portée du bundle : fixCleanup3_4_0 embarque aussi des correctifs pour les coffres de dépôt (deposit vaults), le système de prêt, les pools AMM et les signatures de transactions

L'amendement a atteint la deuxième phase de support validateur en novembre et est désormais actif sur le réseau principal.

Que surveiller

  1. La publication post-mortem côté RippleX ou chercheurs indépendants : la source ne nomme ni la personne qui a trouvé la faille, ni d'identifiant CVE associé.
  2. Les audits des émetteurs MPT : les émetteurs qui avaient délégué PaymentBurn avant le 4 novembre doivent vérifier qu'aucune émission anormale n'a eu lieu sur leurs trust lines.
  3. Les autres correctifs du bundle : les coffres de dépôt et l'AMM sont des surfaces critiques. Un amendement multi-correctifs mérite un suivi par domaine, pas un résumé global « bug fix ».
  4. Le prochain essai d'amendement : le XRPL fonctionne par consensus validateur avec compteur à zéro en cas de perte de support. Le modèle d'activation sous ce régime reste à surveiller pour les futurs correctifs de sécurité.

Contexte

Le XRPL est l'un des trois principaux registres à distribuer régulièrement des amendements consensuels (avec Bitcoin et Stellar), et le dispositif de permissions déléguées — qui a introduit PaymentBurn — est une couche récente, conçue pour permettre à un émetteur de laisser un tiers exécuter certaines actions sans céder la clé émetteur. Un bug de séparation destruction/création sur une permission financière, même non exploité publiquement, est exactement ce que la couche vise à prévenir : la correction en moins de deux cycles de vote est le résultat attendu, le fait que la première tentative ait échoué en octobre indique que l'activation n'est jamais acquise d'avance. Rappel utile avant la série de changements d'infrastructure prévus sur XRPL en 2027, dont la gouvernance du CSD BR brésilien — le dépositaire central qui réplique déjà des fonds BTG Pactual en MPT (notre couverture).

Articles liés