Il furto da oltre 6,3 miliardi di dollari subito da Binance il 29 ottobre non sarebbe stato il risultato di un singolo computer violato né di un errore isolato. Nella ricostruzione diffusa dall’exchange, l’operazione è maturata nell’arco di mesi attraverso una campagna mirata contro dipendenti dell’area tecnica: un installer alterato, contatti presentati come opportunità professionali e un esercizio di programmazione malevolo hanno permesso agli aggressori di raccogliere informazioni, mantenere accessi e infine raggiungere i sistemi che autorizzano le transazioni dei wallet.
È un caso rilevante ben oltre il settore crypto, sia per la dimensione economica dell’attacco sia per il metodo. L’episodio descrive una compromissione che ha combinato strumenti normalmente associati a campagne di social engineering con la conoscenza progressiva dell’organizzazione bersaglio. Nel passaggio decisivo, secondo Binance, gli intrusi hanno sfruttato anche un proprio strumento interno basato sull’intelligenza artificiale per estendere il controllo sugli account e arrivare all’infrastruttura dei portafogli.
Una campagna costruita in più fasi
Il primo punto della cronologia indicata da Binance risale a giugno. Un ingegnere DevOps che lavorava sui wallet avrebbe cercato online un noto tool di coding assistito dall’AI e scaricato un installer di Homebrew manomesso, veicolato apparentemente attraverso un annuncio fraudolento nei risultati di ricerca. Quel software ha esposto agli attaccanti informazioni sul ruolo della persona colpita e sui colleghi collegati all’infrastruttura dei wallet.
La società afferma di avere rilevato attività sospette in questa fase, sostituendo il dispositivo dell’ingegnere e ruotando le sue credenziali come misura precauzionale. Tuttavia, la rimozione di una macchina compromessa non avrebbe eliminato il vantaggio informativo già ottenuto da chi aveva orchestrato l’attacco. Sapere quali persone hanno responsabilità tecniche, come collaborano e quali strumenti usano è spesso sufficiente per rendere molto più credibile una successiva campagna di impersonificazione.
Il secondo passaggio, a settembre, avrebbe coinvolto un altro ingegnere. Gli aggressori si sarebbero presentati come recruiter e avrebbero costruito un percorso di selezione con più chiamate e colloqui, oltre a profili social usati per rendere plausibile la proposta. Al termine della procedura, alla vittima sarebbe stato chiesto di scaricare un test tecnico: dietro l’apparenza di un esercizio di coding si nascondeva malware.
Binance sostiene che il software malevolo abbia rimpiazzato l’eseguibile di pyenv, un componente impiegato negli ambienti di sviluppo Python, con una versione alterata. In questo modo poteva eseguire comandi e comunicare con un server controllato dagli aggressori. L’azienda riferisce che il malware, descritto come zero-day, aveva tecniche di offuscamento ed evasione tali da non essere individuato allora dalle difese endpoint. Sarebbero stati rimossi anche elementi utili a cancellare le tracce dell’intrusione e a rendere più difficile l’indagine successiva.
Dall’endpoint ai wallet, passando per l’AI interna
La parte più delicata della ricostruzione riguarda il salto tra dispositivi dei dipendenti e capacità di disporre dei fondi. Binance non ha pubblicato dettagli tecnici completi sul proprio strumento AI interno né sull’architettura di autorizzazione coinvolta, ma sostiene che gli aggressori lo abbiano utilizzato per ottenere il controllo dei wallet associati al primo ingegnere compromesso e a un terzo dipendente.
Entro il 20 ottobre, sempre secondo l’azienda, gli intrusi erano arrivati a quel livello di accesso. Il 29 ottobre avrebbero poi effettuato il login sul computer del terzo dipendente e avviato l’operazione contro l’infrastruttura dei wallet. Richard Teng, co-CEO di Binance, ha respinto l’idea che il furto dipendesse da un unico laptop: la sua versione è quella di una progressione lunga mesi, nella quale accessi e informazioni sono stati concatenati fino al sistema che autorizza le transazioni.
La distinzione non è solo difensiva. Un attacco riconducibile a una singola credenziale sottratta imporrebbe di cercare un punto di rottura preciso; un’operazione condotta attraverso più persone, dispositivi e livelli applicativi evidenzia invece un problema di separazione dei privilegi, monitoraggio dei comportamenti e validazione delle azioni sensibili. In un’infrastruttura finanziaria, la protezione dell’endpoint resta necessaria, ma non può essere l’ultima barriera prima dell’autorizzazione a movimenti di valore così elevato.
Non è stato indicato pubblicamente un dettaglio sufficiente per stabilire in che modo lo strumento AI abbia contribuito all’escalation: se tramite dati accessibili, automazioni, capacità operative o una combinazione di questi elementi. Questo limite conta, perché impedisce di trarre conclusioni generalizzate sulle applicazioni AI aziendali. Il caso suggerisce però che questi sistemi debbano essere inclusi nei modelli di minaccia come qualunque altro servizio con accesso a identità, documentazione, workflow o autorizzazioni.
L’attribuzione e il denaro recuperato
L’FBI ha collegato l’attacco a TraderTraitor, gruppo di hacker nordcoreano. Teng ha riconosciuto il collegamento indicato dalle autorità statunitensi, pur senza attribuire personalmente l’operazione alla Corea del Nord. TraderTraitor è il nome usato per attività che hanno già fatto ricorso a esche legate al mondo del lavoro e a finte opportunità professionali per colpire persone attive nelle aziende crypto e tecnologiche.
Nel frattempo Binance ha promesso di coprire le perdite dei clienti ricorrendo alle proprie riserve. Al 3 novembre, Teng ha dichiarato che il 98% dei 6,34 miliardi di dollari di asset coinvolti era stato ripristinato; restavano da acquistare attività meno liquide. L’exchange riferisce inoltre che partner del settore, tra cui Tether, Circle e Ripple, hanno contribuito a congelare circa 3 miliardi di dollari in asset, mentre Coinbase avrebbe bloccato trasferimenti verso wallet compromessi e offerto assistenza diretta.
Il congelamento non equivale però al recupero integrale. Una parte dei fondi continua a transitare attraverso canali di riciclaggio, e l’efficacia della risposta dipende anche dalla rapidità con cui exchange, emittenti di stablecoin e soggetti che custodiscono asset possono riconoscere e bloccare gli indirizzi interessati. È un meccanismo che può funzionare per alcune risorse e in alcune giurisdizioni, ma non elimina il rischio di spostamenti verso servizi o asset più difficili da tracciare e immobilizzare.
Le misure annunciate e i nodi aperti
Binance dichiara di avere ricostruito il sistema di wallet coinvolto e lo strumento AI interno, sostituito i dispositivi compromessi, dismesso credenziali e token associati agli ingegneri interessati e allargato le scansioni di sicurezza ai device dei dipendenti. Ha anche limitato temporaneamente alcuni prelievi. La società ha annunciato una revisione indipendente delle misure adottate, un elemento importante perché il post-mortem pubblicato dall’azienda descrive la propria lettura dell’accaduto, non costituisce ancora una verifica esterna conclusa.
Resta aperta la questione più ampia della fiducia nei grandi intermediari centralizzati. Il colpo ha prodotto una reazione negativa ma breve sui mercati crypto, secondo quanto riportato da CNBC, senza l’effetto prolungato visto in altri fallimenti di piattaforme del settore. La tenuta dipenderà dalla capacità di Binance di completare i rimborsi, chiarire le condizioni che hanno permesso il passaggio dai computer dei dipendenti ai sistemi di autorizzazione e dimostrare che le nuove barriere non si limitano alla bonifica degli endpoint.
Per le aziende che affidano processi operativi a strumenti interni con funzioni AI, la lezione è concreta: questi ambienti non possono essere valutati soltanto per produttività e qualità delle risposte. Se entrano nella catena che gestisce identità, codice, informazioni riservate o workflow critici, diventano parte della superficie d’attacco. La sicurezza deve quindi prevedere privilegi minimi, controlli indipendenti sulle operazioni ad alto impatto e verifiche capaci di individuare anomalie anche quando l’attaccante usa strumenti legittimi e credenziali apparentemente valide.
