BNB Chain et Base ont publié des mises à jour de sécurité après qu'un bug dans le client d'exécution Ethereum Reth a soulevé des inquiétudes concernant des calculs incorrects de l'état de la blockchain sur plusieurs réseaux compatibles Ethereum.
Résumé
- BNB Chain a reconnu un risque de sécurité affectant le client d'exécution Reth, mais a déclaré qu'opBNB n'utilise pas op-reth et que l'impact sur BSC-Reth reste limité.
- Base a confirmé avoir identifié et résolu le bug de Reth après avoir découvert le problème le 4 novembre, sans perturbation des opérations du réseau ni impact sur les utilisateurs.
- La vulnérabilité pourrait amener les nœuds affectés à calculer des racines d'état de blockchain incorrectes, créant potentiellement des problèmes de synchronisation du réseau et de vérification de l'état.
- Base a publié la version 1.5.3 et a conseillé aux opérateurs de nœuds de mettre à niveau, tandis que BNB Chain a déclaré que ses développeurs préparaient un correctif urgent et surveillaient la situation.
Dans un avis du 6 novembre, BNB Chain a reconnu le risque de sécurité affectant Reth, mais a déclaré que son réseau opBNB n'utilise pas op-reth, tandis que l'impact sur BSC-Reth reste limité.
L'équipe a déclaré qu'elle préparait un correctif urgent et surveillait étroitement la situation afin de protéger la sécurité du réseau. Les développeurs et les utilisateurs ont été informés qu'aucune action n'était requise au moment de l'annonce.
Base, de son côté, a confirmé avoir résolu le problème le 5 novembre, après avoir identifié la vulnérabilité la veille. Le réseau de couche 2 soutenu par Coinbase a déclaré que ses opérations n'avaient pas été perturbées et que les fonds des utilisateurs n'étaient pas affectés.
Le problème concerne la manière dont certaines versions de Reth calculent la racine d'état d'une blockchain, une valeur cryptographique représentant l'état actuel des comptes, des soldes et du stockage des contrats intelligents.
Un calcul incorrect pourrait amener les nœuds affectés à être en désaccord avec l'état réel du réseau, perturbant potentiellement la synchronisation ou produisant des preuves d'état non fiables utilisées par les applications.
Base publie un correctif après avoir confirmé l'état de la blockchain
Selon une mise à jour officielle de statut, Base a découvert le 4 novembre que le bug de Reth pouvait amener les nœuds à calculer une racine d'état incorrecte dans certaines conditions.
Étant donné que Base utilise Reth dans le cadre de son infrastructure d'exécution, ses développeurs ont appliqué l'atténuation et corrigé tous les nœuds de construction de blocs le jour même.
L'équipe a ensuite recalculé la racine d'état du réseau et confirmé qu'elle correspondait à la valeur correcte.
Base a expliqué que son système de preuve vérifie indépendamment chaque racine d'état, offrant un autre mécanisme pour détecter les incohérences dans les calculs de la blockchain.
« Nous avons vérifié que la racine d'état actuelle est correcte et que les utilisateurs n'ont pas été affectés », a déclaré l'équipe.
Une mise à jour logicielle, version 1.5.3, a été publiée pour empêcher les validateurs de Base de s'arrêter lorsqu'ils rencontrent des racines d'état invalides.
Il a été conseillé aux opérateurs de nœuds d'installer la mise à jour dès que possible, bien que Base ait déclaré qu'ils n'auraient pas besoin de resynchroniser leurs nœuds ni d'effectuer des procédures de récupération supplémentaires.
L'avis de statut du réseau du 5 novembre indiquait une fenêtre de maintenance se déroulant jusqu'au 7 novembre à 16 h 19 UTC, tandis que le correctif public est devenu disponible à 17 h 52 UTC le 5 novembre.
Les développeurs de Reth corrigent le bug de calcul de la racine d'état
Le problème sous-jacent trouve son origine dans Reth, un client d'exécution Ethereum développé par Paradigm qui est utilisé directement ou via des versions modifiées sur plusieurs réseaux blockchain.
Une modification GitHub fusionnée le 3 novembre a corrigé une erreur concernant la manière dont l’itérateur de trie du client gère certaines limites de branches mises en cache.
Le correctif a modifié le comportement de l’itérateur lors de la recherche dans les données de blockchain stockées et a introduit un test de régression couvrant les calculs incrémentiels de racine d’état.
Les développeurs de Reth ont ensuite inclus la correction dans la version 2.10.0, tandis que les versions corrigées des logiciels associés comprenaient op-reth 2.8.1 et la version 1.5.3 de Base.
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 associée à cette faille.
La vulnérabilité a suscité des réactions de la part de réseaux utilisant une infrastructure basée sur Reth, bien que leur exposition dépende des implémentations client spécifiques déployées.
L’annonce de BNB Chain a distingué opBNB, qui ne repose pas sur op-reth, et BSC-Reth, où l’équipe a reconnu une exposition limitée tout en préparant son propre correctif.
LayerZero suspend certains services inter-chaînes par précaution
Le problème Reth a entraîné des restrictions préventives au-delà des clients d’exécution affectés, notamment parmi les services qui dépendent de la vérification de l’état de la blockchain.
Le fournisseur d’interopérabilité inter-chaînes LayerZero a temporairement suspendu certaines infrastructures hors chaîne connectées aux réseaux affectés pendant le déploiement des correctifs logiciels.
Les restrictions ont retardé certains messages inter-chaînes, bien que des rapports citant la réponse de sécurité aient indiqué que les messages ne seraient pas perdus.
Certains services de finance décentralisée ont temporairement restreint les dépôts ou le routage inter-chaînes pendant que les opérateurs évaluaient leur exposition.
LayerZero fournit une infrastructure d’interopérabilité utilisée par de nombreuses applications blockchain. En septembre, Anchorage Digital a choisi LayerZero pour prendre en charge les transferts inter-chaînes de stablecoins émis via sa banque à charte fédérale.
Le partenariat a désigné l’USAT de Tether comme le premier stablecoin à utiliser la norme Omnichain Fungible Token de LayerZero dans le cadre de cet accord.
Séparément, ApeChain a annoncé des plans le 4 novembre pour migrer APE, USDC et d’autres actifs de l’écosystème de LayerZero vers le Cross-Chain Interoperability Protocol de Chainlink.
L’annonce de migration a précédé les avertissements publics concernant la vulnérabilité Reth et concernait l’infrastructure inter-chaînes existante d’ApeChain.
Pour les opérateurs exécutant des logiciels basés sur Reth affectés, les mises à jour disponibles corrigent le problème de calcul d’état, Base recommandant spécifiquement la version 1.5.3 et BNB Chain poursuivant ses travaux sur son correctif urgent BSC-Reth.
