Une tentative d’exploitation sur le réseau Ethereum a donné un résultat inattendu après qu’un bot MEV malveillant l’ait précédée et se soit emparé des fonds avant que l’attaquant ne parvienne à en prendre le contrôle. D’après ce qu’a rapporté la société de cybersécurité Blockaid, l’attaquant a ciblé une unité dédiée liée à un portefeuille Safe dans le but d’extraire environ 7,7 millions de dollars en rsETH.

Selon les détails techniques, l’attaquant a utilisé un public keeper multicall pour diriger une unité de liquidité dédiée de type Uniswap v4 vers un pool hooked qu’il avait créé lui-même, où le lien entre aEthrsETH a été rompu et transformé en rsETH. Blockaid a indiqué que le portefeuille concerné appartenait à un utilisateur inconnu et que la valeur des fonds perdus au moment du premier rapport s’élevait à environ 7,73 millions de dollars en rsETH.

Mais l’opération ne s’est pas déroulée comme l’attaquant l’avait prévu. En effet, un bot MEV bien connu, nommé Yoink, est intervenu : il s’agit d’un programme automatisé qui surveille les transactions sur la blockchain à la recherche d’opportunités lucratives, lui permettant d’effectuer un front-run du processus et de récupérer le rsETH avant que l’attaquant ne mette la main sur les fonds. Des données d’Etherscan montrent que Yoink a également transféré environ 18,93 ETH, soit près de 46 000 dollars, vers une adresse identifiée comme « block builder » au sein de la même transaction.

Par la suite, Kelp, l’entité liée au protocole rsETH, a pris une mesure de précaution en plaçant l’adresse ayant reçu les fonds sous pause pendant 24 heures, ce qui a empêché temporairement le transfert des jetons. L’entreprise a confirmé que cette action ne concernait que le niveau du portefeuille, et que les contrats de Kelp eux-mêmes sont sûrs, tandis que le rsETH reste entièrement pris en charge.

Kelp a également précisé que les opérations de minting, les withdrawals et les intégrations se sont poursuivies normalement, tout en travaillant avec des experts en sécurité pour enquêter sur l’incident. D’après les détails disponibles, il semblait que la chaîne d’attaque visait le module dédié associé au portefeuille Safe de la victime, alors que les contrats de Kelp eux-mêmes n’ont pas été affectés.

Cette affaire met en lumière deux points importants : d’abord, que les tentatives d’exploitation on-chain peuvent se retourner contre leurs auteurs lorsque des systèmes MEV automatisés les interceptent à temps ; ensuite, que des mécanismes de gel temporaire ou de contrôle au niveau de l’adresse peuvent être un outil déterminant pour limiter le transfert d’actifs en cas de suspicion de vol. L’incident souligne aussi l’importance d’un audit de sécurité rigoureux des Safe modules dédiés, en particulier lorsqu’ils sont utilisés avec des parcours d’exécution complexes ou des agrégateurs de liquidité configurables.

#أمن_البلوكشين #إيثريوم $ETH $RSETH