Titre : Un bug du client Reth déclenche des correctifs rapides sur plusieurs réseaux EVM — Base et BNB Chain réagissent Un bug récemment découvert dans Reth, un client d’exécution Ethereum développé par Paradigm, a déclenché une vague d’alertes de sécurité et de mises à jour logicielles sur plusieurs réseaux compatibles avec l’EVM, après qu’il a été constaté qu’il pouvait entraîner des calculs incorrects de la racine d’état dans certaines conditions. Les réseaux et les fournisseurs de services ont rapidement corrigé les nœuds concernés afin de limiter les perturbations, et aucune perte financière n’a été signalée. Ce qui s’est passé - Le bug affecte la manière dont certaines versions de Reth calculent la racine d’état de la blockchain — une empreinte cryptographique représentant les comptes, les soldes et le stockage des contrats intelligents. Une racine d’état incorrecte peut entraîner un désaccord entre les nœuds sur l’état actuel de la chaîne, ce qui risque de perturber la synchronisation ou de produire des preuves d’état peu fiables utilisées par les applications. - Une modification sur GitHub, fusionnée le 3 novembre, a corrigé une erreur dans la logique de l’itérateur de trie de Reth liée aux limites de branches mises en cache et ajouté un test de régression pour les calculs incrémentiels de la racine d’état. Cette correction a été intégrée à Reth v2.10.0 et aux versions corrigées associées. Réponses des réseaux et calendrier - Base (réseau L2 soutenu par Coinbase) : Base a découvert le problème le 4 novembre et identifié une vulnérabilité susceptible d’entraîner un calcul incorrect de la racine d’état dans certaines conditions. L’équipe a corrigé les nœuds de construction des blocs le jour même, recalculé la racine d’état du réseau et confirmé qu’elle correspondait à la valeur correcte. Base a publié une mise à jour logicielle (v1.5.3) pour éviter que les validateurs ne s’arrêtent lorsqu’ils rencontrent des racines d’état invalides et a conseillé aux opérateurs de nœuds d’installer rapidement le correctif. Base a indiqué que les opérations n’avaient pas été perturbées et que les fonds des utilisateurs n’étaient pas affectés. Une période de maintenance a été annoncée jusqu’au 7 novembre, et le correctif public a été mis à disposition le 5 novembre. - BNB Chain / opBNB : Le 6 novembre, BNB Chain a reconnu le risque de sécurité lié à Reth, tout en précisant qu’opBNB n’utilise pas op-reth, ce qui limite son exposition. L’équipe a déclaré que BSC-Reth était peu affecté, qu’elle préparait un correctif urgent et qu’elle suivait la situation de près. Au moment de l’annonce, aucune action de la part des utilisateurs finaux n’était nécessaire. - Correctifs en amont : Les mainteneurs de Reth ont intégré le correctif à la version v2.10.0. Les versions corrigées mentionnées dans les mises à jour de l’écosystème incluent op-reth 2.8.1 et la version 1.5.3 de Base. Évaluations de sécurité et impact plus général - La société de sécurité blockchain Blockaid a averti que les clients non corrigés pourraient rencontrer des problèmes de synchronisation ou renvoyer des preuves incorrectes via l’interface eth_getProof. L’entreprise a qualifié le problème de bug de correction logicielle, et non d’exploitation confirmée, et n’a signalé aucune perte financière connue. - Le niveau d’exposition variait selon les réseaux et la manière dont Reth y était intégré ou modifié. Certains réseaux s’appuyant directement sur Reth ou sur des forks de Reth ont dû prendre des mesures d’atténuation immédiates. Mesures de précaution opérationnelles prises par les fournisseurs de services - LayerZero, un fournisseur d’interopérabilité entre chaînes, a temporairement suspendu certaines infrastructures hors chaîne connectées aux réseaux concernés pendant le déploiement des correctifs. Selon les informations disponibles, cela a retardé certains messages inter-chaînes, mais n’a entraîné aucune perte de messages. - Certaines équipes DeFi ont temporairement limité les dépôts ou le routage inter-chaînes pendant qu’elles évaluaient leur exposition. - Dans le cadre d’initiatives connexes, ApeChain a annoncé le 4 novembre son intention de migrer des actifs (notamment APE et USDC) de LayerZero vers le protocole d’interopérabilité inter-chaînes de Chainlink. Cette annonce de migration précédait les avertissements publics concernant Reth et portait sur l’infrastructure inter-chaînes existante. Mesures à prendre pour les opérateurs de nœuds et les projets - Installez les versions corrigées correspondantes : Base recommande la version v1.5.3 pour ses validateurs ; le correctif de Reth est inclus dans la version v2.10.0 ; des versions corrigées d’op-reth sont disponibles (par exemple, la version 2.8.1). Selon Base, les opérateurs qui installent la mise à jour ne devraient pas avoir à resynchroniser le réseau ni à effectuer d’autres opérations de récupération. - Consultez les pages d’état officielles des réseaux et suivez les consignes destinées aux opérateurs pendant que les équipes terminent le déploiement des correctifs urgents et les vérifications. En résumé Le bug de l’itérateur de trie de Reth a révélé un risque de correction dans le calcul de la racine d’état, entraînant des réactions rapides et coordonnées dans plusieurs écosystèmes EVM. Des correctifs ont été publiés et appliqués par de grands réseaux comme Base ; BNB Chain travaille sur des correctifs pour les composants concernés, et les fournisseurs de services ont pris des mesures de protection temporaires. À ce jour, les équipes ne signalent aucune perturbation opérationnelle affectant les fonds des utilisateurs, et le problème semble circonscrit chez les opérateurs qui appliquent les mises à jour disponibles. Lire d’autres actualités générées par l’IA sur : https://app.chaingpt.org/news