MANTRA Chain non si è spinta fino a impegnarsi in un piano di recupero dei fondi nel rapporto post-mortem completo pubblicato il 28 agosto. La pubblicazione ha invece presentato un riepilogo formale dell'incidente del 20-21 agosto, in cui un attaccante ha sottratto al progetto circa 720,9 milioni di MANTRA, per un valore di circa 3,6 milioni di dollari.

La divulgazione ha formalmente attribuito un valore in dollari all'attacco risalente a una settimana prima, che secondo il progetto è stato causato da un difetto di codifica non direttamente legato al proprio codice. MANTRA ha confermato che le forze dell'ordine sono ora coinvolte e che sono in attesa aggiornamenti sugli sforzi di recupero dei fondi. Il progetto ha inoltre dichiarato che aggiornerà i dati sull'offerta circolante una volta avuta un'immagine più chiara dei token bloccati nei portafogli degli hacker e delle possibilità di recupero.

Cosa ha causato l'exploit di MANTRA?

Secondo il post-mortem di MANTRA Chain, l'exploit ha avuto origine nel modulo condiviso cosmos/evm che la chain utilizza per eseguire contratti in stile Ethereum sopra il Cosmos SDK.

La versione interessata non verificava che un conto potesse coprire una chiamata prima di approvare detrazioni dal saldo di quel conto. Le detrazioni continuavano ad andare a buon fine perché il codice utilizzava interi senza segno, che non possono scendere sotto zero. Invece, il valore andava in wraparound trasformandosi in un numero enorme.

Questa modalità di guasto, nota come underflow di interi o wraparound, è una classe di bug ben nota nel codice blockchain. Nell'ecosistema Ethereum, un overflow aritmetico simile nel contratto ERC-20 del token Beauty Chain (BEC) nel 2018 permise a un attaccante di generare enormi saldi di token, e incidenti di questo tipo furono una delle motivazioni principali dell'aritmetica controllata che Solidity 0.8+ abilita per impostazione predefinita. Il caso di MANTRA mostra che la stessa classe di difetti può emergere nei moduli ponte che le chain basate su Cosmos SDK utilizzano per interoperare con i contratti in stile Ethereum.

MANTRA ha chiarito che nessuna delle sue chiavi di validatore, dei controlli di governance o dei firmatari multisig è stata compromessa, e ha insistito sul fatto che il difetto sfruttato dall'attaccante non proveniva dal proprio codice. MANTRA ha scritto che "L'attaccante non richiedeva alcun accesso privilegiato", sottolineando che un contratto distribuito senza permessi e un portafoglio autofinanziato erano sufficienti per portare a termine l'attacco.

Quanto ha perso MANTRA?

Secondo MANTRA, l'attaccante ha estratto circa 600 milioni di MANTRA dal proprio indirizzo di burn e altri 120,9 milioni di token da un multisig dormiente dell'era genesi legato a una vecchia campagna di incentivi.

MANTRA ha sottolineato il tecnicismo dell'impatto dell'attacco, insistendo sul fatto che non sono stati coniati nuovi token. L'exploit ha invece rimesso in circolazione circa 720,9 milioni di token che si trovavano al di fuori dell'offerta circolante ed erano considerati economicamente inerti.

Il rapporto ha inoltre evidenziato la cadenza programmatica dei movimenti di token, poiché le transazioni sembravano essere eseguite a dimensioni fisse a intervalli brevi anziché essere elaborate manualmente.

MANTRA non ha intercettato le transazioni in tempo reale

A sua stessa ammissione, il team di MANTRA non ha individuato alcuna transazione anomala durante le prime quattro ore della violazione. Il progetto ha attribuito la svista alla mancanza di un monitoraggio continuo dell'indirizzo di burn, che doveva contenere token immutabili. Si tratta di una lacuna familiare nei post-mortem del settore, dove gli indirizzi di burn e i portafogli di tesoreria sono spesso trattati come inerti e monitorati con minore attenzione rispetto ai hot wallet attivi, nonostante spesso custodiscano alcuni dei saldi più grandi di un protocollo.

Nelle ore precedenti all'individuazione dei segnali d'allarme da parte del team, l'attaccante ha eseguito due transazioni e ha spostato la maggior parte del bottino off-chain prima che i validatori bloccassero la rete alle 23:13 UTC, 14 minuti dopo il secondo prelievo. Il portafoglio dell'attaccante conteneva ancora 37,96 milioni di token al momento dell'arresto della chain.

La rete è rimasta offline per 30 ore e 13 minuti fino alle 05:26 UTC del 22 agosto, quando i validatori hanno coordinato un riavvio sulla versione corretta v8.4.0.

L'episodio conclude 18 mesi drammatici per un progetto che sta ancora cercando di ricostruire la fiducia. L'ex token OM di MANTRA è crollato di oltre il 90% in una singola seduta nell'aprile 2025, cancellando oltre 5 miliardi di dollari di valore, come riportato all'epoca da Cryptopolitan. Perfino Inveniam Capital Partners, che ha investito 20 milioni di dollari in MANTRA nel 2025, ha riconosciuto i problemi passati quando a giugno ha accettato di acquisire il progetto.

Quando è arrivato l'arresto, il token è sceso dell'18,5% fino a un minimo storico vicino a 0,004126 dollari prima di recuperare, secondo i dati di CoinGecko. Con le forze dell'ordine ora coinvolte e le prospettive di recupero ancora irrisolte, le questioni aperte per gli osservatori di MANTRA riguardano il destino dei 37,96 milioni di token ancora presenti nel portafoglio dell'attaccante al momento dell'arresto della chain, se la gestione sostenuta da Inveniam modificherà le comunicazioni sull'offerta e con quale rapidità verranno rilasciati i prossimi aggiornamenti dei moduli previsti dal progetto.