Il Threat Hunting Report 2026 di CrowdStrike misura in ore la finestra di sfruttamento — e afferma che l'AI di frontiera non l'ha ridotta per prima.

CrowdStrike ha pubblicato il suo 2026 Threat Hunting Report il 3 agosto 2026, e la cifra che ha fatto il giro è stata l'88%: da gennaio a giugno 2026, secondo l'azienda, l'88% degli sfruttamenti osservati contro vulnerabilità fornite di una proof of concept pubblica è iniziato entro 48 ore dal rilascio di quella proof of concept. Il report è attribuito a CrowdStrike Intelligence e CrowdStrike OverWatch, copre i dodici mesi da luglio 2025 a giugno 2026 e tiene traccia di quelli che l'azienda descrive come più di 290 avversari identificati. Due risultati portano con sé l'angolazione dell'IA: una campagna LLMJacking che ha generato quasi 200.000 richieste API in due minuti, e piste di rilevamento segnalate da agenti IA che arrivano a 2,5 volte il ritmo di quelle guidate da esseri umani. Alla voce dell'archivio non è associata alcuna vittima nominata, cifra di perdita o accusa; è classificata come report, gravità info, con coinvolgimento dell'IA confermato. Il grado di gravità, il livello di confidenza e l'elenco delle fonti del record si trovano in l'archivio degli incidenti IA, accanto alle voci registrate intorno ad esso.

Il tempo inizia a decorrere dalla proof of concept, non dalla patch

La frase nel post sul blog di CrowdStrike è accurata, e vale la pena citarla invece di parafrasarla: da gennaio a giugno 2026, «l'88% degli sfruttamenti di vulnerabilità con un PoC pubblico osservati da CrowdStrike è avvenuto entro 48 ore dalla pubblicazione del PoC». L'intervallo va dal momento in cui il codice di exploit funzionante diventa pubblico al momento in cui qualcuno lo usa, non dal momento in cui viene distribuita una patch. Duncan Riley di SiliconANGLE, scrivendo il giorno della pubblicazione, lo ha riassunto così: «Tra gennaio e giugno, tale intervallo è stato inferiore a 48 ore nell'88% dei casi». Chi-gyu Hwang di DigitalToday ha descritto lo stesso metodo: CrowdStrike «ha misurato in ore l'intervallo dalla pubblicazione di un exploit proof-of-concept al suo utilizzo in attacchi reali».

Due precisazioni sono insite in quella frase e tendono a cadere per strada quando si arriva a un titolo. La prima è il denominatore: l'88% descrive solo le vulnerabilità per cui esisteva già una proof of concept pubblica, quindi non dice nulla sul ben più ampio insieme di difetti che non ne ottengono mai una. La seconda è il cronometro stesso. Il sunto di una riga dell'archivio stesso comprime la scoperta in "entro 48 ore dalla divulgazione", e il rilascio del PoC e la divulgazione della patch sono eventi diversi in giorni diversi. Quando i due divergono, il rapporto misura quello più indulgente: un difetto può essere divulgato e corretto mesi prima che qualcuno pubblichi codice exploit, e le 48 ore di CrowdStrike partono dal secondo evento.

L'esempio più chiaro e dettagliato nel report è un gruppo legato alla Bielorussia che CrowdStrike chiama UMBRAL BISON, il quale, secondo quanto afferma, nell'aprile 2026 ha sfruttato CVE-2026-31431, una vulnerabilità Linux di escalation locale dei privilegi. Stando al report, la vulnerabilità è stata divulgata pubblicamente il 29 aprile 2026; il giorno successivo OverWatch ha rilevato un'implementazione diffusa dell'exploit; e circa il 94% degli eventi in quelle prime 24 ore era comportamento di testing basato sul codice PoC pubblico anziché sviluppo su misura. CrowdStrike afferma di aver scoperto l'attività dell'attore "in poco più di 20 ore dopo la divulgazione pubblica". Si tratta di un singolo caso, proveniente dalla telemetria di un fornitore, ed è il tipo di specificità che la percentuale aggregata non può fornire.

Accanto a questo, il rapporto registra che lo sfruttamento delle vulnerabilità zero-day è aumentato del 42% su base annua, un dato che SiliconANGLE riporta dallo stesso documento. I due numeri descrivono popolazioni diverse — vulnerabilità sfruttate senza un PoC pubblico e vulnerabilità sfruttate dopo che ne è disponibile uno — e il rapporto non li somma.

React2Shell: 800 lead, 80 vittime, quattro giorni

Il caso di studio più concreto del rapporto è React2Shell, tracciato come CVE-2025-55182 — una vulnerabilità di esecuzione di codice remoto non autenticata in React Server Components e Next.js. SiliconANGLE riporta che la divulgazione e le correzioni sono arrivate il 3 dicembre 2025 e che il codice di exploit funzionante è apparso il giorno successivo. CrowdStrike afferma che i gruppi legati alla Cina che chiama VAULT PANDA e GENESIS PANDA hanno lanciato attacchi deliberati entro 24 ore dalla divulgazione pubblica della vulnerabilità, e che OverWatch ha risposto a più di 800 segnalazioni di hunting in oltre 80 organizzazioni vittime nei primi quattro giorni. DigitalToday riporta gli stessi due gruppi e lo stesso dato delle 24 ore, misurato nel suo resoconto dalla comparsa del codice di exploit.

Leggere quel caso accanto all'88% richiede una certa attenzione, perché i due si collocano in parti diverse del periodo di rendicontazione. React2Shell è stato divulgato il 3 dicembre 2025, nella prima metà dell'intervallo del rapporto da luglio 2025 a giugno 2026; il dato aggregato dell'88% copre solo da gennaio a giugno 2026. Sono due osservazioni tratte da un unico documento, non due misurazioni di un'unica tendenza, e un lettore che le sovrappone in un'unica curva in accelerazione sta leggendo qualcosa che il rapporto non ha detto.

Ciò che il caso React2Shell stabilisce è la forma del problema del difensore. Il divario tra il codice di exploit pubblico e gli attacchi si è misurato in ore, e la conseguenza non è stata un numero di host compromessi, bensì un numero di piste di hunting — 800, distribuite su un'ottantina di organizzazioni, in quattro giorni. Questo è un dato sul carico di lavoro, e il carico di lavoro è ciò che un fornitore di threat hunting può effettivamente contare.

I risultati dell'IA, e quelli a cui non è associato alcun numero

La campagna LLMJacking è il dettaglio AI più incisivo del report, e SiliconANGLE ne riporta più di quanto non faccia il post del blog. In una campagna di maggio contro il servizio di foundation model di un provider cloud, un attore ha elevato un'identità compromessa ai privilegi di amministratore, ha presentato il modulo di caso d'uso richiesto per sbloccare l'accesso ai modelli e poi ha inviato quasi 200.000 richieste API "in un flusso iniziale di due minuti prima che scattasse il throttling". La sintesi di CrowdStrike stessa afferma che la campagna ha generato quasi 200.000 richieste API in due minuti, "con un impatto finanziario e operativo su larga scala".

È qui che il registro si interrompe. Il rapporto non fornisce alcuna cifra in dollari per l'impatto, nessun nome per il provider cloud e nessun nome per l'attore. La frase «impatto finanziario e operativo su larga scala» è la caratterizzazione del fornitore, non una perdita misurata, e nulla nei tre resoconti indipendenti esaminati per questo articolo vi aggiunge un numero. L'archivio pertanto non registra alcun danno reale per questa voce — non perché non sia accaduto nulla, ma perché il resoconto quantifica il meccanismo e lascia il costo come prosa.

Il secondo dato sull'IA è un rapporto, non un episodio. CrowdStrike afferma che i lead di rilevamento attivati dagli agenti IA "ora fanno emergere 2,5 volte più lead di minaccia rispetto all'attività condotta manualmente", un risultato che attribuisce a OverWatch; eSecurity Planet lo presenta come lead di rilevamento generati dall'IA che compaiono "2,5 volte più frequentemente rispetto ai lead generati da persone". A una lettura semplice, si tratta di un'affermazione sul volume di lavoro che arriva a un centro operativo di sicurezza, non sulla competenza degli agenti che lo producono, e il rapporto non offre un tasso di precisione o di falsi positivi a corredo.

Il terzo è una quota di una tassonomia: CrowdStrike afferma che le tecniche di accesso ai modelli di IA hanno rappresentato il 16% delle tecniche MITRE ATLAS osservate nell'arco dell'anno, con un gruppo legato alla DPRK che chiama FAMOUS CHOLLIMA che ha strumentalizzato ambienti incentrati sull'IA contro aziende di criptovalute e blockchain — un esempio della tecnica ATLAS per la compromissione della catena di approvvigionamento dell'IA, AML.T0010. I risultati sulla catena di approvvigionamento sono il punto in cui il rapporto è più concreto: il gruppo che chiama STARDUST CHOLLIMA ha usato credenziali rubate dei maintainer nel marzo 2026 per compromettere il pacchetto npm Axios, e nel giugno 2026 ha iniettato un pacchetto malevolo in almeno 131 pacchetti del framework Mastra AI; il gruppo che chiama ALTERED SPIDER ha compromesso più di 300 dipendenze software in un solo giorno; e l'87% delle minacce nei registri software identificate da CrowdStrike nella prima metà del 2026 riguardava pacchetti npm.

Ciò che il rapporto dice in contrasto con il proprio titolo

Il titolo del rapporto è "La finestra di sfruttamento si chiude mentre l'uso dell'IA accelera", che si legge come un'affermazione causale. Il corpo del testo non ne formula una. Nel post sul blog CrowdStrike scrive che "questo schema precede la comparsa dei modelli di IA di frontiera" e che l'impiego di tali sistemi "probabilmente" comprimerà ulteriormente le tempistiche di sfruttamento, accelerando la scoperta delle vulnerabilità e lo sviluppo degli exploit. Nella stessa impostazione del rapporto, l'IA è un accelerante che arriva sopra una tendenza già misurata in ore — e un nuovo bersaglio, perché i sistemi di IA custodiscono segreti, accesso ai modelli e capacità di calcolo che gli avversari desiderano.

Adam Meyers, responsabile delle operazioni di contrasto agli avversari di CrowdStrike, è citato da SiliconANGLE mentre afferma che "l'AI è ormai integrata nelle moderne operazioni degli avversari" e che le organizzazioni devono "proteggere l'AI con la stessa aggressività con cui la adottano". Né questa citazione né il testo del rapporto affermano che l'AI abbia causato la finestra di 48 ore; il rapporto data esplicitamente questo schema a un periodo precedente ai modelli di frontiera.

La parola «likely» fa un lavoro concreto in quella frase, ed è il limite onesto del documento. Tutto ciò che il rapporto dice sull'IA che restringe ulteriormente la finestra è una previsione, e per di più una previsione di un fornitore. Ciò che il rapporto può sostenere con i dati è più circoscritto e, per certi versi, più utile: gli attori sono rapidi contro difetti per cui esiste codice di exploit pubblico, l'infrastruttura IA è ormai sia una superficie d'attacco sia una risorsa da rubare, e il carico di rilevamento cresce più in fretta della capacità umana di assorbirlo.

Ciò che la copertura indipendente ha riportato, e ciò che nessuna di essa ha misurato

Tre testate esterne a CrowdStrike hanno pubblicato articoli sul report il giorno stesso della pubblicazione o a ridosso di esso, e le differenze tra loro sono istruttive su quali conclusioni sono sopravvissute al contatto con una seconda redazione.

SiliconANGLE ha riportato il dato dell'88% con la sua metodologia, la cronologia di React2Shell inclusi i conteggi di 800 lead e 80 vittime, l'aumento del 42% degli zero-day, la quota del 16% di ATLAS, la campagna LLMJacking nella sua forma più completa, il rapporto di 2,5x di anticipo nel rilevamento e la citazione di Meyers. Non ha riportato il caso UMBRAL BISON.

In un articolo di Ken Underhill del 4 agosto 2026, eSecurity Planet riportava il dato dell'88%, il rapporto di 2,5x, l'affermazione che le minacce informatiche abilitate dall'IA sono aumentate dell'89% nel 2025, la quota npm all'87%, le oltre 300 dipendenze di ALTERED SPIDER, un aumento del 171% degli attacchi cloud a movente finanziario, il raddoppio del vishing e il phishing tramite codice dispositivo cresciuto di 15 volte, e un aumento complessivo del 4% su base annua delle intrusioni rispetto al 27% dell'anno precedente. Non menzionava VAULT PANDA, GENESIS PANDA, React2Shell, OverWatch o LLMJacking.

DigitalToday ha riportato il dato dell'88% insieme alla tempistica basata su PoC, al periodo di rendicontazione da luglio 2025 a giugno 2026, al numero di oltre 290 avversari e alla tempistica di React2Shell con entrambi i gruppi legati alla Cina.

Il punto che conta di più è ciò che tutti e tre hanno in comune: ogni cifra sopra riportata proviene dall'interno della telemetria di CrowdStrike. Nessuna delle tre testate ha misurato la finestra di 48 ore, contato i lead di hunting o verificato in modo indipendente il rapporto di anticipo nelle rilevazioni; hanno riportato ciò che ha detto il fornitore, in modo accurato, e ne hanno attribuito la fonte. Una corroborazione indipendente di questo dato esiste quindi a livello di resoconto — tre redazioni concordano su ciò che il documento afferma — e non a livello di misurazione, che è esattamente ciò che descrive il grado di affidabilità A dell'archivio e ciò che non descrive.

Ciò che il record non contiene

Le lacune sono specifiche. Nessuna organizzazione vittima è nominata in alcuna parte dei risultati del report così come riassunti da CrowdStrike o dalle tre testate: le oltre 80 organizzazioni dietro i lead di React2Shell sono un numero, non un elenco. La campagna LLMJacking ha un meccanismo e un volume di richieste ma nessuna cifra delle perdite. L'88% non ha un denominatore pubblicato — quante vulnerabilità, quanti eventi di sfruttamento — nel post del blog o in qualsiasi copertura secondaria esaminata per questo articolo. E non esiste alcuna quota attribuibile all'AI dell'accelerazione in nessuna parte del documento, perché la posizione di CrowdStrike è che l'accelerazione precede l'AI di frontiera.

Niente di tutto ciò rende errato il resoconto. Lo rende un rapporto di threat intelligence di un fornitore, con una metodologia dichiarata e nessun soggetto nominato, che è l'aspetto tipico di questo genere. Il motivo per leggerlo attentamente invece di limitarsi a scorrere quel 88% è che il rapporto è più accurato del suo stesso titolo: separa una misurazione da una previsione, colloca la tendenza alla velocità prima della tecnologia che tutti vogliono incolpare e lascia il costo delle campagne specifiche per l'IA come una frase anziché come una cifra.

Ciò che cambierebbe il quadro è una misurazione esterna dello stesso intervallo — un CERT nazionale che pubblichi la propria distribuzione dal PoC allo sfruttamento, oppure un'autorità di regolamentazione che richieda dati sulla tempistica degli incidenti. Nulla del genere compare nelle fonti esaminate qui. Finché non accadrà, la finestra di 48 ore è la visione di una singola azienda della propria telemetria, pubblicata il 3 agosto 2026 e corroborata da tre redazioni che l'hanno letta allo stesso modo.