Ethereum corrige un bug Glamsterdam qui aurait pu transférer des dépôts de staking aux constructeurs
Les développeurs avaient initialement rejeté le changement avant de revenir sur le sujet ; les retards de test leur ont donné plus de temps pour examiner une faille dans la prochaine mise à jour Glamsterdam d’Ethereum.
Les développeurs d'Ethereum ont corrigé une faille dans la prochaine mise à niveau de Glamsterdam qui aurait pu permettre à quelqu'un de repartir avec ETH, ce service de jalonnement destiné aux nouveaux validateurs.
Le correctif, qui a modifié les règles de gestion des dépôts des validateurs, a été fusionné lundi, une semaine après que les développeurs l'ont refusé.
Glamsterdam divise deux emplois qui sont aujourd'hui regroupés. Les constructeurs regroupent les transactions en blocs et les validateurs, qui misent sur l'ETH pour aider à sécuriser le réseau, les sélectionnent et les confirment. Les deux peuvent déposer des ETH et leur argent est censé être suivi séparément.
Le problème est apparu lors de la mise à niveau elle-même, lorsque Ethereum traitait les dépôts qui attendaient encore d'être crédités.
Le chercheur Avsetsin a identifié un scénario dans lequel un opérateur s'enregistre d'abord en tant que constructeur en utilisant une clé publique particulière, l'identifiant lié à un validateur ou un constructeur. Si un service de jalonnement dépose ensuite de l'ETH pour démarrer un validateur sous cette clé, le projet de règles créditerait les deux dépôts au constructeur.
"L'opérateur peut retirer les fonds du protocole", a écrit Avsetsin. Aucun validateur n’est créé, le service de jalonnement ne peut donc pas produire la preuve dont il aurait besoin pour récupérer son argent.
Avsetsin, répertorié comme membre de l'organisation GitHub du Lido, a examiné comment Lido, Origin et Rocket Pool pourraient être affectés dans ce que le chercheur a appelé « la recherche rapide sur l'IA ». Les résultats dépendaient de la manière dont chaque protocole gère les dépôts.
"Il s'agit de découvertes de code conditionnelles, et non d'exploits réels confirmés", a écrit avsetsin, ajoutant que les contrôles existants rejetant un dépôt antérieur du constructeur pourraient arrêter l'attaque. Aucune perte n'a été signalée.
Les développeurs ont clôturé le correctif proposé le 19 octobre. "Il n'y avait pas suffisamment de soutien de la part des clients pour effectuer ce changement à l'heure actuelle", a écrit Justin Traglia, qui maintient les spécifications consensuelles d'Ethereum. Les clients sont les logiciels distincts que les validateurs exécutent pour participer au réseau.
Le correctif a été rouvert après un examen plus approfondi, avsetsin a ajouté des tests le 23 octobre et Traglia l'a fusionné lundi.
Selon les nouvelles règles, les dépôts en attente sont triés en fonction de leurs identifiants de retrait, le paramètre qui indique où l’argent d’un dépôt peut éventuellement aller. Les dépôts des validateurs restent chez les validateurs même si un constructeur utilise la même clé.
Traduit automatiquement de l'anglais
Pas encore recoupée
Seule la rédaction CoinDesk rapporte cette information pour l’instant. Elle reste « source unique » tant qu’une autre rédaction ne l’a pas confirmée.
- CoinDesk27 oct., 08:09
| Éditeur CoinDesk (niveau établi) | +76 |
| Résumé détaillé | +2 |
| Total | 78 |
Méthode : les dépêches sont regroupées d’après les mots de leur titre et de leur résumé ; chaque rédaction compte une fois ; les chiffres sont lus tels que publiés. Rien ici n’est rédigé par une IA.
