Les développeurs du XRP Ledger (XRPL) ont proposé quatre modifications de code dans le cadre de l'amendement proposé fixCleanup3_5_0 afin de combler des failles permettant à des tokens restreints d'atteindre certains comptes sans nouvelle approbation de l'émetteur. Le travail couvre les exceptions de lignes de confiance, les tokens de pools AMM (automated market maker) et les vérifications de permissions, et les correctifs nécessitent encore des fusions de code et le soutien des validateurs avant de pouvoir être déployés — un développement important pour les lecteurs qui suivent les actifs émis sur XRPL.

Quatre failles d'approbation pour les tokens restreints

Le lot est suivi dans des pull requests ouvertes de rippled sous fixCleanup3_5_0, notamment la pull request n° 8648. Il cible la manière dont XRPL applique les permissions définies par les émetteurs, des règles qui permettent aux émetteurs de choisir quels comptes peuvent recevoir et détenir leurs tokens. Les émetteurs de stablecoins et de fonds tokenisés nécessitant un contrôle strict s'appuient sur ces paramètres.

Sur XRPL, les comptes ouvrent des lignes de confiance autorisées pour détenir des tokens émis, et les émetteurs peuvent exiger une approbation avant que ces lignes ne deviennent actives — en pratique, une liste blanche pour les tokens émis. Les développeurs ont identifié des chemins qui pouvaient encore envoyer des tokens verrouillés à des comptes ne disposant pas de cette approbation. Les quatre correctifs ajoutent des vérifications renforcées sur ces chemins.

Une modification exigerait une approbation de l'émetteur pour les deux actifs d'un pool AMM avant qu'un compte puisse recevoir le LPToken du pool, le reçu de part émis aux fournisseurs de liquidité, bloquant ainsi une porte dérobée vers les actifs verrouillés via les parts du pool. Une autre modification supprime une exception pour les lignes de confiance détenant déjà un solde ; ces lignes pouvaient sinon continuer à recevoir des tokens verrouillés sans nouvelle approbation. Les deux autres modifications renforcent les vérifications sur des chemins d'envoi supplémentaires et limitent ce que les soldes sans approbation peuvent faire. Selon le plan, les détenteurs ne pourraient pour l'essentiel renvoyer ces tokens qu'à l'émetteur, et les émetteurs pourraient ensuite approuver les comptes et rétablir l'utilisation normale.

Pourquoi ces failles importent pour les grands émetteurs

Le plan concerne principalement les entreprises émettant des actifs étroitement contrôlés sur le XRP Ledger. Les équipes de stablecoins et les desks de fonds tokenisés ont souvent besoin de vérifications d'éligibilité avant que les acheteurs puissent détenir leurs produits, et les fonds tokenisés peuvent limiter la propriété aux investisseurs vérifiés. Des failles dans les flux de paiement ou de pool peuvent affaiblir ces contrôles.

Si des unités verrouillées peuvent circuler via des parts AMM ou des lignes de confiance plus anciennes, les règles des émetteurs perdent leur force. Fermer ces chemins permet de maintenir les flux réels du registre conformes à leur conception initiale.

La XRP Ledger Foundation a qualifié ce travail de durcissement de routine plutôt que de réponse à une exploitation active, et a indiqué n'avoir aucune preuve que des tiers aient exploité ces failles. Le responsable de la fondation, Hussein « Vet » Zangana, a déclaré que les soldes connus sans approbation provenaient des émetteurs eux-mêmes ou de comptes qu'ils avaient déjà approuvés.

fixCleanup3_5_0 nécessite toujours le soutien des validateurs

Les quatre correctifs restent ouverts et ne sont pas encore intégrés au logiciel principal de XRPL. Un emplacement d'amendement antérieur pour fixCleanup3_5_0 figure déjà dans l'arborescence du code, mais le réseau ne peut activer le nettoyage tant que les correctifs associés ne sont pas intégrés et soutenus par les validateurs — sur XRPL, aucun opérateur seul ne peut activer unilatéralement un changement de règle.

Une fois les modifications intégrées au logiciel principal, fixCleanup3_5_0 devra obtenir le soutien de plus de 80 % des validateurs de confiance, et ce soutien devra se maintenir pendant deux semaines consécutives avant que l'amendement ne s'active. Le lot fait également suite à des travaux antérieurs sur les règles des tokens verrouillés concernant les flux NFT ; une modification d'août 2025 y avait comblé une faille distincte, suivie dans la pull request n° 8174.

L'avancement du déploiement peut être suivi dans les pull requests ouvertes, et l'activation deviendra visible dès que les validateurs commenceront à soutenir l'amendement sur le réseau.

Pour l'heure, cette mise à niveau constitue une étape supplémentaire vers le renforcement des garde-fous de permissions de XRPL à mesure que les actifs contrôlés se multiplient sur le registre. La mise en production dépend toujours de l'intégration du code et d'un soutien durable des validateurs.

Cet article a d'abord été publié par Live Bitcoin News.