Tutto è filato liscio fino al momento in cui il ladro ha provato a convertire gli USDC in ETH attraverso uno exchange decentralizzato. Qui, però, l'operazione è naufragata non per un bug del protocollo, ma perché l'attaccante ha dimenticato di impostare un limite di slippage. Un bot MEV, programmato per scansionare la mempool pubblica, ha visto la transazione e ha eseguito un classico "attacco sandwich": ha comprato ETH subito prima dello swap dell'hacker (facendo salire il prezzo), ha permesso che l'acquisto del malvivente andasse a segno a quel prezzo gonfiato, e poi ha immediatamente rivenduto le proprie posizioni in ETH per intascarsi il profitto .

Il bot ha così sottratto circa 371.000 dollari dei fondi rubati, pagando circa 3,5 ETH in commissioni di gas per assicurarsi l'ordine delle transazioni. All'hacker sono rimasti solo 67 WETH, equivalenti a circa 129.000 dollari – una perdita netta superiore al 74% del bottino iniziale .

Come ha funzionato l'attacco sandwich MEV

Un attacco sandwich è una forma di estrazione di valore massimo (MEV) che sfrutta l'ordine delle transazioni in una mempool pubblica della blockchain. Ecco la sequenza :

1. Monitoraggio della mempool: I bot MEV scansionano continuamente la mempool pubblica alla ricerca di transazioni di swap in sospeso con tolleranze di slippage troppo ampie.
2. Front-running: Il bot individua la transazione dell'hacker (acquisto di ETH con USDC) e presenta immediatamente un proprio ordine di acquisto di ETH, posizionandolo davanti a quello del malvivente.
3. La vittima si inserisce nel mezzo: La transazione dell'hacker viene eseguita al prezzo maggiorato, ricevendo meno ETH a parità di USDC.
4. Back-running: Subito dopo l'esecuzione della transazione dell'hacker, il bot vende i suoi ETH, realizzando un profitto sulla differenza di prezzo.

In questo caso specifico, l'attaccante ha utilizzato Uniswap V4 senza impostare alcun limite di slippage, dando al bot campo libero per manipolare il prezzo di esecuzione .

Lezioni sulla sicurezza DeFi

• I bot MEV sono opportunisti imparziali. Non fanno distinzione tra trader legittimi e criminali. Qualsiasi transazione visibile nella mempool pubblica con impostazioni di slippage deboli rappresenta un bersaglio, indipendentemente da chi l'ha inviata .
• La protezione dallo slippage non è opzionale. L'attaccante ha eseguito lo swap senza una tolleranza di slippage ristretta, consentendo al bot di manipolare il prezzo su più blocchi. Un limite di slippage ridotto avrebbe impedito gran parte della perdita .
• La trasparenza della DeFi è un'arma a doppio taglio. La stessa mempool aperta che rende il trading permissionless rende anche le transazioni grandi e mal configurate un facile bersaglio per bot che eseguono front-running e sandwich .
• Il phishing resta il vettore d'ingresso più comune. Il furto iniziale è stato possibile grazie a un wallet compromesso, non a un exploit del protocollo. La sicurezza lato utente – approvazioni, firme e igiene del wallet – rimane l'anello più debole .

Consigli chiave per gli utenti

1. Imposta sempre una tolleranza di slippage ristretta – tipicamente tra lo 0,5% e l'1% per swap di grandi dimensioni su coppie liquide. Evita le impostazioni "auto" o slippage infinito .
2. Usa endpoint RPC protetti da MEV o servizi di mempool privati (ad esempio Flashbots Protect, BloxRoute) per tenere le tue transazioni fuori dalla mempool pubblica .
3. Revoca regolarmente le approvazioni dei token inutilizzati. La vittima in questo caso aveva fornito una firma di phishing che ha permesso all'attaccante di prosciugare direttamente gli USDC .
4. Testa gli swap di grandi dimensioni prima con piccole quantità – specialmente dopo aver preso il controllo di fondi da qualsiasi fonte sospetta.
5. Ricorda che la trasparenza della blockchain può rivelarsi controproducente – possedere le chiavi private non garantisce un'esecuzione sicura se la transazione è pubblicamente visibile e mal parametrizzata .

L'incidente è un duro monito: nella DeFi, la sofisticazione tecnica conta a ogni passo. Anche i criminali possono perdere contro avversari meglio automatizzati quando ignorano le regole base di igiene delle transazioni.

Tutto è filato liscio fino al momento in cui il ladro ha provato a convertire gli USDC in ETH attraverso uno exchange decentralizzato. Qui, però, l'operazione è naufragata non per un bug del protocollo, ma perché l'attaccante ha dimenticato di impostare un limite di slippage. Un bot MEV, programmato per scansionare la mempool pubblica, ha visto la transazione e ha eseguito un classico "attacco sandwich": ha comprato ETH subito prima dello swap dell'hacker (facendo salire il prezzo), ha permesso che l'acquisto del malvivente andasse a segno a quel prezzo gonfiato, e poi ha immediatamente rivenduto le proprie posizioni in ETH per intascarsi il profitto .

Il bot ha così sottratto circa 371.000 dollari dei fondi rubati, pagando circa 3,5 ETH in commissioni di gas per assicurarsi l'ordine delle transazioni. All'hacker sono rimasti solo 67 WETH, equivalenti a circa 129.000 dollari – una perdita netta superiore al 74% del bottino iniziale .

Come ha funzionato l'attacco sandwich MEV

Un attacco sandwich è una forma di estrazione di valore massimo (MEV) che sfrutta l'ordine delle transazioni in una mempool pubblica della blockchain. Ecco la sequenza :

1. Monitoraggio della mempool: I bot MEV scansionano continuamente la mempool pubblica alla ricerca di transazioni di swap in sospeso con tolleranze di slippage troppo ampie.
2. Front-running: Il bot individua la transazione dell'hacker (acquisto di ETH con USDC) e presenta immediatamente un proprio ordine di acquisto di ETH, posizionandolo davanti a quello del malvivente.
3. La vittima si inserisce nel mezzo: La transazione dell'hacker viene eseguita al prezzo maggiorato, ricevendo meno ETH a parità di USDC.
4. Back-running: Subito dopo l'esecuzione della transazione dell'hacker, il bot vende i suoi ETH, realizzando un profitto sulla differenza di prezzo.

In questo caso specifico, l'attaccante ha utilizzato Uniswap V4 senza impostare alcun limite di slippage, dando al bot campo libero per manipolare il prezzo di esecuzione .

Lezioni sulla sicurezza DeFi

• I bot MEV sono opportunisti imparziali. Non fanno distinzione tra trader legittimi e criminali. Qualsiasi transazione visibile nella mempool pubblica con impostazioni di slippage deboli rappresenta un bersaglio, indipendentemente da chi l'ha inviata .
• La protezione dallo slippage non è opzionale. L'attaccante ha eseguito lo swap senza una tolleranza di slippage ristretta, consentendo al bot di manipolare il prezzo su più blocchi. Un limite di slippage ridotto avrebbe impedito gran parte della perdita .
• La trasparenza della DeFi è un'arma a doppio taglio. La stessa mempool aperta che rende il trading permissionless rende anche le transazioni grandi e mal configurate un facile bersaglio per bot che eseguono front-running e sandwich .
• Il phishing resta il vettore d'ingresso più comune. Il furto iniziale è stato possibile grazie a un wallet compromesso, non a un exploit del protocollo. La sicurezza lato utente – approvazioni, firme e igiene del wallet – rimane l'anello più debole .

Consigli chiave per gli utenti

1. Imposta sempre una tolleranza di slippage ristretta – tipicamente tra lo 0,5% e l'1% per swap di grandi dimensioni su coppie liquide. Evita le impostazioni "auto" o slippage infinito .
2. Usa endpoint RPC protetti da MEV o servizi di mempool privati (ad esempio Flashbots Protect, BloxRoute) per tenere le tue transazioni fuori dalla mempool pubblica .
3. Revoca regolarmente le approvazioni dei token inutilizzati. La vittima in questo caso aveva fornito una firma di phishing che ha permesso all'attaccante di prosciugare direttamente gli USDC .
4. Testa gli swap di grandi dimensioni prima con piccole quantità – specialmente dopo aver preso il controllo di fondi da qualsiasi fonte sospetta.
5. Ricorda che la trasparenza della blockchain può rivelarsi controproducente – possedere le chiavi private non garantisce un'esecuzione sicura se la transazione è pubblicamente visibile e mal parametrizzata .

L'incidente è un duro monito: nella DeFi, la sofisticazione tecnica conta a ogni passo. Anche i criminali possono perdere contro avversari meglio automatizzati quando ignorano le regole base di igiene delle transazioni.