Le tweet a été supprimé par son auteur.
Mais nous avons tout sauvegardé 🙂.
La XRP Ledger Foundation a annoncé qu'elle avait résolu une grave vulnérabilité découverte dans l'amendement Batch, qui était en phase de vote et n'avait pas encore été activé sur le réseau principal. Le problème a été identifié le 19 février par l'ingénieur en sécurité Pranamya Keshkamat et l'outil d'IA autonome Apex développé par Cantina AI lors d'une analyse statique de la base de code rippled.
Cet article a été traduit de l'original. Lisez la version originale de notre correspondant ici.
Au moment de la découverte, l'amendement n'était pas actif sur le réseau principal, ce qui signifie qu'aucun fonds d'utilisateur n'était en danger. Les validateurs ont été invités à voter contre l'activation, et le 23 février, une version d'urgence, rippled 3.1.1, a été publiée, marquant Batch comme non pris en charge et l'empêchant d'être mis en service.
La vulnérabilité est une faille logique critique dans la fonction de validation du signataire de la transaction par lot. Dans certaines conditions, la boucle de validation se terminait prématurément lorsqu'elle rencontrait un compte nouvellement créé dont la clé de signature correspondait à son propre compte. Par conséquent, les signatures suivantes n'étaient pas correctement vérifiées.
En théorie, un pirate pouvait construire une transaction par lot qui créait d'abord un nouveau compte sous son contrôle, puis lançait un transfert à partir d'un compte de la victime. En raison de la faille logique, le système pourrait accepter la transaction comme étant correctement autorisée, même si les clés privées de la victime n'ont jamais été utilisées.
La Fondation XRPL a déclaré qu'un exploit à grande échelle réussi aurait pu conduire à des fonds volés, à des changements d'état du grand livre non autorisés et à une forte perte de confiance dans le réseau. Le PDG de Cantina, Hari Mulakal, a indiqué qu'Apex avait identifié la faille critique dans le code. Il a estimé que s'il avait été exploité, l'incident aurait pu devenir le plus grand piratage en termes de dollars, mettant potentiellement en danger près de 80 milliards de dollars, un montant comparable à la capitalisation boursière de XRP.
Une version corrigée de l'amendement, BatchV1_1, a été mise en œuvre et fait actuellement l'objet d'un examen supplémentaire. Aucun calendrier n'a été annoncé pour un nouveau vote.
Le grand livre XRP prend en charge les paiements transfrontaliers, la tokenisation des actifs et les applications décentralisées. XRP se classe régulièrement parmi les actifs numériques les plus importants en termes de capitalisation boursière, ce qui signifie que les vulnérabilités au niveau de l'infrastructure représentent un risque systémique.
À titre de comparaison, des brèches majeures dans l'industrie, telles que les exploits de Ronin Network et Poly Network, ont entraîné des pertes supérieures à 600 millions de dollars et ont eu des effets durables sur la confiance des investisseurs. Dans le cas du XRPL, l'exposition théorique aurait pu concerner des actifs nominalement comparables à des dizaines de milliards de dollars circulant dans l'écosystème.
L'incident met également en évidence le rôle croissant de l'IA dans la cybersécurité de la blockchain. La faille a été détectée par une analyse statique automatisée du code, après quoi les ingénieurs de Ripple ont confirmé le problème via une preuve de concept indépendante et ont rapidement publié une mise à jour de protection. Cette séquence montre comment l'audit assisté par machine, la divulgation responsable et la coordination des validateurs peuvent prévenir les risques systémiques avant qu'ils ne se matérialisent.
Pour les validateurs, les participants institutionnels et les détenteurs de XRP, cet épisode rappelle que la résilience du réseau ne dépend pas seulement de la capitalisation boursière, mais aussi de la qualité de l'audit, de la vitesse de réponse et de la transparence de la gouvernance.
Lire aussi : Ripple élargit son offre de conservation avec des intégrations de sécurité et de staking.