L'hack di Sandbox Bridge genera 14,9 miliardi di SAND mentre Coinbase ritira i futures dalla quotazione

L'exploit colpisce i ponti su Base e BSC

The Sandbox, la piattaforma di gaming nel metaverso alla base del token SAND, presentava una vulnerabilità che interessava i suoi bridge cross-chain su Base e BNB Smart Chain (BSC). Un hacker ha sfruttato il meccanismo di emissione dei bridge per creare token SAND privi di copertura reale su entrambe le reti. The Sandbox ha disattivato i ponti su Base e BSC non appena è stato rilevato l’exploit, impedendo all’autore dell’attacco di trasferire ulteriormente i token falsificati.

L’infrastruttura dei ponti di The Sandbox funziona normalmente bloccando SAND su una catena, in genere Ethereum, e coniare un importo equivalente e pienamente garantito sulla rete di destinazione. È proprio quel modello di garanzia 1:1 che ha ceduto in questo incidente, consentendo la coniazione di token su Base e BSC senza un corrispondente blocco sulla catena di origine.

Un’anomalia di 14,9 miliardi di token

Peckshield ha identificato circa 14,9 miliardi di SAND senza copertura coniati su due indirizzi collegati all’exploit. La portata di tale cifra è impressionante, dato che l’offerta totale legittima di SAND è limitata a 3 miliardi di token, il che significa che l’importo coniato era quasi cinque volte superiore a tutti i token SAND reali che siano mai esistiti o che esisteranno.

Questa discrepanza è comune negli exploit dei bridge, in cui un aggressore manipola la funzione di conio di uno smart contract anziché rubare effettivamente le garanzie bloccate. Attacchi simili basati sul conio hanno colpito altri protocolli nel corso dell’anno, tra cui un exploit su un bridge che ha permesso a un aggressore di coniare 1 miliardo di token DOT non autorizzati sul bridge di Polkadot all’inizio del 2026, e un incidente di minore entità in cui sono stati creati circa 13,76 milioni di token ALPH privi di copertura sul bridge di Alephium.

In entrambi i casi, i token falsificati non avevano alcun valore reale e potevano essere neutralizzati una volta che la catena interessata avesse congelato il contratto oggetto dell’attacco.

The Sandbox ha affermato che l’incidente ha interessato meno dello 0,01% dell’offerta totale di SAND in termini di copertura reale a rischio. I SAND detenuti su Ethereum e Polygon, i portafogli degli utenti in tutto l’ecosistema e le risorse bloccate su Ethereum a copertura del token sono rimasti intatti durante l’intero exploit, ha dichiarato la società.

La piattaforma sta ora preparando un piano di risarcimento per i fornitori di liquidità idonei che detenevano posizioni interessate dall’emissione non coperta e ha consigliato agli utenti di non scambiare SAND su Base o BSC fino al ripristino dei bridge.

Parte di un problema di sicurezza più ampio relativo ai bridge

Gli attacchi ai bridge hanno causato perdite per oltre 320 milioni di dollari in tutto il settore delle criptovalute nella prima metà dell’anno, poiché gli hacker hanno iniziato a prendere di mira sempre più spesso gli smart contract che collegano blockchain separate piuttosto che i singoli protocolli. Bitcoin.com News ha rilevato un andamento simile negli ultimi mesi, compreso l’exploit del Gravity Bridge che ha visto un hacker sottrarre 5,4 milioni di dollari e incanalare i fondi attraverso Binance prima che le tracce si perdessero.

Inoltre, vale la pena sottolineare che SAND era già sottoposto a pressioni indipendenti dall’attacco: questa settimana il suo token veniva scambiato a circa 0,039 dollari e Coinbase ha annunciato l’intenzione di delistare dieci contratti futures perpetui, tra cui SAND, a partire dal 26 agosto, nell’ambito di una più ampia revisione del volume degli scambi e della liquidità nei propri mercati dei derivati.

A quel punto, le posizioni aperte saranno regolate automaticamente, aggiungendo una seconda fonte di volatilità a breve termine oltre all’incidente del bridge. Il prossimo passo per The Sandbox è un’analisi post mortem su come abbiano fallito i controlli di emissione del bridge e un audit di sicurezza prima che il collegamento tra Base e BSC venga riattivato.