XRP Ledger a activé une mise à jour logicielle qui corrige une vulnérabilité permettant aux comptes disposant de l'autorisation de détruire des jetons émis d'en créer de nouveaux dans certaines conditions, sans affecter la cryptomonnaie native XRP.
Résumé
- XRP Ledger a activé l'amendement fixCleanup3_4_0 le 4 novembre à 14h52 UTC, au registre 108 112 129.
- La mise à jour corrige une faille de permission qui pourrait permettre à un compte autorisé à brûler des jetons émis de créer de nouveaux jetons dans certaines conditions.
- La vulnérabilité concernait les actifs émis, y compris les stablecoins et les Multi-Purpose Tokens, et non l'offre native de XRP.
- Le soutien des validateurs est brièvement tombé sous le seuil requis le 21 octobre, redémarrant la période d'approbation obligatoire de 14 jours.
- L'amendement inclut des corrections pour les pools de trading, la comptabilité des coffres et la signature des transactions, mais n'active pas indépendamment le système de prêt prévu de XRP Ledger.
Le tracker d'amendements XRPLWin a confirmé que le correctif, nommé fixCleanup3_4_0, a pris effet le 4 novembre à 14h52 UTC, au registre 108 112 129. L'activation a suivi deux semaines consécutives de soutien des validateurs après une brève interruption en octobre qui a forcé le réseau à redémarrer son processus d'approbation.
La correction traite d'une faille dans le système de délégation de permissions de XRP Ledger, qui permet aux détenteurs de comptes d'autoriser d'autres comptes à effectuer des transactions spécifiques sans renoncer au contrôle complet.
XRP Ledger corrige une vulnérabilité de création non autorisée de jetons
La vulnérabilité impliquait une permission déléguée appelée PaymentBurn, qui permet à un compte approuvé de détruire des jetons émis par un autre compte.
Dans des circonstances normales, un émetteur pourrait accorder cette permission à un service de paiement gérant les rachats de stablecoins. Lorsqu'un client échange des stablecoins contre des dollars, le service pourrait détruire les jetons rachetés sans recevoir la permission d'en créer des remplacements.
Cependant, les règles de transaction précédentes de XRP Ledger pouvaient permettre à un compte détenant uniquement l'autorisation PaymentBurn de créer des jetons émis dans certaines conditions.
Le problème survenait lorsque les paiements utilisant la permission déléguée franchissaient une limite de solde nul. Le dernier amendement empêche les transactions de franchir cette limite, séparant la destruction de jetons de leur émission.
Les notes de version officielles de XRPL décrivent la correction comme rejetant « les paiements PaymentBurn qui franchissent un solde nul ».
La vulnérabilité affectait les actifs émis sur le réseau, y compris les stablecoins, les jetons de trust-line et les Multi-Purpose Tokens. XRP lui-même était en dehors du système de permissions affecté, ce qui signifie que la faille ne permettait pas la création non autorisée de la cryptomonnaie native du réseau.
Aucune exploitation de la vulnérabilité confirmée publiquement n'a été signalée, et les divulgations disponibles n'identifient aucun émetteur ayant subi une création non autorisée de jetons.
Le correctif fait suite à la faille de création de jetons précédemment divulguée du réseau, que crypto.news a couverte le 2 novembre alors que l'amendement attendait encore son activation.
Le retard d'approbation des validateurs a repoussé le correctif à novembre
Bien que les développeurs aient inclus la correction dans la version 3.4.0 du serveur XRP Ledger en septembre, sa publication n'a pas immédiatement modifié les règles de transaction du réseau.
Les amendements de protocole nécessitent le soutien de plus de 80 % des validateurs de confiance pendant 14 jours consécutifs avant de devenir actifs.
Avec 35 validateurs sur la liste par défaut suivie, au moins 29 doivent soutenir un amendement tout au long de cette période.
La première période d'approbation a commencé le 9 octobre, plaçant la mise à jour sur la voie d'une activation vers le 23 octobre.
Cependant, le soutien des validateurs est tombé sous le seuil requis le 21 octobre, interrompant le compte à rebours avant que l'amendement ne devienne éligible à l'activation.
Les enregistrements de XRPLWin montrent que la première tentative a duré 12 jours et trois heures. Une nouvelle majorité a été établie plus tard le 21 octobre, débutant une autre période d'attente de deux semaines.
La seconde tentative a duré 14 jours et cinq minutes avant que le réseau n'active l'amendement le 4 novembre.
Le processus de vote du XRP Ledger exige un soutien ininterrompu, de sorte que même un déclin temporaire sous le seuil peut reporter une mise à niveau.
La mise à jour logicielle corrige les contrôles de trading et de transaction
Au-delà de la vulnérabilité de création de jetons, fixCleanup3_4_0 introduit des corrections dans plusieurs fonctions de transaction du XRP Ledger.
Parmi elles figurent des modifications apportées aux clawbacks des teneurs de marché automatisés, que les émetteurs utilisent pour récupérer certains actifs des pools de liquidité.
La mise à jour empêche une transaction de détruire les jetons d'un fournisseur de liquidité lorsque des calculs d'arrondi aboutiraient autrement à ce que l'émetteur ne récupère aucun actif sous-jacent.
Les développeurs ont corrigé les règles de trading permissionné afin d'empêcher les comptes de recevoir certains jetons via des offres lorsque les restrictions de l'émetteur devraient bloquer ces transactions.
Des modifications distinctes concernent les réserves d'escrow, l'autorisation des Multi-Purpose Tokens et les signatures de transaction.
Auparavant, certaines procédures de signature utilisaient des structures d'autorisation qui se chevauchaient. L'amendement introduit des préfixes de signature distincts pour empêcher que des signatures destinées à un rôle de transaction soient réutilisées dans un autre.
Ces corrections ont été incluses dans la version logicielle de septembre, les développeurs exhortant les opérateurs de serveurs à mettre à niveau leur logiciel avant l'entrée en vigueur des nouvelles règles.
Le prêt sur le XRP Ledger reste soumis à une approbation distincte
L'activation comprend des corrections comptables destinées aux Single Asset Vaults et au protocole de prêt proposé pour le XRP Ledger.
Le système de coffres permettrait aux utilisateurs de déposer des actifs dans des pools susceptibles de soutenir des prêts à terme fixe. Les développeurs ont ajusté les calculs impliquant les dépôts, les retraits et les actifs récupérables.
Les corrections liées au prêt concernent la manière dont le réseau détermine quand les paiements deviennent en retard et comment les prêts dépréciés affectent la comptabilité des coffres.
Toutefois, l'amendement de maintenance n'active pas ces fonctionnalités de prêt, qui nécessitent une approbation distincte des validateurs.
Ripple a précédemment soutenu les amendements sur le prêt conçus pour introduire les Single Asset Vaults et l'emprunt institutionnel à terme fixe.
Les propositions permettraient aux courtiers en prêts d'évaluer les emprunteurs et d'organiser des prêts en utilisant les actifs déposés dans les coffres, tandis que le registre enregistre les remboursements et les transactions associées.
L'amendement supplémentaire LendingProtocolV1_1 propose des coffres à capital fermé avec des périodes de souscription, d'investissement et de rachat, ainsi qu'une comptabilité qui reconnaît les intérêts lorsque les emprunteurs effectuent des paiements.
Chaque amendement sur le prêt doit satisfaire indépendamment aux exigences d'approbation des validateurs du réseau avant que ses fonctionnalités associées puissent fonctionner sur le mainnet.
