Il 26 ottobre 2026 Cloudflare ha pubblicato un rapporto di incidente che conferma che, tra il 27 agosto e il 9 settembre 2026, 155 risposte del modello GLM-5.3 sulla sua piattaforma Workers AI contenevano dati provenienti da richieste di altri clienti. Sono state colpite solo le richieste molto lunghe, oltre 681.280 token, e Cloudflare afferma di non aver trovato prove di sfruttamento deliberato. La lezione per ogni azienda che invia file a un servizio di IA è diretta: condividete le macchine del fornitore con sconosciuti, e l'isolamento tra clienti può cedere. Cosa fare questa settimana: elencate tutti i servizi di IA usati dal vostro team, ponete a ogni fornitore le cinque domande qui sotto e smettete di inviare dati personali di cui il compito non ha bisogno. Se avete letto il nostro articolo sui modelli di IA senza proprietario noto, questo incidente mostra che nemmeno un fornitore noto è una garanzia.

Cosa è successo, in parole semplici

Workers AI permette alle aziende di pagare a consumo modelli di IA che girano sui server di Cloudflare invece di acquistare i propri. Cloudflare dichiarava per GLM-5.3 una finestra di contesto di 1.048.576 token, cioè il modello poteva accettare input molto lunghi. Ma il pool di memoria riservato all'elaborazione di quegli input bastava solo per 681.280 token. Quando una richiesta superava quella lunghezza, il software di servizio (SGLang) avrebbe dovuto rifiutarla con un errore. Invece è andato avanti, ha costruito la risposta da pagine di memoria rimaste da richieste precedenti e l'ha restituita come una normale risposta riuscita.

Il risultato: un piccolo numero di clienti ha ricevuto risposte contenenti frammenti di ciò che altri clienti avevano inviato. Cloudflare dice che il problema ha riguardato solo GLM-5.3, non gli altri suoi modelli.

La cronologia

  • 27 agosto 2026: GLM-5.3 viene lanciato su Workers AI e inizia l'esposizione.
  • 8 settembre: il ricercatore di sicurezza Gadi Evron di Knostic segnala il problema tramite il programma di bug bounty di Cloudflare su HackerOne.
  • 9 settembre, 13:22 UTC: Cloudflare dichiara un incidente; alle 14:00 UTC, 38 minuti dopo, il modello è offline.
  • 9 settembre, 19:40 UTC: il servizio torna attivo dopo la correzione del pool di memoria e la patch del software di servizio.
  • 26 ottobre: divulgazione pubblica, coordinata con i manutentori di SGLang e il ricercatore.

Sono 13 giorni di esposizione, scoperta da un ricercatore esterno e non dal monitoraggio di Cloudflare. Il rapporto non dice se i clienti colpiti siano stati avvisati singolarmente.

Perché riguarda un'azienda saudita che non ha mai sentito parlare di GLM-5.3

Oggi la maggior parte delle aziende usa l'IA tramite un servizio condiviso: un chatbot che legge i messaggi dei clienti, uno strumento che riassume i contratti, un sistema che classifica le fatture. In ogni caso il vostro testo viaggia verso server che elaborano nello stesso momento le richieste di migliaia di altre aziende. Il fornitore promette di tenerle separate. Questo incidente mostra che la promessa poggia su dettagli di configurazione che possono essere sbagliati, e che l'errore può non dare alcun segnale: i clienti colpiti hanno ricevuto una risposta normale, non un messaggio di errore.

La causa scatenante qui sono stati input molto lunghi. È proprio l'uso verso cui si muovono molte aziende: caricare un intero archivio di contratti o un anno intero di corrispondenza in una sola richiesta.

Cinque domande per il vostro fornitore di IA

  1. I miei dati sono elaborati su macchine condivise o su capacità riservata a me? La capacità riservata costa di più, ma elimina tutta questa categoria di rischio.
  2. Cosa fate se una richiesta supera il limite del modello? La risposta giusta è un rifiuto chiaro, non un taglio silenzioso né una risposta costruita su altro.
  3. Entro quante ore mi avvisate di un incidente che tocca i miei dati, ed è scritto nel contratto? Vi serve per rispettare i vostri obblighi.
  4. Conservate le mie richieste e le risposte, per quanto tempo e dove? I dati non conservati non possono ricomparire dopo nella risposta di qualcun altro.
  5. Avete un programma di bug bounty o test di sicurezza esterni? In questo caso è stato un ricercatore esterno a trovare il difetto.

Cosa si aspetta da voi la legge saudita

Se i dati personali dei vostri clienti o dipendenti trapelano tramite un fornitore che avete scelto, la responsabilità non passa al fornitore. L'articolo 24 del Regolamento di attuazione della Legge sulla protezione dei dati personali (PDPL) impone di notificare l'autorità competente entro 72 ore da quando si viene a conoscenza di un incidente che possa danneggiare le persone interessate. Un fornitore che non vi dice nulla, o ve lo dice settimane dopo, vi fa mancare quel termine senza che lo sappiate. Ecco perché la terza domanda non è una formalità.

I passi di questa settimana

  • Elencate tutti i servizi di IA usati dal vostro team, compresi gli strumenti gratuiti adottati dai dipendenti di propria iniziativa.
  • Se avete usato GLM-5.3 su Workers AI tra il 27 agosto e il 9 settembre 2026, esaminate i vostri log cercando richieste molto lunghe in quel periodo e contattate Cloudflare.
  • Togliete nomi, numeri di documento e numeri di telefono dai testi prima di inviarli, a meno che il compito non ne abbia davvero bisogno.
  • Dividete i documenti molto grandi in richieste ragionevoli invece di spingere il modello al limite.
  • Aggiungete a ogni contratto di servizi di IA una clausola di notifica degli incidenti con un numero fisso di ore.

Il punto di vista di Origami

Non vediamo in questo incidente un motivo per evitare i servizi di IA condivisi. Cloudflare ha messo offline il modello in 38 minuti e ha pubblicato un rapporto dettagliato e onesto, meglio di quanto farebbero molti fornitori. Lo vediamo come un promemoria: il rischio si nasconde in dettagli che non compaiono mai nelle pagine di marketing, come le dimensioni della memoria, la gestione degli errori, chi sorveglia. Quando costruiamo sistemi di IA per i clienti, partiamo dalla domanda su quali dati debbano davvero arrivare al modello, poi scegliamo tra un servizio condiviso e capacità ospitata all'interno del Regno in base alla sensibilità di quei dati.

Se volete una revisione dei servizi di IA usati dalla vostra azienda e dei dati che ricevono, contattateci o scoprite i nostri servizi.

Fonti