Titre : Un bug du client Reth déclenche des correctifs rapides sur les 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. Il a été constaté que, dans certaines conditions, il entraînait des calculs incorrects de la racine d’état. Les réseaux et les fournisseurs de services se sont rapidement mobilisés pour corriger les nœuds concernés et limiter les perturbations. Aucune perte financière n’a été signalée. Ce qui n’a pas fonctionné - 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 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 chronologie - 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 production de 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) afin d’é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 fenêtre 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 indiqué que l’impact sur BSC-Reth était limité, qu’elle préparait un correctif d’urgence et qu’elle suivait la situation de près. Au moment de l’annonce, aucune action de la part des utilisateurs finaux n’était requise. - Correctifs en amont : Les mainteneurs de Reth ont intégré le correctif à la version v2.10.0. Parmi les versions corrigées mentionnées dans les mises à jour de l’écosystème figurent op-reth 2.8.1 et la version 1.5.3 de Base. Évaluations de sécurité et impact plus large - 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 d’exactitude logicielle plutôt que d’exploitation confirmée, et n’a signalé aucune perte financière connue. - L’exposition variait selon les réseaux et la manière dont Reth y était intégré ou modifié. Certains réseaux reposant directement sur Reth ou sur des dérivés de Reth ont dû prendre des mesures correctives 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, sans toutefois entraîner de 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. Ce que les opérateurs de nœuds et les projets doivent faire - Installer les versions corrigées correspondantes : Base recommande la version v1.5.3 pour ses validateurs ; le correctif de Reth est intégré à 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 à se resynchroniser ni à effectuer d’autres opérations de récupération. - Consulter les pages officielles sur l’état des réseaux et suivre les recommandations destinées aux opérateurs pendant que les équipes finalisent les correctifs d’urgence et les vérifications. En résumé Le bug de l’itérateur de trie de Reth a révélé un risque d’exactitude dans le calcul de la racine d’état, provoquant 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 à corriger les composants touché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 pour 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