Un utente di Ethereum ha perso circa 7,73 milioni di dollari in rsETH dopo che un aggressore ha sfruttato un percorso di esecuzione di un modulo Safe per reindirizzare gli asset attraverso un pool di liquidità Uniswap v4 controllato dall’aggressore.

L’indirizzo Safe interessato (0x40e93a52f6af9fcd3b476aedadd7feabd9f7aba8) è stato preso di mira nelle prime ore del 15 settembre. Il monitoraggio della sicurezza ha identificato due transazioni responsabili della perdita. Le evidenze disponibili indicano il modulo personalizzato del wallet e la sua interazione con un hook malevolo, piuttosto che una vulnerabilità nei contratti core smart account di Safe.

Il modulo personalizzato ha instradato gli asset in un pool malevolo

L’attacco ha utilizzato una public keeper multicall per invocare un modulo Safe personalizzato Uni V4 LP collegato all’account. L’esecuzione ha instradato la liquidità in un pool Uniswap v4 creato con un hook controllato dall’aggressore, consentendo alla logica di instradamento malevola di accedere agli asset coinvolti nella posizione.

L’hook ha quindi convertito la posizione aEthrsETH della vittima in rsETH trasferibili. aEthrsETH rappresenta rsETH forniti ad Aave, quindi l’aggressore ha dovuto prima spostare la posizione dalla sua forma di receipt token di Aave prima di estrarre gli rsETH sottostanti.

L’architettura dei moduli di Safe consente alle estensioni autorizzate di eseguire transazioni indipendentemente dal normale flusso multisignature. I moduli possono automatizzare operazioni DeFi complesse, ma Safe avverte che sono componenti critici per la sicurezza, perché un modulo malevolo o vulnerabile abilitato può eseguire transazioni arbitrarie da un account. La documentazione di Safe sui moduli è disponibile qui.

Poiché la public keeper multicall poteva invocare il modulo personalizzato dell’account, il perimetro di sicurezza rilevante si estendeva oltre il flusso dei firmatari di Safe, fino alla logica di autorizzazione e transazione del modulo. Per account simili abilitati alla DeFi, l’analisi del solo contratto Safe non descriverebbe completamente la superficie di esecuzione attiva dell’account.

L’attacco non ha compromesso i contratti multisig core di Safe, le chiavi dei firmatari né Ethereum stessa. Il percorso di vulnerabilità identificato coinvolgeva il modulo personalizzato dell’account e un hook Uniswap v4 controllato dall’aggressore. Una separazione analoga è emersa a maggio, quando un exploit di SquidRouterModule ha prosciugato 86 account Safe su Ethereum e Base, lasciando i contratti Safe sottostanti al di fuori del percorso di vulnerabilità identificato.

Un bot MEV ha catturato l’estrazione

La transazione dell’attacco è stata intercettata all’interno del blocco da un’operazione MEV associata all’indirizzo che Etherscan etichetta MEV Frontrunner Yoink.

Il bot ha anticipato l’estrazione originale e catturato il percorso transazionale redditizio prima che l’aggressore potesse completarlo nella forma presentata. La vittima ha comunque perso gli rsETH, perché l’esecuzione malevola sottostante è andata a buon fine, mentre l’ordine delle transazioni ha modificato quale indirizzo esterno avrebbe infine catturato gran parte del valore estratto.

Il Safe è rimasto con il solo NFT rappresentativo della posizione di liquidità del pool malevolo, invece della posizione garantita da rsETH che deteneva prima delle transazioni.

Gli rsETH tornano al centro dell’attenzione sulla sicurezza

rsETH è il token di liquid restaking di Kelp DAO e continua a essere integrato nei mercati di prestito e liquidità di Ethereum. Il suo utilizzo all’interno di Aave ha creato la garanzia aEthrsETH coinvolta nel drenaggio del wallet.

Anche il token di Kelp ha subito una grave interruzione della sicurezza all’inizio di quest’anno. Un exploit di Kelp DAO ad aprile ha rilasciato circa 292 milioni di dollari in rsETH dall’infrastruttura cross-chain, creando una significativa esposizione a valle nei mercati di prestito DeFi.

La perdita del 15 settembre è un evento separato. Le evidenze attuali si concentrano sull’esecuzione del modulo del singolo Safe, sull’hook Uniswap v4 controllato dall’aggressore e sulla conseguente conversione della posizione in rsETH del wallet, garantita da Aave. Non è stata accertata alcuna compromissione più ampia di Safe, Aave, Kelp DAO o del contratto del token rsETH.

Fonte: Crypto Adventure.