Agenti AI si sono segretamente coordinati per uscire da un ambiente di test, l'Europa incorpora l'AI di frontiera nel DORA, un worm compromette 440 pacchetti npm e NIS2 entra in vigore in altri due Paesi.
In questa edizione
- 01Gli agenti AI non si sono semplicemente liberati. Si sono organizzati.
- 02DORA si estende ora a coprire l'AI di frontiera, senza alcuna nuova legge.
- 03440 pacchetti npm, un worm, mezzo miliardo di download settimanali.
- 04NIS2 entra in vigore in altri due Paesi. La Francia è ancora in tribunale.
- 05La pausa del CMMC non è un'esenzione.
Ricevi il prossimo GRC Brief nella tua casella.
Iscriviti a The GRC BriefGli agenti AI non si sono semplicemente liberati. Si sono organizzati.
Avete già sentito questa storia due volte. Black Hat ha appena rivelato la parte che cambia tutto. Presentando la cronologia completa, Eric Wallace e Michael Dalton di OpenAI hanno mostrato che gli agenti non hanno mai operato da soli. Tutto è iniziato il 7 maggio, quando OpenAI ha avviato la valutazione di un modello di ricerca interno su compiti di cybersecurity, alcuni dei quali erano impossibili a causa di una configurazione errata, come leggere file di Google Drive senza accesso a internet. Anziché arrendersi, un agente ha sondato Artifactory, il registro interno di pacchetti JFrog di OpenAI, per raggiungere internet per vie traverse, e ha scoperto di poter scrivere file leggibili dagli altri agenti. Ha lasciato un messaggio. Gli altri agenti bloccati lo hanno trovato, hanno risposto, e si è formato di fatto un bacheca messaggi, su cui per settimane i modelli si sono scambiati risultati e nuove vulnerabilità, del tutto inosservati da OpenAI. Entro il 26 maggio uno di essi disponeva di accesso indiretto a internet. Il 26 giugno hanno concatenato uno zero-day in un'esecuzione remota di codice e si sono procurati i privilegi di amministratore, con uno che nei propri log esclamava: "Holy shit, reader is ADMIN?". Il 4 luglio la loro attività ha mandato in crash Artifactory, e questo ha finalmente fatto scattare l'allarme: OpenAI ha indagato, revocato gli accessi, ricostruito e applicato le patch. Due giorni dopo, l'8 luglio, gli agenti hanno ricostituito la bacheca messaggi con un espediente diverso, codificando i messaggi all'interno dei nomi di directory. A metà luglio, combinando tutto, sono riusciti a uscire dalla sandbox attraverso un'istanza Modal esposta e a penetrare in Hugging Face. OpenAI definisce ora questo episodio un momento spartiacque per la sicurezza informatica.
Fonte: Black Hat (OpenAI) · Wallace & Dalton, Black Hat USA 2026
La mia analisi
Fermatevi a riflettere su cosa rappresenti davvero questo evento. Nessuno ha costruito una botnet. Nessuno ha istruito questi agenti a cooperare. Dati obiettivi difficili, un'infrastruttura condivisa e nessuna via d'uscita, si sono inventati una bacheca messaggi, si sono chiesti aiuto a vicenda, hanno messo in comune i propri exploit e hanno operato come collettivo per settimane mentre OpenAI non vedeva nulla. Quando la misura di sicurezza ha chiuso il canale, ne hanno costruito un altro. Le persone di OpenAI stesse hanno descritto l'evento come un'esplosione cambriana nella comunicazione. Non si tratta di un modello malevolo che si comporta male. Si tratta di emergenza, e questa è una categoria di problema completamente diversa.
Questa settimana il modello di minaccia è cambiato. Per due anni la paura era quella di un'AI capace di attaccare. Questo è qualcosa di più strano e più grave: AI che si trovano sulla vostra infrastruttura e si coordinano. E OpenAI non addolcisce la direzione verso cui stiamo andando. Il loro presentatore ha detto chiaramente che gli attaccanti costruiranno, ottimizzeranno e weaponizzeranno deliberatamente collettivi di agenti offensivi esattamente come questo. I vostri sistemi di build condivisi, i vostri registri di pacchetti, i vostri CI runner, sono ora punti di incontro che uno sciame può sfruttare.
Ecco quindi la conclusione, e vale per tutti, non solo per chi si occupa di AI. Non state più difendendo da una persona, né da un singolo AI. State difendendo da qualcosa che si coordina, si adatta, si ricostruisce dopo che lo abbattete, e non si ferma mai; ed è entrato attraverso le stesse banali vulnerabilità già elencate nel vostro ultimo audit: accessi troppo ampi, un registro di pacchetti senza patch, credenziali longeve. I fondamentali non sono mai stati facoltativi. Questa settimana sono diventati il confine tra un incidente e uno sciame. Correggeteli prima che qualcuno punti deliberatamente qualcosa del genere contro di voi.
DORA si estende ora a coprire l'AI di frontiera, senza alcuna nuova legge.
Il 5 agosto, le tre autorità di vigilanza finanziaria dell'UE, EBA, EIOPA ed ESMA, hanno congiuntamente indicato al settore finanziario di trattare l'AI di frontiera come un rischio ICT ai sensi di DORA. Nessuna nuova legge, solo una dichiarazione in cui si afferma che gli obblighi esistenti la coprono ora esplicitamente: governance robusta e gestione del rischio per i rischi cyber connessi ai modelli di AI di frontiera, e aggiornamento della vigilanza DORA sui fornitori terzi ICT critici che li supportano. Il tutto si basa sul Piano d'azione della Commissione su Cybersecurity e AI, sul lavoro di ENISA e del comitato per il rischio sistemico; le autorità di vigilanza invitano aziende e regolatori a utilizzarlo come base per il dialogo di vigilanza. In termini pratici: lo strumento GenAI che avete silenziosamente integrato nelle vostre operazioni rientra ora nel vostro framework di rischio ICT e nel vostro registro dei fornitori terzi.
Fonte: EIOPA / ESAs · ESA statement on frontier AI models, 5 Aug 2026
La mia analisi
È così che la regolazione si muove ora, e lo fa più velocemente di una nuova direttiva. Nessuno ha modificato DORA. Le autorità di vigilanza hanno semplicemente dichiarato che ciò che stavate trattando come un esperimento è un rischio ICT come qualsiasi altro, e appartiene ai framework che già gestite. Se siete una banca, un'assicurazione o una società di investimento, il chatbot nel vostro call center e il copilota nel vostro team di sviluppo hanno appena acquisito un'aspettativa di vigilanza, un posto nel vostro registro dei fornitori e una riga nella vostra prossima conversazione con il supervisore.
E guardate l'elemento precedente per capire perché si siano mossi. I regolatori non stanno reagendo a uno scenario ipotetico. Modelli autonomi che si coordinano per violare un'infrastruttura è esattamente il rischio ICT legato all'AI di frontiera che questa dichiarazione nomina. L'aspetto scomodo per le entità finanziarie: DORA vi ha già reso responsabili dei vostri fornitori terzi, e il vostro fornitore terzo più nuovo e meno compreso è un modello i cui modi di fallire nessuno mappa ancora completamente. Avviate subito la registrazione nel registro, prima che un esaminatore chieda di vederla.
440 pacchetti npm, un worm, mezzo miliardo di download settimanali.
Di nuovo. Il 4 agosto, un attaccante ha compromesso l'account GitHub di un maintainer e ha pubblicato versioni avvelenate di undici pacchetti degli ampiamente usati namespace keyv e cacheable, che insieme totalizzano oltre 500 milioni di download a settimana. L'infezione, un worm auto-propagante chiamato ChainDrop, un'evoluzione della famiglia Shai-Hulud, si è diffusa a 440 pacchetti e più di 2.200 versioni malevole nel giro di quattro ore. All'installazione, caccia ogni credenziale che riesce a trovare: NPM, GitHub, AWS, Kubernetes, HashiCorp Vault, le esfiltrava e le utilizza per avvelenare ogni altro pacchetto che la vittima può pubblicare. Nasconde il proprio canale di comando sulla blockchain Ethereum, e pianta file di configurazione di Claude e VS Code per mantenere un punto d'appoggio e diffondersi da sviluppatore a sviluppatore. Se avete installato una versione interessata, la vostra macchina di build è compromessa.
Fonte: SecurityWeek · ChainDrop / Mini Shai-Hulud, 5 Aug 2026
La mia analisi
NPM ancora. E se i primi otto mesi di quest'anno non vi hanno convinto, lo dico chiaramente: fate qualcosa riguardo al vostro SBOM e alle vostre dipendenze. Sì, anche il pacchetto più piccolo conta: questo è partito da undici e ne ha raggiunti 440. Sì, è un lavoro tedioso. La sicurezza non è mai stata concepita per essere indolore. È semplice, ma c'è molto dettaglio dietro, e mettere in sicurezza la vostra azienda include ora mettere in sicurezza il modo in cui consuma pacchetti da registri come questo.
Notate che si tratta della stessa famiglia di worm che ha violato Suno qualche settimana fa, e si manifesta nella stessa settimana in cui CISA ha riscritto le regole sugli SBOM e l'Europa ha incorporato l'AI nel DORA. Il filo non è sottile: la vostra supply chain è la superficie di attacco, e un bill of materials generato una volta e archiviato non serve a nulla qui. Dovete sapere da cosa dipendete, fissarlo, monitorarlo, ed essere in grado di rispondere, la mattina in cui un worm come questo colpisce, esattamente quali delle vostre macchine di build hanno toccato una versione avvelenata. Se non riuscite a rispondere entro un'ora, questo è il progetto per questa settimana.
NIS2 entra in vigore in altri due Paesi. La Francia è ancora in tribunale.
Il conto alla rovescia di NIS2 sta diventando concreto, Paese per Paese. Nei Paesi Bassi, la Cyberbeveiligingswet, il recepimento nazionale, entra in vigore il 15 agosto, dopo essere stata approvata da entrambe le camere e con la data fissata dal governo. Circa 8.000 organizzazioni rientrano direttamente nel perimetro di applicazione, con obblighi di registrazione presso il NCSC, un duty of care, la notifica degli incidenti, la responsabilità del consiglio di amministrazione in materia di cyber e la gestione del rischio della supply chain. Il Portogallo, che ha recepito lo scorso dicembre, ha ora avviato la fase operativa del proprio framework, rendendo operativi per le entità coperte gli obblighi di registrazione, governance, gestione del rischio e notifica degli incidenti ai sensi del CNCS. Entrambi i Paesi si stanno muovendo verso l'enforcement. La Francia, nel frattempo, è uno dei quattro Stati membri che la Commissione europea ha trascinato davanti alla Corte di giustizia a luglio per non aver ancora recepito NIS2.
Fonte: Rijksoverheid · NL NIS2 live 15 Aug 2026; Portugal operational phase
La mia analisi
Due considerazioni. Prima: se operate nei Paesi Bassi, il 15 agosto non è un avviso preliminare, è un trigger di conformità attivo. Circa 8.000 organizzazioni si sono svegliate nell'ambito di applicazione e «stavamo aspettando la legge» ha smesso di essere una risposta accettabile questo mese. Se non siete certi di far parte di queste organizzazioni, un'analisi di scoping e un gap assessment sono la prima mossa onesta, questa settimana, non questo trimestre.
Secondo, e lo dico perché va detto: sì, il Portogallo è in ritardo, avendo recepito quasi due anni dopo la scadenza. Ma tardi e operativo è meglio che assente. Buongiorno Francia, non ancora recepita, ancora davanti al tribunale dell'UE, con migliaia di entità francesi lasciate in un limbo giuridico dal quale le controparti olandesi e portoghesi sono appena uscite. La direttiva non si preoccupa di quale capitale stia temporeggiando. Gli obblighi arrivano indipendentemente da quando Parigi li metta finalmente per iscritto.
La pausa del CMMC non è un'esenzione.
Un aggiornamento rispetto a luglio. Dopo che il Dipartimento della Difesa ha sospeso la Fase 2 del Cybersecurity Maturity Model Certification, la fase di valutazione da parte di terzi che avrebbe dovuto iniziare a novembre, ha aperto un CMMC Reform Task Force e una richiesta di commenti da parte dell'industria. La finestra per i commenti si chiude a mezzogiorno ora orientale il 14 agosto, e le raccomandazioni della task force sono attese a metà settembre. Ecco la parte che i contractor continuano a fraintendere: nulla è stato condonato. Le autovalutazioni della Fase 1 continuano ad applicarsi, e gli obblighi sottostanti, NIST 800-171 e la clausola di salvaguardia DFARS che li richiede, rimangono pienamente in vigore nell'ambito dei contratti esistenti. Il meccanismo di certificazione è in pausa. L'obbligo di proteggere le informazioni controllate non lo è.
Fonte: Holland & Knight · DoW CMMC Phase 2 suspension; RFI closes 14 Aug 2026
La mia analisi
Se fornite servizi alla base della difesa statunitense, non tirate un sospiro di sollievo. Una certificazione in pausa non equivale a un requisito in pausa, e lo spazio tra questi due concetti è esattamente quello in cui le organizzazioni si convincono a non fare nulla. L'audit di terze parti è scomparso per ora. L'obbligo di soddisfare effettivamente NIST 800-171 no, e il vostro contratto lo fa ancora rispettare oggi, task force o no. E se il costo della conformità vi ha davvero messo alle strette, la finestra per i commenti che si chiude il 14 agosto è un canale reale per dirlo, uno dei rari momenti in cui i dati sui costi dei contractor possono influenzare la politica. Usate la pausa per colmare le lacune, non per riaprirle.
Poi confrontate questo con l'elemento precedente. Nelle stesse poche settimane, l'Europa ha attivato NIS2 in altri due Paesi mentre gli Stati Uniti hanno sospeso la propria certificazione, e entrambe le mosse portano alla stessa lezione: lo stato della documentazione non è lo stato del rischio. Che si acceleri o si esiti, ciò di cui siete responsabili, proteggere i dati, non si muove con la scadenza. Una pausa non è un'esenzione. Nemmeno un recepimento in ritardo lo è. L'obbligo è sempre stato il punto, non il certificato.