The ack3 H1 2026 DeFi Incident Dataset: Audit Scope Across 135 Security Incidents
Questo documento analizza il Dataset degli Incidenti DeFi del primo semestre del 2026 per rivelare che il 67,6% degli incidenti di sicurezza e il 94,4% delle perdite attribuite sono avvenuti tramite percorsi di attacco al di fuori dell'ambito degli audit di smart contract identificati pre-incidente, dimostrando una distinzione critica tra la cronologia degli audit a livello di progetto e la specifica copertura dei percorsi di incidente.
Articolo originale sotto licenza CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Questa è una spiegazione generata dall'IA dell'articolo qui sotto. Non è stata scritta né approvata dagli autori. Per precisione tecnica, consulta l'articolo originale. Leggi il disclaimer completo
Immaginate il mondo digitale del denaro, noto come Finanza Decentralizzata o DeFi, come una massiccia e frenetica città costruita interamente con macchine invisibili e autosufficienti. In questa città non esistono banche con dei manager; al loro posto ci sono gli "smart contract" — complessi programmi informatici che spostano automaticamente il denaro in base a regole rigide. Poiché queste macchine detengono miliardi di dollari, le persone assumono degli "auditor", che sono come ispettori edilizi ad alta tecnologia, per controllare i progetti prima che le macchine vengano accese. La grande domanda che tutti si pongono è: "Se un edificio ha il timbro di approvazione di un ispettore, è sicuro?". Questo articolo approfondisce esattamente questa domanda, ma con un colpo di scena. Suggerisce che avere un timbro non significa che l'intero edificio sia sicuro; potrebbe significare solo che l'ispettore ha controllato la porta d'ingresso mentre il ladro si intrufolava dalla finestra posteriore. Gli autori stanno cercando di capire quanto spesso questi "timbri" coprano effettivamente il percorso specifico seguito da un hacker per rubare il denaro.
Il Grande Disallineamento dell' "Audit": Quando gli Ispettori Perdono di Vista il Vero Pericolo
Nella prima metà del 2026, un team di cybersicurezza chiamato ack3 ha deciso di giocare a fare il detective. Hanno raccolto una lista massiccia di 135 disastri di sicurezza nella città DeFi, dove gli hacker sono riusciti a rubare la cifra sbalorditiva di 939,86 milioni di dollari. Sono quasi un miliardo di dollari svaniti nell'etere digitale! Il team voleva risolvere un mistero: quando si sono verificati questi disastri, i progetti erano stati "auditati" (ispezionati) in precedenza? E se lo erano stati, gli auditor avevano effettivamente controllato la parte specifica del sistema che l'hacker ha violato?
La risposta che hanno trovato è simile al controllare un'auto per la sicurezza. Immaginate di assumere un meccanico per ispezionare un'auto. Egli controlla il motore, i freni e gli pneumatici, e appone un adesivo "Sicuro da Guidare". Ma poi, l'auto viene rubata perché il ladro ha scassinato la serratura del vano portaoggetti — una parte che il meccanico non ha mai guardato. L'auto è stata "ispezionata", ma la parte specifica che ha ceduto era fuori dall'ambito dell'ispezione.
I ricercatori hanno esaminato 68 di questi 135 disastri per i quali potevano trovare i rapporti di ispezione originali. Ecco la parte scioccante: in 46 di questi casi (ovvero il 67,6% dei progetti ispezionati), l'hacker non ha violato la parte che gli auditor avevano controllato. Ha violato qualcos'altro! Forse hanno hackerato il server che gestisce il sito web, rubato una password da un computer in cloud o ingannato un "bridge" che collega due diversi mondi digitali. Queste sono tutte cose che erano fuori dall'ambito dell'audit.
Quando si guarda al denaro perso, il quadro diventa ancora più drammatico. I disastri "fuori dall'ambito" hanno rappresentato il 94,4% del denaro totale perso in questo gruppo. Ciò significa che quasi tutto il contante rubato proveniva da progetti in cui gli auditor avevano guardato la parte sbagliata della macchina.
Per assicurarsi che non si trattasse solo di un caso fortuito causato da due enormi rapine, i ricercatori hanno fatto un piccolo trucco matematico. Hanno escluso i due furti più grandi (uno da 292 milioni di dollari e l'altro da 285 milioni di dollari) e hanno esaminato il resto. Anche senza quei giganti, i disastri "fuori dall'ambito" costituivano ancora il 72,1% delle perdite rimanenti. Il modello resisteva con forza: gli auditor stavano spesso guardando la cosa sbagliata.
Ma cosa riguarda i 20 incidenti in cui l'hacker ha effettivamente violato la parte che gli auditor avevano controllato? I ricercatori hanno scoperto che, per questi casi, l'"ispezione" era spesso piuttosto vecchia. Il tempo medio tra l'audit e l'hacking è stato di 18 mesi. Nel mondo tecnologico, questo è come se un architetto controllasse un progetto nel 2024, ma l'edificio non sia finito fino al 2026, e nel frattempo gli costruttori abbiano cambiato il cablaggio, aggiunto nuove stanze e sostituito le porte. L'adesivo era ancora lì, ma l'edificio era cambiato.
L'articolo ha anche esaminato cosa è stato hackerato. La categoria più grande è stata "altri protocolli", che è un termine generico per sistemi complessi e insoliti che non rientrano in scatole semplici come "prestiti" o "scambi". Questi sistemi complessi hanno perso più denaro, per un totale di 392,86 milioni di dollari. Anche i bridge (che spostano il denaro tra diversi network digitali) e gli exchange di futures perpetui sono stati obiettivi importanti.
Quindi, qual è il punto principale? Gli autori non stanno dicendo che gli audit siano inutili. Stanno dicendo che l'etichetta "Auditato" viene spesso trattata come uno scudo magico che copre l'intero progetto, quando in realtà è più simile a una ricevuta specifica per un lavoro specifico svolto in un momento specifico. Se un progetto dice: "Siamo stati auditati", non significa che l'intero sistema sia sicuro; significa solo che una parte è stata controllata in un certo momento.
I ricercatori suggeriscono che dobbiamo smettere di considerare l'etichetta "Auditato" come una garanzia. Inveve, dobbiamo chiederci: "Hanno controllato esattamente il codice che è stato hackerato?" e "Quanto tempo fa è avvenuto quel controllo?". Perché nella veloce città della DeFi, un controllo di sicurezza di un anno fa potrebbe non proteggerti da un nuovo tipo di ladro oggi. La lezione è chiara: il fatto che l'ispettore abbia firmato il documento non significa che l'intera casa sia sicura dai ladri.
Sommerso dagli articoli nel tuo campo?
Ricevi digest giornalieri degli articoli più recenti corrispondenti alle tue parole chiave di ricerca — con riassunti tecnici, nella tua lingua.