OpenAI conferma la Zero Data Retention e presenta il Private Safety Processing

OpenAI ha ribadito il proprio impegno sulla Zero Data Retention per i modelli di frontiera e, nello stesso annuncio del 19 agosto 2026, ha presentato in anteprima una nuova architettura di sicurezza chiamata Private Safety Processing. È un passaggio che riguarda da vicino chiunque usi l’AI in azienda, perché prova a sciogliere un nodo diventato sempre più stretto: come tenere sotto controllo gli abusi dei sistemi più potenti senza costringere i clienti a rinunciare al controllo dei propri dati.

La tensione è concreta. Da un lato serve monitorare comportamenti pericolosi che emergono solo osservando più interazioni nel tempo. Dall’altro ci sono organizzazioni che, per obblighi normativi o per promesse fatte ai propri utenti, non possono lasciare che un fornitore esterno conservi e legga i contenuti che passano dai loro sistemi.

Che cosa significa davvero la Zero Data Retention

La Zero Data Retention, spesso abbreviata in ZDR, è una garanzia rivolta ai clienti idonei che usano le API di OpenAI. In pratica l’azienda si impegna a non conservare i tuoi prompt né le risposte del modello una volta elaborata la richiesta. I contenuti non restano archiviati, non sono accessibili al personale di OpenAI per la revisione e non vengono usati per addestrare i modelli, a meno che tu non scelga esplicitamente il contrario con un opt in.

Per molte realtà questo non è un dettaglio tecnico, ma la condizione minima per adottare l’AI generativa. Chi tratta dati sanitari, documenti finanziari, piani industriali riservati o ricerca proprietaria ha bisogno di sapere che quelle informazioni restano sotto il proprio controllo, sia per rispettare le norme sia per non tradire la fiducia di clienti e pazienti.

È lo stesso principio che spinge molte aziende verso soluzioni certificate e ambienti dedicati, come accade quando l’AI entra nei settori regolamentati con certificazioni pensate per la conformità. Senza garanzie solide sui dati, un progetto si ferma prima ancora di partire.

La ZDR, in questo quadro, è diventata una sorta di prerequisito commerciale. Diversi partner di OpenAI, dal software per le ricerche interne alle piattaforme dati, hanno legato la propria adozione proprio all’impegno a non usare i contenuti oltre il servizio scelto.

Il dilemma tra sicurezza e privacy

Il cuore dell’annuncio è un problema che l’intero settore si trova davanti. I rischi più seri non sempre sono visibili in una singola interazione. Un tentativo di abuso può sembrare del tutto innocuo se lo guardi isolato, e rivelarsi pericoloso solo quando lo metti in fila con decine di richieste collegate.

Gli esempi citati da OpenAI sono chiari. Un malintenzionato può sondare ripetutamente le protezioni del modello, coordinare l’attività su più account oppure mascherare una minaccia dietro una richiesta di ricerca apparentemente legittima. C’è poi il capitolo degli agenti: un sistema che continua ad agire dopo aver ricevuto l’ordine di fermarsi può uscire dai limiti dell’autorità che gli era stata affidata.

Finora i sistemi di sicurezza compatibili con la ZDR valutavano ogni interazione per conto proprio. Funziona in molti scenari, ma lascia scoperto proprio il tipo di minaccia che si costruisce nel tempo, un pezzo alla volta.

Alcuni recenti rilasci di modelli di frontiera avevano imposto una scelta scomoda. Per attivare il monitoraggio di sicurezza, il cliente doveva accettare che il fornitore conservasse i contenuti sensibili. Per chi ha obblighi di riservatezza, quella richiesta equivaleva a un muro, e spesso a un motivo per rinunciare del tutto.

Come funziona il Private Safety Processing

Il Private Safety Processing nasce per aggirare quel muro senza abbassare le difese. L’idea di fondo è estendere le protezioni automatiche già usate nella ZDR anche a più interazioni collegate, così da riconoscere gli schemi sospetti senza che nessuna persona di OpenAI debba leggere i contenuti conservati.

Sul piano pratico i dati possono restare in due posti diversi. Nelle configurazioni ZDR i contenuti rimangono sull’infrastruttura controllata dal cliente. In alternativa, OpenAI sta sviluppando un’opzione in cui i contenuti vengono archiviati sui suoi sistemi, ma cifrati con chiavi che restano nelle mani del cliente.

La differenza è sostanziale. Il personale di OpenAI non possiede una copia di quelle chiavi, quindi non può accedere al contenuto in chiaro nemmeno volendo. È la crittografia, non una semplice promessa, a garantire la separazione tra chi analizza i rischi e chi possiede i dati.

Che cosa vede OpenAI quando scatta un allarme

Quando i sistemi automatici individuano un possibile abuso, OpenAI riceve soltanto un segnale ristretto che indica il tipo e la gravità dell’attività, non i prompt o le risposte originali. È quel segnale a stabilire se serve un intervento e quale.

Anche quando un contenuto viene contrassegnato, il personale non ne ottiene l’accesso. Il cliente, dal canto suo, può indagare sugli avvisi usando le informazioni disponibili nei propri sistemi. E se vuole fare ricorso, chiarire un’attività legittima o collaborare a un’indagine su un abuso verificato, può decidere lui, in autonomia, di condividere gli elementi utili.

In altre parole, il controllo sui contenuti resta dalla parte di chi li genera. OpenAI vede il campanello d’allarme, non la stanza da cui suona.

Perché conta per chi costruisce con l’AI

Questa architettura tocca da vicino gli scenari più delicati. OpenAI cita esplicitamente i flussi di lavoro agentici, l’analisi del codice, la risposta agli incidenti informatici, la ricerca sulle vulnerabilità e gli ambienti che trattano dati proprietari. Sono proprio i campi in cui i modelli più capaci diventano davvero utili e, allo stesso tempo, più pericolosi se finiscono nelle mani sbagliate.

Man mano che gli agenti prendono in carico compiti lunghi e autonomi, il contesto più ampio diventa decisivo per distinguere il lavoro lecito dall’abuso. Non è un caso che la corsa alla velocità e all’autonomia dei nuovi modelli, ben visibile in annunci come i modelli di frontiera più rapidi presentati da OpenAI, proceda in parallelo con una maggiore attenzione ai controlli di sicurezza.

Resta un’eccezione importante da conoscere. Le immagini segnalate come potenziale materiale pedopornografico continueranno a essere conservate per la revisione manuale e la segnalazione, anche nelle configurazioni ZDR, perché la legge lo impone ai fornitori di modelli di frontiera. È un limite che nessuna architettura tecnica può aggirare.

Il tema della sicurezza, del resto, è centrale nella strategia dell’azienda e nei suoi frequenti riassetti interni, come mostrano le recenti mosse su le squadre che valutano i rischi dei sistemi più avanzati. Il modo in cui un laboratorio organizza la sicurezza dice molto su quali rischi prende sul serio.

Tempi, limiti e prossimi passi

Il Private Safety Processing è ancora in fase di test con alcuni clienti selezionati. OpenAI ha spiegato di aver scelto di anticiparne l’annuncio perché le aziende chiedono prevedibilità su come saranno protetti i loro contenuti man mano che i sistemi diventano più capaci.

L’avvio della distribuzione e la pubblicazione di un white paper tecnico sono previsti per settembre. L’azienda ha promesso aggiornamenti graduali, con la volontà di spiegare in anticipo che cosa cambia per gli impegni già presi e di lasciare ai clienti il tempo di adeguarsi.

Vale la pena ricordare che si tratta di un’anteprima, non di una funzione già disponibile per tutti. I dettagli tecnici e operativi saranno definiti nelle prossime settimane, e molto dipenderà dalla trasparenza del white paper.

Conclusioni

La direzione tracciata da OpenAI è interessante: provare a rendere la sicurezza dei modelli compatibile con la privacy, invece di trattarle come obiettivi in conflitto. È una risposta diretta a chi, negli ultimi mesi, aveva denunciato il rischio di dover scegliere tra proteggere i dati e proteggere gli utenti.

Se l’approccio funzionerà davvero su larga scala lo diranno i prossimi mesi, la qualità del white paper e la reazione dei clienti più esigenti, quelli che sui dati non fanno sconti.

Se sviluppi soluzioni basate sull’AI o stai valutando l’adozione dei modelli di frontiera in azienda, tieni d’occhio come evolverà questa architettura e quali garanzie potrai chiedere per contratto. Puoi leggere l’annuncio ufficiale sul blog di OpenAI e continuare a seguire i nostri aggiornamenti per capire come cambia la protezione dei dati prima di affidare le tue informazioni a un modello.