OpenAI ha trovato un modo per sorvegliare senza leggere i dati

La novità introduce un sistema che identifica pattern malevoli senza esporre i contenuti al personale OpenAI

Zero Data Retention è sempre stata una promessa a metà: niente log, ma il monitoraggio degli abusi restava comunque un occhio sui dati. La novità annunciata lo scorso 19 agosto da OpenAI non è la cancellazione — è l’architettura che la rende compatibile con la sicurezza. Secondo l’annuncio ufficiale sull’offerta Zero Data Retention, i clienti API idonei possono ottenere una garanzia precisa: OpenAI non conserva prompt o risposte del modello dopo l’elaborazione di una richiesta.

Finora il problema era che sicurezza e cancellazione sembravano richiedersi a vicenda: per individuare abusi e pattern malevoli servivano dati da ispezionare. L’anteprima di Private Safety Processing, presentata insieme all’offerta ZDR, punta a identificare modelli attraverso interazioni correlate senza dare al personale OpenAI accesso al contenuto sottostante.

Il protocollo che separa sicurezza e sorveglianza

Il cuore della proposta sta nell’architettura, non nella promessa. Con Private Safety Processing, per le distribuzioni Zero Data Retention il contenuto del cliente rimane su infrastruttura controllata dal cliente stesso. OpenAI sta sviluppando anche una variante in cui il contenuto è archiviato su infrastruttura OpenAI, ma cifrato con chiavi controllate dal cliente. In entrambi i casi, chi opera il servizio non accede ai testi: il sistema identifica pattern attraverso interazioni correlate, non ispezionando il contenuto sottostante.

Questo cambia il calcolo per chi opera in ambiti regolamentati. Come nota un’analisi di Techstrong.ai, sanità, finanza e pubblica amministrazione in precedenza dovevano scegliere tra capacità dei modelli frontier e obblighi di minimizzazione dei dati, poiché il monitoraggio della sicurezza richiedeva la conservazione. Private Safety Processing prova a spezzare questo vincolo, spostando la soluzione dal piano negoziale a quello tecnico.

OpenAI prevede di avviare il rollout e di pubblicare un white paper tecnico a settembre. Il dettaglio che conta non è la data, ma il fatto che il meccanismo non si limita a promettere meno log: ridefinisce dove vive il contenuto e chi detiene le chiavi. Resta però una domanda aperta: questa architettura non si attiva da sola. L’accesso è vincolato a un processo di approvazione.

I vincoli nascosti: approvazione e requisiti aggiuntivi

Zero Data Retention e Modified Abuse Monitoring non sono disponibili a tutti. Secondo la documentazione per sviluppatori, i clienti idonei possono escludere i propri contenuti dai log di monitoraggio degli abusi tramite questi controlli, ma l’approvazione preventiva di OpenAI è un passaggio obbligato. In più, i controlli sono soggetti all’accettazione di requisiti aggiuntivi.

Per i responsabili della sicurezza aziendale, è proprio il controllo dei dati a fare la differenza. Sunil Agrawal, CISO di Glean, sintetizza così la posta in gioco: l’adozione dell’AI in azienda dipende esclusivamente dal controllo dei dati da parte del cliente, senza uso diretto o derivato oltre il servizio scelto. Se l’approvazione resta opaca, la promessa architetturale rischia di trasformarsi in un privilegio negoziabile più che in un default tecnico.

Il campo competitivo: Anthropic, retention obbligatoria e il nuovo spartiacque

Il confronto con Anthropic rende la posta in gioco misurabile. Dal 9 giugno 2026, Anthropic conserva per 30 giorni i prompt e gli output dei modelli coperti, quelli di classe Mythos, su ogni piattaforma in cui questi modelli sono offerti. La motivazione è la stessa che ha sempre spinto verso la retention: servono dati per il lavoro di sicurezza. Secondo la politica di conservazione per i modelli coperti, questa regola supera gli accordi di zero retention dei dati.

La conseguenza è diretta: l’uso di un modello Mythos-class annulla l’accordo di zero retention per quel traffico, senza possibilità di opt-out. Come rileva l’analisi di Forrester, chi adotta quei modelli perde il controllo negoziato sui log. È una posizione opposta a quella di OpenAI, che sta provando a rendere la cancellazione compatibile con la sicurezza invece di sospenderla.

Per chi costruisce, il vero spartiacque non è più quale modello scegliere, ma chi controlla le chiavi e i log. Private Safety Processing sposta il confine della fiducia: se il white paper di settembre regge alle verifiche tecniche, ridisegna lo stack della compliance per tutti i fornitori di frontiera.