La responsabilité de la sécurité lors de la mise à niveau Glamsterdam d’Ethereum glisse de la couche protocolaire vers la couche applicative.
Selon Crypto Briefing, cité par PANews, Dima Gusakov, responsable de l’ingénierie chez Lido, a révélé que Glamsterdam introduira des dépôts de constructeurs utilisant des justificatifs de retrait préfixés par 0xB0. Avant et après le fork, ces dépôts partageront la même file d’attente que les dépôts de validateurs. Des opérateurs de nœuds malveillants pourraient ainsi faire passer en priorité les fonds des stakers pour les créditer sur leur propre compte de constructeur, empêchant les validateurs concernés d’être activés. La proposition de correctif consensus-specs 5735 a été clôturée avec le statut « not planned » ; la défense devra donc être assurée par chaque protocole de staking, au moyen de vérifications avant dépôt. Glamsterdam sera activé sur le testnet Hoodi le 27 octobre au petit matin ; le lancement sur le réseau principal est prévu au quatrième trimestre.
À mon avis, l’élément vraiment important dans cette information n’est pas une nouvelle méthode d’attaque, mais le transfert de la responsabilité du risque après la clôture de la proposition de correctif. Le partage d’une file d’attente signifie que les deux types de dépôts ne sont pas naturellement isolés au niveau du protocole ; les acteurs qui passent en premier exploitent le moment où les opérations sont ordonnées, et non une faille cryptographique. Le fait que la proposition ne soit pas planifiée revient à déléguer à chaque protocole de staking l’obligation technique de « détecter et bloquer les dépôts suspects ». Pour évaluer la sécurité d’un produit de staking, il ne suffit donc pas de regarder le nombre de validateurs ou le rendement : il faut aussi vérifier si des contrôles préalables sont effectués au point d’entrée des dépôts.
On peut en déduire que, avant le lancement sur le réseau principal, la publication ou non par les différents protocoles de leurs mécanismes de vérification déterminera si ce risque reste théorique ou entraîne des pertes réelles. Deux éléments peuvent être suivis : premièrement, les principaux protocoles de staking publieront-ils leurs règles détaillées de vérification préalable aux dépôts ? Deuxièmement, ce scénario sera-t-il reproduit après l’activation du testnet Hoodi ? Même si aucun cas de prise de priorité n’est observé sur le testnet, cela ne permet pas de conclure directement à la sécurité du réseau principal, car les incitations diffèrent entre le testnet et le réseau principal. Les informations fournies ici ne précisent pas les mesures de défense déjà adoptées par les différents protocoles ; cet aspect reste à vérifier.
En l’absence de correctif planifié, la sécurité pendant la période de transition vers la mise à niveau dépendra de la rapidité d’exécution de la couche applicative, et non des protections par défaut de la couche protocolaire.
#ETH #MarchéCrypto
Sources :
PANews (publication originale le 20-10 à 16 h 56, heure de Pékin)
https://www.panewslab.com/zh/articles/01a15886-c55a-7689-b560-1487173bc58f
Selon Crypto Briefing, cité par PANews, Dima Gusakov, responsable de l’ingénierie chez Lido, a révélé que Glamsterdam introduira des dépôts de constructeurs utilisant des justificatifs de retrait préfixés par 0xB0. Avant et après le fork, ces dépôts partageront la même file d’attente que les dépôts de validateurs. Des opérateurs de nœuds malveillants pourraient ainsi faire passer en priorité les fonds des stakers pour les créditer sur leur propre compte de constructeur, empêchant les validateurs concernés d’être activés. La proposition de correctif consensus-specs 5735 a été clôturée avec le statut « not planned » ; la défense devra donc être assurée par chaque protocole de staking, au moyen de vérifications avant dépôt. Glamsterdam sera activé sur le testnet Hoodi le 27 octobre au petit matin ; le lancement sur le réseau principal est prévu au quatrième trimestre.
À mon avis, l’élément vraiment important dans cette information n’est pas une nouvelle méthode d’attaque, mais le transfert de la responsabilité du risque après la clôture de la proposition de correctif. Le partage d’une file d’attente signifie que les deux types de dépôts ne sont pas naturellement isolés au niveau du protocole ; les acteurs qui passent en premier exploitent le moment où les opérations sont ordonnées, et non une faille cryptographique. Le fait que la proposition ne soit pas planifiée revient à déléguer à chaque protocole de staking l’obligation technique de « détecter et bloquer les dépôts suspects ». Pour évaluer la sécurité d’un produit de staking, il ne suffit donc pas de regarder le nombre de validateurs ou le rendement : il faut aussi vérifier si des contrôles préalables sont effectués au point d’entrée des dépôts.
On peut en déduire que, avant le lancement sur le réseau principal, la publication ou non par les différents protocoles de leurs mécanismes de vérification déterminera si ce risque reste théorique ou entraîne des pertes réelles. Deux éléments peuvent être suivis : premièrement, les principaux protocoles de staking publieront-ils leurs règles détaillées de vérification préalable aux dépôts ? Deuxièmement, ce scénario sera-t-il reproduit après l’activation du testnet Hoodi ? Même si aucun cas de prise de priorité n’est observé sur le testnet, cela ne permet pas de conclure directement à la sécurité du réseau principal, car les incitations diffèrent entre le testnet et le réseau principal. Les informations fournies ici ne précisent pas les mesures de défense déjà adoptées par les différents protocoles ; cet aspect reste à vérifier.
En l’absence de correctif planifié, la sécurité pendant la période de transition vers la mise à niveau dépendra de la rapidité d’exécution de la couche applicative, et non des protections par défaut de la couche protocolaire.
#ETH #MarchéCrypto
Sources :
PANews (publication originale le 20-10 à 16 h 56, heure de Pékin)
https://www.panewslab.com/zh/articles/01a15886-c55a-7689-b560-1487173bc58f