Il tweet è stato eliminato dall’autore.
Ma abbiamo salvato tutto 🙂.
Un proprietario di crypto wallet ha perso circa 2,900 rsETH per un valore di 7,8 milioni di $ a causa di un difetto nel meccanismo di autorizzazione di uno smart contract di supporto. I ricercatori di sicurezza hanno rilevato che il problema non ha interessato i contratti core di Safe, ma ha avuto origine in un componente di terze parti che l'utente aveva autorizzato ad accedere agli asset.
Questo articolo è stato tradotto dall'originale. Leggi la versione originale del nostro corrispondente qui.
L'attacco è avvenuto su Ethereum e ha colpito un wallet Gnosis Safe. Per automatizzare le transazioni, il proprietario aveva consentito a un contratto di supporto di movimentare fondi per suo conto, una configurazione comunemente utilizzata, ad esempio, per il trading automatizzato.
Visualizza il post su X Caricamento...
Tuttavia, il controllo degli accessi del contratto era stato implementato in modo errato. Secondo SlowMist e BlockSec, il sistema consentiva di fatto a qualsiasi utente di eseguire una transazione se indicava il contratto di supporto stesso come destinazione.
Sfruttando il difetto, l'attaccante ha avviato uno swap di circa 2,900 rsETH tramite una pool di trading creata appena pochi minuti prima con un token praticamente privo di valore chiamato Permissionless Attacker Token. Di conseguenza, il wallet era impostato per cedere asset liquidi in cambio di token senza alcun valore reale.
Tuttavia, l'attaccante originale non è riuscito a completare l'operazione. Un bot automatizzato noto come yoink ha rilevato la transazione e l'ha anticipata, pagando circa 47.000 $ per ottenere la priorità.
Di conseguenza, il bot ha ottenuto gli asset e ha trasferito 2,882 rsETH a un indirizzo separato. Gli analisti hanno confermato che i fondi sono stati intercettati anticipando la transazione dell'attacco originale.
AstraSec ha identificato un controllo di autorizzazione difettoso nel contratto Multicall come causa principale dell'incidente. Altri ricercatori di sicurezza hanno inoltre concluso che la vulnerabilità non risiedeva nei contratti core di Safe, ma in un componente al quale il proprietario del wallet aveva concesso autonomamente autorizzazioni fidate.
Kelp DAO, l'emittente di rsETH, ha dichiarato che i propri contratti sono rimasti sicuri e che il token era interamente collateralizzato. Dopo aver rilevato attività sospette, il progetto ha temporaneamente limitato le transazioni che coinvolgevano l'indirizzo che ha ricevuto gli asset sottratti.
La limitazione è stata imposta per 24 ore. Durante tale periodo, rsETH non poteva essere trasferito verso o dall'indirizzo sospetto mentre il team indagava sull'incidente.
Un incidente infrastrutturale simile si è verificato in precedenza su Liquid Network. Gli hacker hanno sottratto circa 4,000 BTC per un valore approssimativo di 320 milioni di $ dal wallet che deteneva il Bitcoin a garanzia di LBTC, inducendo la rete a sospendere le operazioni.
Al momento dell'attacco, l'importo rappresentava circa il 95% delle riserve di Bitcoin di Liquid Network, che prima dell'incidente ammontavano a circa 4,200 BTC. Una parte dei fondi è stata successivamente restituita dopo la correzione della vulnerabilità.
In precedenza, abbiamo riportato che la blockchain Cronos è stata completamente bloccata a seguito di un attacco a Tectonic, il più grande protocollo di lending del suo ecosistema. Le perdite preliminari derivanti dall'exploit sono state stimate in circa 75 milioni di $.