Exploit al contratto SingularityNET: Fetch.ai sospende bridge e conversioni FET

crypto

exploit contratto SingularityNET

Un attacco informatico ha colpito i contratti smart di SingularityNET lo scorso 19 settembre, innescando una serie di misure precauzionali a catena tra i due progetti crypto legati dall’infrastruttura di conversione token. Fetch.ai ha confermato tramite un post su X che l’exploit del contratto SingularityNET non ha intaccato la propria rete, ma ha comunque spinto il team a bloccare temporaneamente alcuni servizi collegati per limitare i rischi. La vicenda riporta al centro dell’attenzione un tema che il settore blockchain conosce bene: la sicurezza dei bridge cross-chain resta uno dei punti più fragili dell’intero ecosistema crypto.

Punti chiave

  • L’exploit è stato segnalato il 19 settembre e ha colpito principalmente il SingularityNET Bridge tra Ethereum e Cardano.
  • I contratti di Fetch.ai non risultano coinvolti e le operazioni del token FET continuano normalmente.
  • Le conversioni da AGIX a FET sono state sospese a titolo precauzionale, così come il contratto bridge Fetch.ai sul lato Ethereum.
  • L’attacco è stato contenuto e l’indagine è ancora in corso, con Fetch.ai che collabora con il team di SingularityNET.

Panoramica sull’exploit del contratto SingularityNET

L’exploit del contratto SingularityNET ha preso di mira principalmente il ponte che collega le reti Ethereum e Cardano, sfruttato per generare un mint non autorizzato di token. Secondo quanto riportato da Fetch.ai, l’attacco riguarda in modo specifico i contratti SingularityNET e non si estende all’infrastruttura Fetch.ai, che resta separata a livello tecnico nonostante i legami operativi tra i due ecosistemi.

Il mint non autorizzato e il bridge Ethereum-Cardano

Il punto debole sfruttato dagli attaccanti è stato identificato nel SingularityNET Bridge, la componente che permette il trasferimento di valore tra la catena Ethereum e quella Cardano. È attraverso questa stessa rotta che è stato eseguito il conio non autorizzato di token, secondo la ricostruzione diffusa da Fetch.ai. Non sono stati forniti dettagli tecnici più approfonditi sul meccanismo esatto dell’attacco, né sull’entità economica del danno provocato dal mint fraudolento.

Perché conta questo dettaglio? Perché i bridge cross-chain sono strutturalmente più esposti rispetto ai contratti nativi di una singola blockchain: gestiscono flussi di valore tra ambienti diversi e spesso rappresentano il punto di minor resistenza in architetture altrimenti solide. Non è la prima volta che un ponte tra reti diventa il vettore di un exploit nel settore crypto, e la vicenda SingularityNET si inserisce in questa casistica ricorrente.

Stato operativo di Fetch.ai e del token FET

Le operazioni legate al token FET continuano senza interruzioni, e Fetch.ai ha specificato che nessuno dei propri contratti risulta sotto minaccia in questa fase. È un dettaglio operativo rilevante per chi detiene o utilizza FET, perché conferma che il problema resta contenuto all’infrastruttura di SingularityNET e alla rotta del bridge coinvolto, senza propagarsi al resto dell’ecosistema Fetch.ai.

Pausa precauzionale su bridge e conversioni AGIX-FET

Nonostante l’assenza di vulnerabilità rilevate, Fetch.ai ha scelto di sospendere due servizi specifici come misura cautelativa: le conversioni da AGIX a FET restano bloccate fino a nuovo avviso, e anche il contratto bridge Fetch.ai sul lato Ethereum è stato messo in pausa. Il team ha precisato che non ci sono indicazioni di alcuna falla in quel contratto, ma la decisione riflette un approccio prudenziale tipico nella gestione di incidenti di sicurezza blockchain, quando l’incertezza sulla reale estensione di un exploit consiglia di limitare temporaneamente l’esposizione anche di sistemi non direttamente colpiti.

Questo tipo di risposta ha un peso che va oltre il singolo incidente: mostra come, in presenza di un attacco a un sistema collegato, la prassi diffusa nel settore sia quella di isolare preventivamente i punti di contatto piuttosto che aspettare conferme definitive. Per gli utenti che utilizzano il bridge blockchain SingularityNET-Fetch.ai, questo significa dover attendere prima di completare eventuali conversioni pendenti.

Indagine in corso e collaborazione tra le due squadre

Fetch.ai ha dichiarato di aver contenuto l’exploit e che l’indagine sull’accaduto è ancora attiva. Il team sta lavorando insieme a quello di SingularityNET per ricostruire la dinamica completa dell’attacco e stabilire i prossimi passi. Non è stata fornita una tempistica precisa per la conclusione delle verifiche, né per il ripristino dei servizi sospesi.

Entrambe le funzionalità bloccate — le conversioni AGIX-FET e il contratto bridge sul lato Ethereum — verranno riattivate quando la sicurezza sarà ritenuta garantita, secondo quanto comunicato da Fetch.ai. La collaborazione tra i due progetti sarà probabilmente decisiva per determinare la velocità con cui si tornerà alla normalità operativa: dal coordinamento tra le squadre tecniche dipenderà non solo la chiusura dell’indagine, ma anche la fiducia degli utenti nel sistema di conversione tra i due token.

FAQ

I contratti di Fetch.ai sono attualmente colpiti dall’exploit di SingularityNET?

No, i contratti di Fetch.ai non sono coinvolti e le operazioni del token FET continuano a funzionare normalmente.

Qual è stato il vettore utilizzato nell’exploit di SingularityNET?

Il mint non autorizzato è stato eseguito attraverso il SingularityNET Bridge, il ponte che collega le reti Ethereum e Cardano.

Quali precauzioni ha adottato Fetch.ai dopo l’exploit?

Fetch.ai ha sospeso il proprio contratto bridge sul lato Ethereum e le conversioni da AGIX a FET, in attesa di nuove comunicazioni.

Qual è lo stato dell’indagine e quando saranno ripristinati i servizi?

L’exploit è stato contenuto, l’indagine è ancora in corso e i servizi sospesi verranno ripristinati non appena la sicurezza sarà confermata.

Contenuto realizzato con l’assistenza dell’intelligenza artificiale e con revisione editoriale umana.

Autore articolo: Satoshi Voice