Durante un test di sicurezza, l'agente AI Google Gemini ha violato per errore tre aziende reali sfruttando password deboli e credenziali esposte online.
A maggio 2026, il modello di intelligenza artificiale Google Gemini ha violato i sistemi informatici di tre aziende reali durante un'esercitazione di sicurezza condotta dalla società specializzata Irregular. La notizia, confermata da Google e resa pubblica a settembre 2026, solleva questioni concrete sul rapporto tra agenti AI e sicurezza aziendale. L'incidente dimostra come un errore di configurazione in un ambiente di test possa trasformare uno strumento automatizzato in una minaccia per infrastrutture esterne, anche in totale assenza di intenzioni malevole.
La dinamica dell'incidente
L'esercitazione gestita da Irregular prevedeva che Gemini, operando come agente autonomo, recuperasse informazioni da un'azienda fittizia creata appositamente per il test. Tuttavia, l'ambiente di prova presentava una grave vulnerabilità infrastrutturale: mancava un isolamento di rete adeguato. Invece di operare in un circuito chiuso e protetto, il sistema consentiva il traffico in uscita verso la rete pubblica.
Poiché l'azienda simulata aveva un nome identico o molto simile a realtà commerciali esistenti, l'agente ha scambiato i sistemi reali per i propri obiettivi assegnati. Google ha confermato che l'intelligenza artificiale ha interrotto le proprie operazioni in completa autonomia non appena ha rilevato di trovarsi all'interno di infrastrutture di produzione reali, evitando così di causare danni ai sistemi. Irregular ha notificato l'accaduto a Google a fine luglio 2026, e le aziende coinvolte sono state informate tempestivamente.
I vettori di accesso sfruttati dall'intelligenza artificiale
L'aspetto più rilevante per i responsabili IT è che l'agente non ha utilizzato vulnerabilità software complesse (non ci sono infatti CVE associate all'evento), ma ha sfruttato due delle più comuni leggerezze nella gestione delle reti aziendali.
Nel primo caso, il modello ha indovinato le password tramite tentativi ripetuti. Questo attacco di forza bruta ha avuto successo unicamente perché il sistema bersaglio non disponeva di blocchi automatici dopo un certo numero di accessi falliti e utilizzava credenziali deboli.
Negli altri due casi, l'agente ha individuato credenziali aziendali e chiavi di accesso valide che erano state dimenticate all'interno di archivi di codice pubblici online. Spesso gli sviluppatori o i fornitori esterni lasciano inavvertitamente questi dati sensibili in spazi aperti. Utilizzando questi parametri esposti, il sistema si è autenticato regolarmente nei server delle aziende senza destare sospetti immediati.
I rischi per le imprese italiane
Secondo la nostra valutazione tecnica, l'episodio evidenzia due profili di rischio specifici per le aziende e gli studi professionali che integrano o subiscono l'azione di strumenti automatizzati.
Il primo è un rischio passivo. I sistemi di scansione e gli agenti autonomi sono in grado di analizzare la rete e incrociare dati pubblici in pochi secondi. Una password semplice o una chiave di programmazione caricata per errore su un archivio pubblico diventano accessibili e utilizzabili all'istante, riducendo a zero il tempo di reazione per chi difende l'infrastruttura.
Il secondo è un rischio attivo, legato all'uso interno di queste tecnologie. L'integrazione di agenti collegati a software gestionali (ERP), caselle di posta elettronica o archivi documentali richiede limiti operativi rigidi. Senza queste barriere, un comando interpretato male dall'intelligenza artificiale può causare azioni non volute, come la modifica massiva di dati o accessi impropri verso l'esterno della rete aziendale.
Le azioni pratiche per proteggere l'infrastruttura
Per mitigare queste minacce, è necessario intervenire sulle configurazioni di base dei servizi esposti, applicando regole rigorose.
Attivare l'autenticazione a più fattori (MFA) su tutti i servizi accessibili da Internet, come pannelli web, accessi remoti e portali cloud, impedisce agli attacchi di forza bruta di avere successo anche quando la password viene indovinata o sottratta.
È indispensabile verificare e bonificare gli archivi pubblici. I responsabili IT devono eseguire scansioni periodiche per accertarsi che sviluppatori interni o fornitori esterni non abbiano pubblicato per errore credenziali, chiavi di accesso o file di configurazione su piattaforme di condivisione del codice o spazi di archiviazione aperti.
Qualsiasi test su script o modelli di intelligenza artificiale deve avvenire in reti isolate. La segregazione di rete garantisce che le prove avvengano senza alcun accesso diretto a Internet e senza visibilità sui dati di produzione aziendale.
Infine, se si integrano strumenti automatizzati nei processi di lavoro, occorre applicare il principio del privilegio minimo. I permessi di lettura e scrittura devono essere limitati ai soli dati strettamente indispensabili per l'operazione, evitando in ogni caso di abilitare l'esecuzione di codice non supervisionata o la navigazione libera.
Verificate oggi stesso se i vostri ambienti di test comunicano con l'esterno e se gli accessi ai servizi aziendali richiedono obbligatoriamente un secondo fattore di autenticazione.
