Il bridge Arbitrum di AFX Trade è stato sfruttato il 22 luglio, con circa $24 milioni in USDC sottratti in pochi minuti. Le prime ricostruzioni indicano che l’incidente non è stato causato da una falla nella logica del protocollo, ma dalla compromissione delle chiavi dei validatori del bridge.

Le approvazioni on-chain apparivano valide perché, secondo quanto riferito, l’aggressore controllava abbastanza firme per autorizzare un prelievo. Dopo una breve finestra di disputa di circa 200 secondi, i fondi hanno lasciato il bridge.

L’incidente mette in evidenza un rischio ricorrente per i bridge cross-chain di terze parti: quando il livello di firma viene compromesso, un bridge può autorizzare prelievi anche se il codice sottostante funziona come previsto. Gli exploit dei bridge hanno storicamente prodotto alcune delle perdite più elevate nella finanza decentralizzata, incluso l’incidente del bridge Ronin del marzo 2022—anch’esso legato a chiavi di validatori compromesse—e l’exploit del bridge Wormhole del febbraio 2022, entrambi casi che hanno evidenziato come l’infrastruttura cross-chain resti una superficie di attacco concentrata.

Dettagli principali

Cosa è successo ad AFX Trade

Le ricostruzioni di sicurezza indicano una compromissione del livello di firma del bridge, piuttosto che un errore nella logica dello smart contract. L’aggressore avrebbe ottenuto abbastanza chiavi dei validatori per assemblare le firme richieste e approvare un prelievo. La transazione è poi stata finalizzata dopo il periodo di disputa del bridge, pari a circa 200 secondi.

Questo schema è coerente con la classificazione “Private Key Compromised” citata da DefiLlama e con le ricostruzioni di Finst, piuttosto che con un exploit basato su una logica contrattuale difettosa. Con la maturazione degli audit sugli smart contract in tutto il settore, le falle di sicurezza operativa—inclusi furto di chiavi private e social engineering—sono diventate un vettore di attacco sempre più rilevante rispetto alle vulnerabilità puramente di codice.

Blockaid ha identificato l’exploit alle 21:30 UTC del 22 luglio. Circa $24.15 milioni in USDC sono stati sottratti dal bridge AFX Trade su Arbitrum, secondo The Block. Il movimento non è stato una perdita graduale; è stato un prelievo circoscritto nel tempo che appariva valido on-chain perché l’aggressore disponeva delle approvazioni necessarie.

Cronologia in breve

• Approvazione: L’aggressore ha raccolto le firme hot-validator richieste, con le ricostruzioni che citano cinque firme, per approvare un prelievo.
• Finestra di contestazione: È trascorso un periodo di disputa di circa 200 secondi senza una contestazione riuscita.
• Esecuzione: Gli USDC sono usciti dal contratto del bridge su Arbitrum.
• Conseguenze: AFX ha interrotto le operazioni del bridge e ha pubblicato un’offerta di accordo white-hat proponendo una divisione 70/30 se i fondi fossero stati restituiti, secondo The Block.

Come l’exploiter ha spostato i fondi

Dopo che gli USDC hanno lasciato il bridge AFX, l’aggressore si è mosso rapidamente. Tracker on-chain e PeckShield hanno mostrato che i fondi sono stati trasferiti su Ethereum e convertiti in circa 12,467.5 ETH. Il percorso ricevente è stato collegato al wallet 0x6276…ebAC, secondo Cryptowisser.

La traccia resta visibile on-chain, anche se la visibilità pubblica non garantisce il recupero. Gli indirizzi segnalati sono spesso monitorati da società di analytics, exchange centralizzati, desk OTC e team di risposta agli incidenti.

Perché gli aggressori spesso scambiano USDC in ETH

I grandi mercati ETH offrono in genere una liquidità profonda, rendendo gli scambi di dimensioni rilevanti più facili da eseguire rispetto a coppie meno liquide. Alcuni aggressori cercano inoltre di spostarsi da stablecoin verso asset che ritengono possano essere più facili da instradare attraverso ulteriori transazioni, anche se le moderne analisi blockchain possono comunque tracciare l’attività successiva allo swap. Passare da USDC a un asset nativo come ETH riduce inoltre l’esposizione ai meccanismi di congelamento a livello di emittente, poiché USDC include una funzione di blocco degli indirizzi che il suo emittente, Circle, può invocare su indirizzi segnalati.

In questo caso, il percorso dell’indirizzo è già stato identificato pubblicamente, aumentando la probabilità che exchange e controparti filtrino i fondi collegati.

Perché le chiavi dei bridge sono un punto di rischio critico

Molti bridge cross-chain operano secondo un modello di base: un evento viene osservato su una chain e un’azione corrispondente viene autorizzata su un’altra chain. Il processo di autorizzazione è il punto di controllo chiave. Se le parti o i sistemi responsabili della firma delle approvazioni vengono compromessi, il bridge può elaborare prelievi malevoli.

Il modello dei firmatari spiegato in modo semplice

Un bridge può richiedere una soglia M-of-N di firme dei validatori per approvare le transazioni. Quelle chiavi dei validatori possono essere conservate online come hot key, archiviate offline come cold key oppure gestite tramite multi-party computation, hardware security module o sistemi simili.

Una finestra di contestazione o disputa può dare agli osservatori il tempo di segnalare attività sospette prima dell’esecuzione. Nel caso AFX, le ricostruzioni hanno indicato che un numero sufficiente di hot-validator key è stato usato per firmare il prelievo e che il timer di disputa era breve. Questa configurazione può supportare le normali operazioni, ma può essere fragile se si verifica un furto mirato di chiavi.

Compromessi nella progettazione dei bridge

Set di validatori più ampi possono aumentare il costo della compromissione, ma possono rallentare le operazioni. Set più piccoli possono essere più efficienti, ma possono concentrare il rischio. Finestre di contestazione brevi riducono l’attrito per gli utenti, ma riducono anche il tempo disponibile per una risposta umana o automatizzata.

Le hot key sono operative e comode, ma sono anche esposte a phishing, malware, errori infrastrutturali e pipeline di sviluppo compromesse. Gli audit da soli non affrontano questi rischi operativi. Gli operatori dei bridge devono anche adottare ipotesi di sicurezza che tengano conto della possibilità che almeno un firmatario possa essere compromesso.

Passi che gli utenti possono intraprendere dopo l’incidente

Gli utenti non possono riparare le chiavi compromesse di un operatore di bridge, ma possono ridurre la propria esposizione a rischi simili.

Una checklist pratica include:

• Sospendere l’esposizione: Gli utenti con fondi in transito attraverso AFX dovrebbero attendere dichiarazioni verificate dal team prima di intraprendere ulteriori azioni.
• Controllare le allowance: Gli utenti che hanno concesso permessi di spesa a contratti collegati ad AFX possono rivedere e revocare le approvazioni dei token tramite strumenti affidabili.
• Usare canali verificati: Gli utenti dovrebbero fare affidamento su dichiarazioni provenienti da siti ufficiali, canali social verificati e messaggi firmati on-chain, invece che su screenshot, messaggi diretti o moduli non ufficiali.
• Valutare percorsi alternativi: Per trasferimenti ordinari, i bridge canonici Layer 2 dove disponibili, oppure rampe di exchange centralizzati affidabili, possono ridurre il rischio legato ai firmatari, pur introducendo altri compromessi come custodia e KYC.
• Limitare la dimensione del trasferimento per percorso: Suddividere i trasferimenti in tranche più piccole può ridurre l’impatto se un bridge si ferma durante un trasferimento.

Non esiste un bridge a rischio zero. Ogni percorso si basa su uno specifico modello di fiducia, e gli utenti dovrebbero evitare di trattare i bridge come luoghi di conservazione a lungo termine.

Segnali d’allarme nella progettazione dei bridge e modelli più solidi

I team che valutano infrastrutture di bridge cercano comunemente segnali di rischio operativo concentrato. Tra i segnali d’allarme rientrano un set di validatori molto ridotto, una singola società che controlla la maggior parte o tutti i firmatari, hot key senza un modello di sicurezza operativa chiaramente rafforzato, finestre di ritardo brevi o inesistenti per prelievi di grandi dimensioni, assenza di limiti di velocità o circuit breaker per asset, e monitoraggio opaco senza osservatori pubblici, alert on-chain o pagine di stato.

Modelli più solidi possono includere multi-party computation con operatori indipendenti distribuiti tra diversi fornitori di infrastruttura e giurisdizioni; gestione delle chiavi supportata da hardware; cerimonie formali di rotazione delle chiavi; timelock sui prelievi che scalano con la dimensione della transazione; consigli di guardian con cold key separate dai firmatari operativi quotidiani; limiti automatici di velocità e kill switch attivati da punteggi di anomalia; e proof-of-reserves pubbliche o post-mortem firmati dopo incidenti e quasi incidenti.

Modelli comuni di fiducia dei bridge

L’obiettivo non è la sicurezza perfetta, ma rendere più difficili gli attacchi a basso costo e dare ai soccorritori abbastanza tempo per intervenire.

Risposta di AFX e domande ancora aperte

AFX ha sospeso il bridge dopo l’incidente, una misura volta a prevenire ulteriori sottrazioni. Il team ha anche offerto un accordo white-hat secondo cui il 70% dei fondi sarebbe restituito e il 30% trattenuto dall’exploiter se i fondi venissero recuperati, secondo The Block.

Le azioni immediate hanno fornito un segnale chiaro del fatto che si era verificata una compromissione e hanno interrotto ulteriori attività attraverso il bridge. Anche i tracker di terze parti hanno reso pubblico il percorso degli indirizzi dell’aggressore.

Utenti e osservatori hanno ancora bisogno di ulteriori informazioni, inclusa una spiegazione della causa principale su quali chiavi siano state compromesse e come. Un post-mortem completo in genere affronterebbe la rotazione delle chiavi, soglie dei validatori aggiornate, finestre di disputa più lunghe, accordi con operatori indipendenti e qualsiasi processo di compensazione o recupero per gli utenti colpiti.

Le offerte white-hat sono ormai comuni nella risposta agli incidenti crypto, ma non sostituiscono azioni legali, coordinamento con gli exchange o un piano tecnico di remediation.

La perdita da $24 milioni nel contesto

DefiLlama ha mostrato circa $24.18 milioni nel bridge Arbitrum di AFX poco prima dell’hack, e un importo grosso modo equivalente è uscito durante la finestra dell’exploit. Questo suggerisce che l’aggressore abbia preso di mira quasi l’intero saldo del bridge, anziché una porzione più piccola. Arbitrum è tra le maggiori reti Layer 2 di Ethereum per valore totale bloccato, il che rende i bridge che la collegano a Ethereum canali rilevanti per la liquidità cross-chain.

Per gli utenti, il problema pratico è che i depositi nei bridge di terze parti dipendono dalla sicurezza del set di firmatari del bridge. Se il set di firmatari fallisce, il valore totale bloccato può diventare un limite superiore per una perdita in un singolo evento.

Anche i protocolli che dipendono da bridge di terze parti potrebbero aver bisogno di piani di emergenza per guasti dei bridge a monte. Tali piani possono includere una modalità “bridge down”, limiti ai prelievi, strategie sospese e la comunicazione immediata di uno stato sicuro quando una dipendenza appare compromessa.

L’azione immediata più importante di AFX è stata fermare le operazioni del bridge. La credibilità di medio termine del progetto dipenderà dal fatto che fornisca un piano di remediation verificabile per la sicurezza dei validatori e un processo di governance valutabile dagli utenti.

Gli osservatori che seguono l’incidente probabilmente monitoreranno tre aree: i movimenti on-chain continuativi legati al percorso segnalato 0x6276…ebAC citato da Cryptowisser, eventuali post-mortem formali o avvisi di rotazione delle chiavi da parte di AFX, e aggiornamenti da società di monitoraggio degli incidenti come Blockaid, che per prima ha segnalato il deflusso, secondo The Block.

Domande frequenti

L’exploit di AFX Trade è stato un bug dello smart contract o una compromissione delle chiavi?

Sulla base delle ricostruzioni attuali, l’exploit è coerente con una compromissione delle chiavi private del livello di validazione o firma del bridge. Un numero sufficiente di firme hot-validator ha approvato un prelievo finalizzato dopo una breve finestra di disputa, corrispondendo a uno schema di compromissione delle chiavi piuttosto che a un bug logico.

Quanto è stato rubato e in quale asset?

Circa $24.15 milioni in USDC sono stati sottratti dal bridge AFX Trade su Arbitrum. Blockaid ha segnalato la cifra, che è stata riportata poco dopo l’incidente.

Dove sono finiti i fondi?

I tracker hanno mostrato che l’aggressore ha trasferito gli USDC su Ethereum e li ha scambiati per circa 12,467.5 ETH. Il movimento è stato collegato al wallet 0x6276…ebAC.

Il bridge è ancora operativo?

No. AFX ha dichiarato di aver sospeso le operazioni del bridge in risposta all’incidente mentre valuta l’impatto e i prossimi passi.

Il recupero è possibile?

AFX ha pubblicato un’offerta white-hat proponendo che il 70% dei fondi venga restituito e il 30% trattenuto dall’exploiter se i fondi vengono recuperati. Non è noto se l’aggressore accetterà. Il recupero può dipendere anche dalla cooperazione degli exchange e da azioni legali.

Cosa possono fare gli utenti colpiti?

Gli utenti colpiti possono documentare le transazioni, salvare gli hash delle transazioni e monitorare i canali ufficiali di AFX per richieste verificate o annunci di remediation. Dovrebbero evitare di agire sulla base di messaggi diretti o moduli non ufficiali e possono valutare una consulenza legale se gli importi coinvolti sono rilevanti.

Come possono gli utenti valutare i bridge in futuro?

Gli utenti possono esaminare le ipotesi di fiducia del bridge, la diversità degli operatori, i limiti di velocità, le finestre di disputa e se il percorso si basa su verifica canonica, light client o basata su validatori. La dimensione dei trasferimenti resta importante perché possono verificarsi blocchi e interruzioni dei bridge.