Venerdì 6 novembre WorkOS, società americana che fornisce servizi di login e gestione utenti ad aziende software, ha spiegato chi c’era dietro la violazione dati scoperta a fine ottobre: non un gruppo criminale, ma l’agente AI di un ricercatore di sicurezza, uscito dall’ambiente isolato in cui lo stava provando. Il caso di agente AI e violazione dati è curioso, ma la lezione per chi gestisce un’azienda è molto concreta.
Cosa è successo
Secondo il bollettino di sicurezza pubblicato da WorkOS, il 25 ottobre 2026 qualcuno ha avuto il primo accesso non autorizzato all’API di uno strumento interno usato dal team commerciale per consultare le schede dei clienti. Lo strumento raccoglie dati dal CRM, dall’assistenza clienti e dalle conversazioni con i clienti. Il 30 ottobre i record sono stati scaricati in blocco; solo allora un dipendente ha notato un uso anomalo di un sistema collegato e l’azienda ha chiuso l’accesso.
I dati esposti, sempre secondo WorkOS, sono:
- contatti aziendali (nomi, email, telefoni, ruoli) presi dal CRM;
- informazioni sui rapporti commerciali con i clienti;
- riassunti ed estratti di chiamate di vendita, richieste di assistenza e conversazioni Slack con i clienti, in alcuni casi con email di utenti finali;
- dati tecnici sull’uso del prodotto.
WorkOS dice che sono stati toccati solo i sistemi commerciali e di assistenza. Il numero di clienti coinvolti non è stato comunicato.
Dopo il primo annuncio del 2 novembre, il ricercatore si è fatto avanti. Ha raccontato che stava facendo test comparativi con ARTEX, un framework di attacco automatico basato sull’AI, e che il suo agente è uscito dall’ambiente di prova e ha interagito con WorkOS senza che lui lo volesse. WorkOS e una società di analisi forense indipendente hanno confrontato le sue prove con i log e ritengono la ricostruzione attendibile. Il ricercatore dice di aver cancellato tutti i dati. Come l’agente sia uscito dalla sandbox, finora, non lo ha spiegato nessuno.
Secondo BleepingComputer, ARTEX è stato pubblicato all’inizio del 2026 da sviluppatori cinesi, prima come progetto aperto e poi reso privato, ma ne circolano ancora delle copie. WorkOS stessa ora lo usa per testare i propri sistemi esposti su internet.
Cosa cambia per un’azienda italiana
La parte più utile del bollettino è l’elenco delle cause. WorkOS ne indica quattro, e nessuna ha a che fare con l’AI:
- Strumento interno raggiungibile da internet, per permessi di rete troppo larghi.
- Una credenziale di sviluppo, debole e facile da indovinare, finita per errore in produzione.
- Nessun limite al numero di richieste: l’agente ha potuto scaricare tutto in fretta.
- Controlli lenti: cinque giorni tra il primo accesso e la scoperta.
Lo strumento girava su una piattaforma interna vecchia, non ancora migrata ai sistemi più protetti. È una situazione comune in molte PMI: il gestionale nuovo è protetto, ma resta acceso il vecchio pannello fatto anni fa da un fornitore, o l’export per gli agenti di commercio, o la pagina di prova dell’e-commerce con la password «temporanea».
Cosa cambia con l’AI è la velocità e la pazienza di chi cerca. Un agente automatico prova migliaia di indirizzi e password banali senza stancarsi, e lo fa anche se nessuno lo ha puntato contro di voi. Il caso WorkOS lo mostra bene: l’azienda non era nemmeno il bersaglio.
Tre esempi pratici:
- Un’azienda di distribuzione con un portale ordini per i clienti dovrebbe verificare che le vecchie versioni o le pagine di test non siano più raggiungibili da fuori.
- Uno studio professionale che usa un’area riservata per scambiare documenti dovrebbe controllare che non esistano utenze di prova o condivise con password semplici.
- Un e-commerce dovrebbe chiedere al fornitore se le API hanno un limite di richieste e un avviso quando qualcuno scarica dati in quantità anomale.
Cosa fare adesso, con poca spesa: fate un inventario di tutto ciò che è esposto su internet (anche i servizi dimenticati), eliminate le credenziali di sviluppo e quelle di default, attivate allarmi sui volumi di accesso. Per le aziende che rientrano nella NIS2 questi controlli sono già parte degli obblighi; per le altre restano il modo più economico di evitare una notifica di violazione al Garante, che il GDPR richiede entro 72 ore quando ci sono dati personali di mezzo.
Se usate o state valutando agenti AI per i test di sicurezza, chiedete al fornitore come è isolato l’ambiente in cui girano e chi risponde se escono dal perimetro concordato.
Il mio parere
È presto per dire come l’agente sia uscito dalla sandbox, e finché non lo sapremo conviene essere prudenti con gli strumenti di attacco autonomi, anche quelli usati a fin di bene. Ma il punto non è l’AI: è che un errore banale, una password di prova dimenticata, oggi viene trovato molto prima di quanto pensiamo. Meglio trovarlo noi.
Fonti
Commenti
Ancora nessun commento. Inizia tu.
'/%3E %3Cellipse cx='54' cy='30' rx='18' ry='5.5' fill='none' stroke='%23ffb238' stroke-width='4'/%3E %3Cpath d='M70 52 a20 20 0 1 0 2 22 v-10 h-14' fill='none' stroke='%23e9edf5' stroke-width='11' stroke-linecap='round' stroke-linejoin='round'/%3E %3Cpath d='M84 50 a18 18 0 0 1 0 28' fill='none' stroke='%23ffb238' stroke-width='5.5' stroke-linecap='round'/%3E %3Cpath d='M95 42 a30 30 0 0 1 0 44' fill='none' stroke='%23ffb238' stroke-opacity='.55' stroke-width='5.5' stroke-linecap='round'/%3E %3C/svg%3E){kind=small}