Exploitation de rsETH sur Ethereum : un portefeuille Safe perd 7,73 millions de dollars

Un portefeuille Safe a perdu environ 7,73 millions de dollars en rsETH en l'espace de quelques heures, victime d'une exploitation de rsETH sur Ethereum qui a tiré parti d'une fonction publique du protocole Uniswap v4 pour détourner des fonds vers un pool créé spécialement par l'attaquant. La nouvelle, rapportée par la société de sécurité Blockaid, attire l'attention sur les risques liés aux modules personnalisés qui interagissent avec les "hooks" de Uniswap v4, la version la plus récente et programmable du protocole d'échange décentralisé.

Points clés

• Un utilisateur non identifié d'un portefeuille Safe a subi une perte estimée à 7,73 millions de dollars en rsETH.
• L'attaque a exploité un keeper multicall public pour frapper un module de fournisseur de liquidité personnalisé sur Uniswap v4.
• Les fonds ont été canalisés dans un pool hooked créé par l'attaquant.
• Le protocole impliqué est Uniswap version 4, qui introduit des hooks programmables dans les pools de liquidité.

Perte de 7,73 millions de dollars en rsETH à cause d'une exploitation sur Ethereum

Selon Blockaid, la victime était un utilisateur qui gérait des fonds via un portefeuille multisig Safe, l'un des outils les plus utilisés pour la garde sécurisée d'actifs crypto par des particuliers et des institutions. Malgré les protections typiques d'une infrastructure multisig, l'attaque a réussi à soustraire l'équivalent de 7,73 millions de dollars en rsETH, le token de liquid staking lié à Ethereum.

Utilisateurs et actifs impliqués

La cible de l'attaque reste anonyme, et Blockaid n'a pas précisé comment l'attaquant a réussi à opérer sur un module lié au portefeuille. Le token touché, rsETH, représente une part d'ETH mis en staking via des protocoles de liquid staking, un segment de la finance décentralisée qui a attiré des capitaux croissants ces dernières années en raison de sa promesse de liquidité immédiate sur des actifs autrement bloqués.

Impact économique de l'attaque

Le montant soustrait, presque 7,8 millions de dollars, place cet épisode parmi les exploits les plus significatifs des derniers mois liés à l'écosystème Ethereum. Pourquoi cela compte : des épisodes de ce type frappent précisément les outils considérés comme les plus sûrs, les portefeuilles multisig, démontrant que la sécurité de la garde ne suffit pas si les modules ou les contrats avec lesquels ils interagissent sont compromis en amont.

Comment l'attaquant a agi : le multicall public du keeper

L'attaquant a utilisé un keeper multicall public, c'est-à-dire une fonction accessible à quiconque, pour frapper un module de fournisseur de liquidité personnalisé construit sur Uniswap v4.

Le module de fournisseur de liquidité de Uniswap v4 visé

Uniswap v4 a introduit une architecture basée sur des hooks, des contrats supplémentaires qui permettent aux développeurs de personnaliser le comportement des pools de liquidité. Cette flexibilité, bien qu'elle ouvre la voie à des mécanismes de frais dynamiques ou à des stratégies avancées pour les fournisseurs de liquidité, multiplie également les surfaces d'attaque possibles lorsque les modules ne sont pas conçus avec des contrôles d'accès adéquats.

Comment fonctionne le multicall du keeper

Dans ce cas spécifique, la fonction keeper multicall était conçue pour automatiser des opérations de routine sur le module de fournisseur de liquidité. Le problème est que, étant publique, quiconque pouvait l'appeler, y compris l'attaquant, qui l'a utilisée pour forcer le redirectionnement d'actifs vers une destination non autorisée.

Les fonds se retrouvent dans un pool hooked créé par l'attaquant

Une fois l'exploit activé, les fonds volés ont été canalisés dans un pool hooked spécialement construit par l'attaquant au sein du même cadre Uniswap v4.

Détails du pool hooked

Ce pool, créé sur mesure pour absorber les fonds volés, a exploité la même infrastructure hook qui rend Uniswap v4 flexible pour les développeurs légitimes. En pratique, l'attaquant a répliqué la logique du protocole à son avantage, transformant un outil conçu pour la personnalisation de la liquidité en un canal de recouvrement du vol.

Qu'est-ce que cela signifie pour la sécurité d'Uniswap v4

L'épisode survient à un moment où Uniswap v4 continue d'élargir son écosystème de hooks personnalisés par des tiers. Pourquoi cela compte : la sécurité de l'ensemble du cadre dépend non seulement du code de base du protocole, mais aussi de la qualité des modules construits au-dessus de celui-ci par des développeurs externes. Un seul module mal conçu, comme celui exploité dans cette attaque, peut suffire à siphonner des millions de dollars, même lorsque les actifs sont conservés via des outils considérés comme robustes tels que les portefeuilles Safe multisig.

FAQ

Quel a été l'impact économique de l'exploit sur Ethereum pour l'utilisateur du portefeuille Safe ?

L'utilisateur du portefeuille Safe a perdu environ 7,73 millions de dollars en rsETH à cause de l'exploit.

Quel protocole et module ont été ciblés par l'attaque ?

Un module de fournisseur de liquidité personnalisé au sein du protocole Uniswap version 4 a été touché.

Comment l'attaquant a-t-il exécuté l'attaque ?

L'attaquant a exploité une fonction publique appelée keeper multicall pour rediriger les fonds.

Où ont été dirigés les fonds volés pendant l'attaque ?

Les fonds ont été canalisés dans un pool hooked créé spécialement par l'attaquant.