La Conferenza, il Token Fantasma, la Firma Cieca: Ricostruzione Forense del Furto da 285 Milioni a Drift Protocol

Quello che segue non è un'analisi di minaccia né una guida di best practice. È una ricostruzione forense. Le date, gli orari e gli indirizzi sono documentati dai rapporti post-incidente di Chainalysis, Elliptic e dallo stesso team di Drift Protocol. I nomi dei Security Council members sono stati omessi per ragioni di sicurezza personale, ma il perimetro degli attori e la sequenza degli eventi sono verificabili on-chain. Dove la ricostruzione tecnica lascia dei punti interrogativi — e ce ne sono — li segnaleremo esplicitamente invece di riempirli con speculazione.

Leggete questo articolo immaginando di essere un investigatore che arriva sulla scena due settimane dopo: la refurtiva è scomparsa, i vault sono vuoti, la blockchain registra tutto ma non spiega nulla. Il vostro compito è ricostruire la timeline, identificare i punti di svolta, capire dove sarebbe stato possibile fermare il treno. Alla fine dell'articolo, al posto del tradizionale elenco di raccomandazioni, troverete tre domande che ogni team che opera su sistemi ad accesso privilegiato dovrebbe sapersi porre. Non le risposte — quelle dipendono dal vostro contesto. Le domande.

Executive Summary Forense

• Vittima: Drift Protocol, piattaforma DeFi di trading con leva su Solana, >50% del TVL perso in meno di tre ore.
• Attribuzione: UNC4736 (cluster DPRK/RGB), stessa firma operativa dell'hack Radiant Capital di ottobre 2024; attribuzione consolidata da Mandiant, pattern on-chain confermato da Elliptic e Chainalysis.
• Vettore primario: social engineering prolungato (6 mesi) contro membri del Security Council, combinato con sfruttamento della feature durable nonce di Solana per ottenere firme cieche su transazioni di escalation privilegi.
• Bottino: 285 milioni di dollari in 18 tipi di token (USDC, JLP, cbBTC, WETH, WBTC, SOL, FARTCOIN, JitoSOL e altri), swap in USDC e bridge verso Ethereum entro 23 minuti dal takeover.
• Finestra di takeover: 1 secondo (16:05:18 → 16:05:19 UTC, 1° aprile 2026). Finestra di drenaggio: 2 ore e 26 minuti. Finestra di preparazione: ~180 giorni.
• Downstream impact: almeno 20 protocolli Solana con disruption, pausa operativa o perdite secondarie per dipendenze di liquidità.
• Recupero: class action depositata da Gibbs Mura il 15 aprile 2026; fondi attualmente in dispersione multi-catena, recupero materiale improbabile sotto il 10%.

T-180d / Autunno 2025 — Il Primo Contatto

La scena è una conferenza crypto. Non sappiamo con certezza quale — i rapporti convergono su un evento in Asia nell'autunno 2025, compatibile con Token2049 Singapore o una delle tappe Solana Breakpoint, ma la telemetria pubblica non inchioda una data precisa. Quello che sappiamo è che un gruppo di individui si presenta a contributor e Security Council members di Drift come una quantitative trading firm interessata a una partnership strategica. Il pitch è credibile: fondi propri da investire, strategia di market making documentata, interesse specifico per i vault di Drift come venue di esecuzione. Il linguaggio è quello dell'industria, le domande sono quelle giuste.

Nei mesi successivi il contatto prosegue su Telegram e in incontri di persona a conferenze globali. Gli attaccanti non chiedono nulla di sospetto: partecipano alle discussioni tecniche, commentano proposte di protocollo, propongono miglioramenti al sistema di oracoli. A un certo punto — i rapporti non datano l'episodio con precisione, ma lo collocano fra gennaio e febbraio 2026 — depositano oltre un milione di dollari reale nei vault di Drift, come "capitale iniziale della partnership". È denaro vero, proveniente da wallet puliti. Non è una trappola in senso stretto, è un investimento nella credibilità. Il capitale depositato serve a convincere i contributor interni che l'interlocutore è serio, ben capitalizzato, e merita un livello di fiducia superiore alla media.

T-21d / 10-11 marzo 2026 — Il Prelievo da Tornado Cash

Ventuno giorni prima del takeover, la fase di trust-building si chiude e inizia la fase operativa. Gli attaccanti prelevano fondi da Tornado Cash — il mixer Ethereum sanzionato dall'OFAC nel 2022 e ancora operativo come smart contract immutabile — per finanziare l'infrastruttura d'attacco. Le somme sono compatibili con il setup di wallet freschi, gas fee per transazioni multiple e l'acquisto di liquidità iniziale per il token fantasma di cui parleremo tra poco. Il prelievo da Tornado è il primo segnale on-chain inequivocabile che un'operazione è in corso: è la firma pubblica, involontaria, di qualcuno che vuole cancellare la propria provenienza prima di comparire sulla blockchain target.

Per un analista forense questa è la linea rossa che retroattivamente permette di datare l'inizio della "fase ejecutoria" dell'operazione. Tutto quello che succede prima è preparazione sociale, intangibile, non ricostruibile on-chain. Tutto quello che succede dopo lascia tracce. Il problema è che nessuno stava guardando: non c'è ragione per cui i wallet analyst di un protocollo DeFi debbano monitorare i prelievi Tornado a meno che non abbiano un motivo specifico per farlo, e non lo avevano. Gli attaccanti lo sapevano.

T-20d / 12 marzo 2026 — La Nascita del Token Fantasma CVT

Il giorno successivo gli attaccanti creano un token SPL su Solana: CarbonVote Token, ticker CVT, supply totale 750 milioni. Gli attaccanti ne controllano direttamente circa l'80% attraverso una costellazione di wallet, lasciando il restante 20% in circolazione apparente per simulare una distribuzione iniziale. Seminano una liquidity pool di circa 500 dollari — un importo deliberatamente modesto, perché il punto non è fornire liquidità reale ma pilotare un oracolo di prezzo.

Nei giorni successivi eseguono una campagna di wash-trading: transazioni ripetute tra wallet controllati dagli stessi attori, su volumi piccoli ma sufficienti a stabilizzare il prezzo on-chain del token CVT intorno a un dollaro per unità. L'oracolo di prezzo a cui guarderà la logica di collaterale di Drift — quando sarà arrivato il momento — non ha modo di distinguere un prezzo genuino da un prezzo wash-traded. Vede un token scambiato regolarmente a un dollaro, con una pool di liquidità non nulla, e lo tratta come un asset valido. La valutazione gonfiata è la munizione; l'oracolo è il grilletto; entrambi aspettano pazientemente che qualcun altro premi il detonatore.

T-9d → T-2d / 23-30 marzo 2026 — Le Firme Cieche e la Feature Durable Nonce

Qui entra in scena il vettore tecnico che rende questo caso non replicabile meccanicamente su altre blockchain: la feature durable nonce di Solana. In una blockchain normale, una transazione ha una validità temporale stretta: viene firmata, inviata, inclusa in un blocco, e se il blocco non è stato prodotto entro un intervallo di tempo breve la transazione scade. Solana introduce una deroga a questo modello: le durable nonce sono account speciali che permettono di pre-firmare transazioni destinate a essere eseguite in un momento futuro non definito. Sono pensate per casi d'uso legittimi — cold storage, smart contract wallet complessi, settlement batch differito — ma creano una superficie d'attacco particolare: una firma apposta oggi può materializzarsi in una transazione eseguita settimane dopo, senza che il firmatario se ne ricordi più.

Tra il 23 e il 30 marzo gli attaccanti creano account durable nonce e presentano ai membri del Security Council di Drift una serie di transazioni da firmare. Non sappiamo con precisione quale sia stata la copertura narrativa — i rapporti di Chainalysis suggeriscono che fossero state presentate come "operazioni di routine di riconfigurazione partnership" o "test di settlement batch multi-protocollo". Quello che sappiamo è che almeno due firme valide dai membri legittimi sono state apposte su transazioni il cui payload reale — se letto attentamente, istruzione per istruzione, nei dati della transazione — includeva un'istruzione di trasferimento dei privilegi amministrativi del protocollo al wallet controllato dagli attaccanti: l'indirizzo H7PiGqqUaanBovwKgEtreJbKmQe6dbq6VTrw6guy7ZgL.

Questo è il cuore dell'attacco e il punto in cui chiunque abbia esperienza di multisig dovrebbe fermarsi a rileggere. I signer non sono stati hackerati, non hanno cliccato su link malevoli, non hanno perso le proprie chiavi. Hanno firmato, con le proprie chiavi legittime, transazioni il cui contenuto non era quello che credevano. È il social engineering classico — "firmi qui per favore" — trasposto a un contesto tecnico dove il "qui" è una stringa di byte che nessun umano decodifica a mente. La difesa conta sulla capacità degli strumenti di firma di mostrare, in modo leggibile, cosa si sta firmando. Quella capacità è ancora, nel 2026, drammaticamente immatura.

T-6d / 26 marzo 2026 — La Migrazione al Multisig 2/5 Senza Timelock

Il 26 marzo, sei giorni prima del takeover, Drift Protocol migra il proprio Security Council a un nuovo multisig con soglia 2 su 5 firmatari e zero timelock. La migrazione è pubblica, annunciata come miglioramento di governance — la soglia più bassa permette risposte operative più rapide, e l'assenza di timelock è giustificata come necessaria per interventi d'emergenza. In un mondo ideale, una soglia 2/5 con zero timelock è una configurazione flessibile; in un mondo reale, in cui almeno due firmatari sono già stati presi di mira da un'operazione d'intelligence da sei mesi, è una trappola che si chiude.

La soglia 2/5 significa che basta la compromissione cognitiva di due signer — non di tutti e cinque — per ottenere la maggioranza. Lo zero timelock significa che una volta che la transazione è eseguita, non esiste una finestra di osservabilità durante la quale il resto della community possa notare l'operazione e fermarla. Prima della migrazione, il multisig precedente aveva parametri più conservativi (i rapporti non specificano esattamente quali, ma la migrazione era motivata dalla volontà di "rimuovere attriti"). Gli attaccanti avevano già raccolto le firme sulla vecchia configurazione; la migrazione li ha costretti a raccoglierne di nuove sulla nuova, e lo hanno fatto nei quattro giorni successivi. La rapidità con cui hanno ottenuto le nuove firme suggerisce che il rapporto di fiducia con almeno due dei nuovi signer era già maturo.

Questa è la lezione più scomoda del caso Drift, e il motivo per cui il vettore è trasferibile a qualsiasi organizzazione che usa multisig per controlli critici: ogni modifica di governance che riduce frizione o aumenta velocità operativa è anche una modifica che riduce il costo per un attaccante già posizionato. Non significa che le migrazioni non vadano fatte — significa che vanno fatte con l'assunzione che qualcuno ti stia già osservando e stia calibrando il proprio attacco sulla tua configurazione. La modalità operativa "normale" e la modalità "sotto assedio" non dovrebbero avere la stessa configurazione di controlli; la difficoltà è che la seconda si riconosce solo dopo.

T-0 / 1° aprile 2026 — 16:05:18 UTC — Un Secondo, Due Transazioni

È il 1° aprile 2026. Sulla blockchain di Solana, alle 16:05:18 UTC, viene eseguita la prima delle transazioni pre-firmate settimane prima: una proposta di trasferimento della chiave amministrativa all'indirizzo H7Pi...7ZgL. Un secondo dopo, alle 16:05:19 UTC, la seconda transazione — anch'essa pre-firmata — approva ed esegue il trasferimento. Alla fine di quel secondo, il controllo amministrativo di Drift Protocol non è più dei suoi contributor legittimi. È degli attaccanti. I limiti di prelievo dai vault vengono rimossi nell'istruzione successiva; i permessi di collaterale whitelist vengono ampliati per includere il token CVT creato venti giorni prima; la pipeline di drenaggio è armata.

Un secondo. Questa è la finestra operativa di esecuzione dell'attacco. Non ci sono umani nel ciclo di decisione — le transazioni sono già state firmate, il loro contenuto reale era nascosto sotto copertura narrativa, i firmatari credono probabilmente che siano state eseguite altre operazioni o che siano ancora in pending. L'unico modo per fermare l'attacco, una volta lanciato, sarebbe stato un timelock: una finestra di minuti o ore durante la quale la transazione è pubblica on-chain ma non ancora eseguita, durante la quale la community o gli stessi signer avrebbero potuto accorgersi dell'anomalia e annullare. Quella finestra era stata rimossa sei giorni prima.

T+0h → T+2h26m / 16:05 - 18:31 UTC — Il Drenaggio dei Vault

Acquisito il controllo amministrativo, gli attaccanti lanciano la sequenza di drenaggio. Depositano 500 milioni di CVT — i token fantasma creati il 12 marzo, oggi valutati un dollaro l'uno dall'oracolo che hanno manipolato — come collaterale nei vault di Drift. Usano quel collaterale per prelevare 285 milioni di dollari in asset reali. La meccanica è quella di un prestito iper-collateralizzato con garanzia finta: i vault di Drift si ritrovano con 500 milioni di CVT dal valore reale prossimo a zero, al posto degli asset che contenevano un momento prima.

La tabella seguente elenca le principali componenti del drenaggio documentate on-chain dagli analisti di Chainalysis e Elliptic. Il totale non riproduce esattamente 285 milioni perché ulteriori token minori sono stati prelevati in quantità residuali, e perché alcuni valori fluttuavano al momento del prelievo.

• JLP (Jupiter Liquidity Provider token) — 159,3 milioni di dollari
• USDC — 71,4 milioni di dollari
• cbBTC (Coinbase Wrapped BTC) — 11,3 milioni di dollari
• USDT — 5,6 milioni di dollari
• USDS — 5,3 milioni di dollari
• WETH (Wrapped ETH) — 4,7 milioni di dollari
• dSOL (Drift SOL) — 4,5 milioni di dollari
• WBTC (Wrapped BTC) — 4,4 milioni di dollari
• FARTCOIN — 4,1 milioni di dollari
• JitoSOL — 3,6 milioni di dollari
• Altri otto token in quantità residuali — ~10,8 milioni di dollari complessivi

Due ore e ventisei minuti dopo il takeover, alle 18:31 UTC, il drenaggio è completo. I vault di Drift non sono più prelevabili dagli utenti regolari fino al congelamento di emergenza che il team — adesso avvisato — riesce a deployare alle 18:47 UTC. Sedici minuti dopo la fine del furto. La reazione umana è stata, nelle circostanze, rapida; non è stata abbastanza rapida perché l'attaccante aveva architettato la finestra di esecuzione per essere più corta del tempo di reazione umana tipico di un team globalmente distribuito. Non c'è nulla di straordinario in questo: è buon design d'attacco.

T+23m post-takeover / 16:28 UTC — Il Bridge verso Ethereum

Ventitré minuti dopo aver acquisito il controllo, gli attaccanti iniziano a muovere i fondi fuori dalla giurisdizione di Solana. Gli asset vengono swappati in USDC attraverso aggregatori DEX su Solana — la scelta di USDC massimizza la compatibilità cross-chain e minimizza lo slippage su volumi elevati — e poi bridgiati verso Ethereum tramite bridge eterogenei. Su Ethereum i fondi sono ulteriormente swappati in ETH e dispersi attraverso più di quindici wallet intermedi, in un pattern di dispersione che Elliptic identifica come tipico delle operazioni del cluster DPRK.

Il bridge verso Ethereum è una scelta deliberata: Ethereum ha un ecosistema di laundering più profondo, più DEX aggregator, più liquidità per token wrappati, e una cultura di mixer e privacy tool più stratificata. Una volta su Ethereum, la tracciabilità rimane teoricamente possibile — la blockchain è pubblica — ma la dispersione su molti wallet rende il recupero pratico estremamente oneroso. Alcune exchange centralizzate hanno congelato porzioni minori dei fondi riconosciuti da indirizzi precedentemente flaggati, ma la stima di Elliptic è che meno del 10% sia materialmente recuperabile.

Analisi Forense: Perché l'Attribuzione DPRK Regge

Le attribuzioni crypto sono notoriamente fragili. La blockchain non ha un campo "nazione d'origine" e gli indicatori tradizionali della threat intelligence — infrastruttura di C2, lingua nei binary, fuso orario delle attività — sono parzialmente applicabili. L'attribuzione a UNC4736 / DPRK in questo caso poggia su tre gambe concorrenti, nessuna delle quali conclusiva da sola, ma coerenti nell'insieme.

Prima gamba: cluster wallet. Elliptic identifica sovrapposizioni parziali fra i wallet utilizzati per l'operazione Drift e wallet già noti per l'hack Radiant Capital di ottobre 2024, attribuito da Mandiant al cluster UNC4736 con "high confidence". La sovrapposizione non è su wallet direttamente coinvolti nel drenaggio — quelli sono freschi, creati otto giorni prima dell'attacco con test transfer di staging — ma su wallet intermedi nella catena di laundering post-Drift, che coincidono con wallet documentati nella catena di laundering post-Radiant.

Seconda gamba: TTP (tecniche, tattiche e procedure). Il pattern "social engineering prolungato contro contributor tecnici di un protocollo DeFi, seguito da exploit di una feature legittima di governance" è stato osservato almeno sei volte in operazioni attribuite al cluster DPRK negli ultimi diciotto mesi. La durata della preparazione (sei mesi, con deposito di capitale reale per costruire credibilità) e il livello di sofisticazione tecnica (comprensione approfondita della feature durable nonce, che non è nel toolkit medio dell'hacker crypto opportunista) sono congrui con quello che il governo USA descrive pubblicamente come operazioni di finanziamento del programma missilistico e nucleare nordcoreano.

Terza gamba: frequenza e scala. Elliptic documenta diciotto atti attribuibili a cluster DPRK nel corso del 2026, con cumulo superiore ai 300 milioni di dollari rubati. L'hack Drift è il singolo evento più grande della serie ed è perfettamente consistente con il pattern di accelerazione osservato: la DPRK ha intensificato operazioni crypto nel 2026 probabilmente in risposta all'inasprimento delle sanzioni bancarie tradizionali, cercando vettori alternativi per il finanziamento di programmi militari. Nessuna delle tre gambe è conclusiva presa da sola; le tre insieme, combinate con la dichiarazione "high confidence" di Elliptic e l'endorsement implicito di Chainalysis, producono un'attribuzione che reggerebbe in un tribunale di intelligence anche se non necessariamente in uno penale.

Il Downstream: Venti Protocolli Solana in Sofferenza

Un aspetto sottostimato di questo incidente è il raggio di impatto secondario. Drift non è un protocollo isolato: è una venue di esecuzione su cui si appoggiano almeno venti altri protocolli dell'ecosistema Solana, per strategie di yield, hedging, market making, e liquidity provision. Il drenaggio dei vault Drift ha prodotto, nelle ore e nei giorni successivi, una cascata di effetti secondari: protocolli che avevano posizioni aperte in Drift hanno registrato perdite; protocolli che usavano il prezzo dei vault Drift come input di oracolo hanno dovuto pausare operazioni; protocolli che facevano rehypothecation di asset Drift hanno scoperto buchi nei propri bilanci interni. Il totale delle perdite downstream non è ancora consolidato — le conciliazioni sono in corso — ma stime preliminari parlano di ulteriori 40-60 milioni di dollari di impatto sui protocolli terzi.

Questo è un pattern che ripaga di essere studiato oltre il mondo crypto. In qualsiasi ecosistema di fornitori interconnessi — finanza tradizionale compresa — il collasso di un nodo con alta connettività produce shock che si propagano lungo le dipendenze di cui il nodo era parte. La sicurezza di un sistema non è la sicurezza del suo nodo più forte: è quella del nodo più debole fra quelli che il sistema ha fidato come input. I protocolli downstream di Drift non avevano fatto nulla di sbagliato — si fidavano di Drift perché era un nodo affermato dell'ecosistema, con audit pubblici e operatività consolidata. La loro esposizione è nata al momento in cui hanno integrato Drift come dipendenza; la perdita è arrivata due anni dopo, al momento in cui Drift è crollato.

Le Tre Domande Che Ogni Team ad Accesso Privilegiato Dovrebbe Sapersi Porre

Abbiamo promesso in apertura che invece di una lista di raccomandazioni vi avremmo lasciato tre domande. Le raccomandazioni generiche ("fate MFA, fate audit, usate timelock") si trovano in qualsiasi guida; le domande sono più scomode perché richiedono uno sforzo di applicazione al proprio contesto, ma producono risposte più utili.

Prima domanda: quanto a lungo reggerebbe la vostra organizzazione a un interlocutore paziente?

L'attacco Drift non ha sfruttato un bug di Solana né una vulnerabilità di Drift: ha sfruttato sei mesi di fiducia accumulata. Chiedetevi, onestamente: quali individui nella vostra organizzazione hanno la capacità di autorizzare operazioni ad alto impatto — trasferimenti finanziari, modifiche di controllo di accesso, concessione di privilegi a terzi? Quanti di loro, nel corso di sei mesi, distinguerebbero un'operazione di relationship-building genuina da un'operazione di intelligence ben condotta? La maggior parte delle organizzazioni non ha mai testato questa domanda. Il modo per testarla non è teorico ma pratico: esercitazioni di social engineering di lunga durata, condotte da consulenti specializzati, con obiettivi di escalation realistici. Sono costose; sono molto meno costose di 285 milioni.

Seconda domanda: quale percentuale delle firme autorizzate dai vostri signer è verificata semanticamente?

Se nella vostra organizzazione esistono meccanismi multi-signer — per transazioni crypto, per approvazioni di deploy, per autorizzazioni SCA in banca, per qualsiasi cosa — chiedetevi: quando un signer firma, cosa vede? Vede un hash, un ID di richiesta, un "approvare sì/no"? Oppure vede la rappresentazione leggibile dell'operazione che sta autorizzando, nei suoi effetti finali? Se la risposta è la prima, state operando con firme cieche. La firma cieca non è un'eccezione tecnica di Solana: è la configurazione di default di buona parte delle piattaforme di approvazione enterprise, dai workflow di Azure AD ai multisig crypto alle approvazioni di pipeline CI/CD. L'attaccante che capisce come sfruttarla non è più un'eccezione: nel 2026 è mainstream.

Terza domanda: quali modifiche di "riduzione di frizione" avete fatto negli ultimi dodici mesi, e come sarebbero lette da un attaccante già posizionato?

La migrazione di Drift al multisig 2/5 senza timelock è stata annunciata come un miglioramento di agilità operativa. Dal punto di vista di un attaccante che aveva già speso sei mesi a corrompere cognitivamente due signer, è stata un regalo. Fate l'esercizio, nella vostra organizzazione: prendete l'elenco di tutte le modifiche di processo, policy, controlli di sicurezza fatte negli ultimi dodici mesi per "velocità", "efficienza", "agilità". Per ciascuna, chiedete: se qualcuno avesse già compromesso N dei miei controlli contestuali, questa modifica gli aumenta o gli diminuisce il ritorno atteso? Se la risposta è "aumenta" per più di due modifiche su dieci, probabilmente state operando con una geometria di sicurezza che è più comoda per l'attaccante che per voi.

Perché Questo Caso Interessa le Organizzazioni Italiane Non-Crypto

Si potrebbe leggere tutto l'articolo e concludere "interessante, ma noi non siamo un protocollo DeFi su Solana". Sarebbe un errore. I tre vettori operativi di questo caso — trust-building prolungato, firma cieca su payload opachi, modifica di governance che riduce finestre di detection — sono isomorfici a scenari non-crypto che quotidianamente si presentano nelle organizzazioni italiane. Il trust-building prolungato è esattamente il pattern dei Business Email Compromise di fascia alta, in cui un attaccante si inserisce in una catena di corrispondenza reale per mesi prima di eseguire il redirect di un pagamento. La firma cieca è esattamente il pattern delle approvazioni di workflow SAP, Oracle, o portali di procurement, dove l'approvatore clicca "sì" su una request la cui sostanza reale non è visibile a livello di UI. La riduzione di frizione è esattamente il pattern delle migrazioni cloud che rimuovono controlli intermedi "per velocizzare il deploy", senza analisi d'impatto sulla finestra di detection.

Se siete un istituto bancario italiano, un operatore di servizi essenziali ex NIS2, un'azienda manifatturiera con supply chain globale o una media impresa del 4.0: il vostro settore non vi protegge dal vettore Drift. Vi protegge il modo in cui gestite i tre fattori — pazienza dell'attaccante, opacità della firma, riduzione dei controlli. Il costo di applicare seriamente questa lezione si misura in ore di attenzione del vostro Security Council o del suo equivalente interno. Il costo di non applicarla, storicamente, si misura in cifre che in Europa non raggiungono il quarto di miliardo di dollari solo perché i nostri TVL non sono quelli di Solana — ma solo per quello.

Post-Scriptum Giudiziario: La Class Action Gibbs Mura

Il 15 aprile 2026 — quattordici giorni dopo il takeover, e il giorno prima della pubblicazione di questo articolo — lo studio legale Gibbs Mura ha depositato una class action contro Drift Protocol a nome degli utenti che hanno subito perdite. I capi d'accusa preliminari includono negligenza nella gestione dei controlli amministrativi, rappresentazione ingannevole della robustezza del modello di governance, e mancanza di disclosure tempestiva del rischio associato alla migrazione del multisig. La class action non recupererà materialmente i fondi perduti — i fondi sono on-chain, non nei conti di Drift, e l'entità legale di Drift non ha una capacità patrimoniale nell'ordine di grandezza richiesto — ma stabilirà un precedente importante sulla responsabilità civile dei team di protocolli DeFi nei confronti dei propri utenti, simmetrico a quello che la giurisprudenza post-2008 ha stabilito per le banche tradizionali nella responsabilità per negligent risk management.

Per l'osservatore italiano, il precedente è rilevante anche fuori dal crypto: la gradualità con cui le corti stanno iniziando ad applicare criteri di due diligence e security posture agli operatori di infrastrutture digitali è una tendenza globale, non limitata a DeFi. Un attacco riuscito del 2026 non è più solo un problema tecnico e reputazionale: è un esposito a responsabilità civile che per operatori regolati in Europa, tra NIS2 e DORA, non è più teorico. La domanda non è "se" la vostra organizzazione sarà mai chiamata in causa per un incidente, ma "su quali presidi potrete documentare di essere stati diligenti nella gestione del rischio" quando accadrà.

Conclusione: Un Secondo Costato Sei Mesi

Il file log di Solana, per il 1° aprile 2026, contiene due righe fra le 16:05:18 e le 16:05:19 UTC. Due righe, un secondo, 285 milioni di dollari. Chi legge quelle righe senza sapere cosa c'era dietro le vedrebbe come transazioni qualunque: firme valide, istruzioni legali, esecuzione riuscita. Il sistema, tecnicamente, ha fatto esattamente quello per cui era stato progettato. È questa la parte più sconcertante della ricostruzione forense: non c'è un momento in cui qualcosa si è rotto. Il sistema ha funzionato perfettamente mentre veniva svuotato.

La lezione non è tecnica, è epistemica. Siamo abituati a pensare alla sicurezza come alla prevenzione di eventi anomali: patch contro le vulnerabilità, alerting contro i comportamenti sospetti, audit contro le configurazioni deboli. Il caso Drift mostra che la classe più pericolosa di attacchi moderni non produce anomalie: produce operazioni legittime al livello tecnico, sostenute da processi sociali compromessi al livello umano. Difendersi da questa classe di attacchi non si può fare aggiungendo strumenti; si può fare solo ripensando a cosa significa "operazione legittima" e a quanto lontano nel passato bisogna guardare per verificarla. Sei mesi, in questo caso, non sarebbero stati sufficienti.