OpenAI ha presentato il 19 agosto 2026 la sua offerta Zero Data Retention per i deployment di modelli avanzati ai clienti API idonei, così come un dispositivo in anteprima chiamato Private Safety Processing. Questi concetti sono importanti per i progetti sensibili, ma non devono essere ridotti alla formula « i dati non vengono memorizzati ».
1. Che cos'è la Zero Data Retention?
Nel quadro annunciato, i clienti API idonei possono utilizzare alcuni modelli con richieste e risposte non conservate dopo l'elaborazione. OpenAI indica inoltre che tali contenuti non sono accessibili al suo personale e ricorda che i dati delle aziende non vengono utilizzati per addestrare i modelli senza scelta esplicita del cliente.
Questa opzione risponde a una restrizione comune: evitare che un contenuto aziendale, un documento riservato o un dato personale rimanga nei registri del fornitore oltre il tempo necessario alla chiamata.
Il termine « eligibile » è essenziale. Bisogna verificare il modello, l’endpoint, il contratto, la regione, le funzioni utilizzate e le eventuali eccezioni. La documentazione ufficiale mostra che la compatibilità dipende da ogni endpoint e dalla sua configurazione: conversazioni, assistenti, file, archivi vettoriali, processi batch, video e alcuni modi asincroni richiedono in particolare una verifica separata. Una politica dichiarata a livello di account non si applica necessariamente a ogni strumento, file, cache o servizio accessorio.
Al 2 settembre 2026, la documentazione ufficiale distingue anche i regimi « Eyes Off » e « Safety Retention ». OpenAI indica di poter rendere alcuni modelli non idonei al Zero Data Retention per un determinato cliente, con notifica scritta. A seconda del regime applicato, i contenuti possono quindi essere conservati e, per Safety Retention, esaminati al fine di indagare su un'attività che presenti un rischio grave. Questa riserva deve comparire nell'analisi contrattuale.
La stessa documentazione precisa che la modalità background dell'API Responses può scrivere temporaneamente dati per consentire l'interrogazione del risultato, che la cache dei prompt può conservare tensori criptati sulla GPU per un periodo di tempo limitato e che i servizi terzi, in particolare i server MCP remoti, applicano la propria politica di conservazione.
2. Quello che ciò non significa
Zero ritenzione non significa zero trattamento. I dati devono essere trasmessi e caricati in memoria per produrre una risposta. La sicurezza del trasporto, l’isolamento dell’infrastruttura, gli accessi tecnici e la gestione degli incidenti rimangono quindi determinanti.
Ciò non significa nemmeno che l’applicazione client non conservi nulla. I prompt possono comparire nei registri delle applicazioni, nelle tracce APM, nelle code dei messaggi, nei backup, nel browser o in uno strumento di osservabilità. Il anello più loquace si trova spesso dal lato dell’integratore.
Infine, la non-utilizzazione per l'addestramento, la durata di conservazione e la localizzazione sono tre argomenti distinti. Devono essere documentati separatamente nell'analisi dei rischi e nel registro dei trattamenti.
3. Il ruolo di Private Safety Processing
OpenAI presenta Private Safety Processing come un modo per rilevare schemi di rischio che emergono attraverso più interazioni senza dare al personale accesso ai contenuti sottostanti. Secondo l’architettura annunciata, il contenuto può rimanere sotto il controllo del cliente. OpenAI sta sviluppando anche un’opzione di elaborazione su un’infrastruttura crittografata con chiavi controllate dal cliente; non deve essere considerata generalmente disponibile a questo stadio.
Il fornitore riceverebbe allora un segnale di rischio strettamente definito, e non il dettaglio delle conversazioni. Il meccanismo cerca di conciliare riservatezza e rilevamento di abusi coordinati, in particolare quando l'analisi di una singola chiamata sarebbe insufficiente.
Si tratta ancora di una pre-versione testata con alcuni primi clienti. OpenAI annunciava un inizio di distribuzione e un libro bianco tecnico a settembre. Al 2 settembre 2026, non è stato trovato alcun annuncio separato di disponibilità generale: i dettagli di implementazione, le garanzie verificabili e le condizioni di accesso devono essere esaminati caso per caso.
4. Un'architettura a più livelli di controllo
Un progetto robusto deve distinguere almeno cinque livelli. Il primo è la minimizzazione: non inviare mai al modello dati inutili. Il secondo è la pseudonimizzazione o la mascheratura prima della chiamata. Il terzo riguarda il trasporto e il trattamento presso il fornitore. Il quarto concerne la conservazione. Il quinto riguarda i registri e i controlli dell'applicazione cliente.
Private Safety Processing aggiunge un sesto livello: la produzione eventuale di un segnale di rischio distinto dal contenuto. Questo livello deve essere documentato come un flusso a sé stante, con la sua finalità, i suoi destinatari, la sua durata e le conseguenze possibili.
La crittografia con chiave controllata dal cliente può rafforzare il controllo, ma non è sufficiente da sola. Bisogna sapere in quali momenti il dato viene decifrato, quale componente può utilizzarlo, come vengono rinnovate le chiavi e cosa succede in caso di revoca.
5. Le domande da porre prima di stipulare un contratto
Inizia stabilindo una matrice delle funzioni utilizzate: testo, file, immagini, strumenti, ricerca, cache ed elaborazione asincrona. Per ciascuna, chiedi il periodo di conservazione, le eccezioni, la regione, i subappaltatori e il metodo di cancellazione.
Verificate poi le condizioni di idoneità al Zero Data Retention, le prove disponibili, la gestione degli incidenti e i meccanismi di audit. Chiedete come vengono gestiti gli abusi, gli obblighi legali e le categorie particolari di contenuti. L'annuncio menziona in particolare un'eccezione relativa alle immagini di abusi sessuali su minori; i team devono conoscere esattamente le regole applicabili al loro servizio.
Per Private Safety Processing, chiedete la definizione esatta del segnale, la sua persistenza, le decisioni che può innescare e i mezzi di contestazione o di indagine disponibili.
6. I controlli da conservare lato client
Un'opzione di privacy del fornitore non sostituisce il controllo degli accessi. Ogni chiamata deve essere collegata a un utente, a un caso d'uso e a una politica dei dati. I documenti recuperati devono rispettare i diritti della persona che interroga il sistema.
Imposta un filtro per i dati sensibili prima dell'invio, uno schema di uscita rigoroso, scadenze, quote e la capacità di interrompere rapidamente il fornitore. I registri devono privilegiare identificatori, hash e metriche piuttosto che i contenuti completi.
I test di sicurezza devono includere le iniezioni di prompt, l'esfiltrazione indiretta, gli strumenti mal configurati e gli errori di compartimentazione. Questi temi sono sviluppati nella nostra guida su la governance operativa dell’IA.
7. I casi d'uso adattati
La Zero Data Retention è particolarmente rilevante per la sintesi confidenziale di documenti, il supporto interno, l'analisi contrattuale, il supporto tecnico o l'estrazione dei dati quando il fornitore soddisfa altri requisiti del progetto.
Non rende automaticamente accettabile l'invio di dati medici, finanziari o giudiziari. Per queste categorie, un'analisi approfondita, una base legale, misure rafforzate e talvolta un'infrastruttura dedicata restano necessarie.
I casi d'uso ad alta autonomia richiedono anche più della riservatezza. Un agente che può scrivere nel SI deve avere permessi minimi, validazioni e una tracciabilità di ogni azione.
8. Come condurre un pilota
Selezionate un corpus di test rappresentativo ma de-sensibilizzato. Mappate tutti i flussi, inclusi i log, i backup e gli strumenti di supporto. Attivate l'opzione contrattuale adeguata, quindi verificate il comportamento reale di ciascun endpoint.
Simulate gli errori, le interruzioni e la revoca della chiave. Misurate i dati visibili nell'osservabilità e controllate che nessuno possa risalire al contenuto a partire da un identificativo o da una traccia.
Infine, fate convalidare la documentazione dalla sicurezza, dal DPO e dal reparto. Il pilota è considerato riuscito quando l'organizzazione può spiegare dove passa ogni dato, chi può accedervi e come fermare il servizio.
L'annuncio del 19 agosto costituisce un progresso interessante per le imprese esigenti. Il suo valore dipenderà dalla documentazione tecnica annunciata, dalle condizioni contrattuali e dalla capacità degli integratori di applicare la stessa disciplina nella propria architettura.
Partitech accompagna la progettazione di servizi IA sicuri: mappatura dei flussi, scelta dell’architettura, minimizzazione dei dati, controllo degli accessi, osservabilità e documentazione di conformità.