Titre : Un bug du client Reth déclenche des correctifs rapides sur les réseaux EVM — Base et BNB Chain réagissent La découverte récente d’un bug dans Reth, un client d’exécution Ethereum développé par Paradigm, a entraîné une vague d’alertes de sécurité et de mises à jour logicielles sur plusieurs réseaux compatibles avec l’EVM. Le bug pouvait provoquer 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 des désaccords entre les nœuds sur l’état actuel de la chaîne, risquant 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 le calcul incrémental des racines d’état. Cette correction a été intégrée à Reth v2.10.0 et aux versions corrigées associées. Réactions des réseaux et chronologie - Base (solution de couche 2 soutenue 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) 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 indiqué que l’impact sur BSC-Reth était limité, qu’elle préparait un correctif d’urgence et qu’elle surveillait la situation de près. Au moment de l’annonce, aucune action 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 citées dans les mises à jour de l’écosystème comprennent 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. La société a décrit le problème comme un bug de correction logicielle plutôt que comme un exploit confirmé et n’a signalé aucune perte financière connue. - Le niveau d’exposition variait selon les réseaux et la façon 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é inter-chaînes, a temporairement suspendu une partie de son infrastructure hors chaîne connectée 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 une décision liée, ApeChain a annoncé le 4 novembre son intention de transférer des actifs (notamment APE et USDC) de LayerZero vers le protocole d’interopérabilité inter-chaînes de Chainlink. Cette annonce de migration a précédé les avertissements publics concernant Reth et portait sur l’infrastructure inter-chaînes existante. Mesures recommandées aux opérateurs de nœuds et aux projets - Installez les versions corrigées appropriées : Base recommande la version v1.5.3 pour ses validateurs ; le correctif de Reth est disponible 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 besoin de resynchroniser leur nœud ni d’effectuer d’autres opérations de récupération. - Surveillez les pages officielles d’état des réseaux et suivez les consignes destinées aux opérateurs pendant que les équipes terminent le déploiement des 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 de calcul incorrect 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 à corriger les composants concernés, tandis que des 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 installent les mises à jour disponibles. Lire d’autres actualités générées par l’IA sur : https://app.chaingpt.org/news