El 19 de agosto, OpenAI publicó en su sitio web un aviso dirigido a clientes de API: para los clientes que cumplan los requisitos, mantiene la retención cero de datos (Zero Data Retention, ZDR), de modo que, una vez procesada la solicitud, no se conservan ni los prompts ni las respuestas del modelo. En el mismo aviso, la empresa presentó un mecanismo llamado "procesamiento de seguridad privado" (private safety processing), que identifica señales de abuso a lo largo de múltiples interacciones relacionadas sin exponer el contenido original ante el personal de OpenAI.
La retención cero de datos no es un concepto nuevo. Para clientes de los sectores financiero, sanitario y legal, poder garantizar contractualmente que "del otro lado no se guarda nada" siempre ha sido una condición que, de no cumplirse, cierra la negociación. Según reportes públicos, el motivo de este aviso independiente es que los modelos han empezado a asumir tareas más largas y más automatizadas: una sola solicitud no muestra ningún problema, pero el riesgo queda disperso a lo largo de toda una cadena de sesiones. Para captar ese patrón, la detección de abusos necesita algo con qué comparar, lo cual choca directamente con la retención cero.
Trasladar la detección a una caja cifrada
La solución de OpenAI consiste en dejar la parte comparable en manos del propio cliente. El contenido del cliente puede permanecer en infraestructura controlada por él, o ser almacenado por OpenAI, pero la clave de cifrado queda en poder del cliente. Un sistema automatizado realiza evaluaciones entre sesiones sobre esa capa de contenido cifrado, observando las entradas y salidas de varias conversaciones en lugar de una solicitud aislada. Cuando se detecta una coincidencia, lo único que se devuelve a OpenAI es una señal:
a narrowly defined safety signal, without exposing the underlying prompts or responses
una señal de seguridad definida de forma muy estrecha, sin exponer los prompts ni las respuestas subyacentes.
Tras recibir la señal, es el cliente quien decide si investiga más a fondo y si entrega los datos. Según la empresa, este mecanismo vigila tanto a quienes abusan de la plataforma como a los agentes de IA que se desvían de su comportamiento previsto.
Hay una excepción formulada sin rodeos: las imágenes marcadas como posible material de abuso sexual infantil se conservan igualmente incluso en implementaciones con retención cero, para revisión manual y su correspondiente denuncia, tal como ocurre actualmente.
Un camino distinto al de Anthropic
Ante la misma disyuntiva, otra empresa ofrece una respuesta casi opuesta. Según varios medios, Anthropic conserva datos de sesión durante 30 días para parte de los modelos cubiertos, con revisión manual a través de accesos controlados, dejando registro en logs a prueba de manipulación (tamper-evident logs) de quién vio qué. Su apuesta es la trazabilidad: si ocurre un incidente, existe una cadena de evidencia completa y es posible verificar quién accedió a los datos.
La apuesta de OpenAI es no generar ninguna cadena de evidencia. La diferencia entre ambos caminos no está en la capacidad de seguridad, sino en aquello que temen los clientes empresariales. Las empresas que temen el abuso interno y que se les atribuya responsabilidad después de un incidente prefieren los logs a prueba de manipulación; las que temen citaciones externas y el cumplimiento transfronterizo prefieren que los datos nunca lleguen a manos del proveedor: una ventana de retención de 30 días implica, a grandes rasgos, que cada conversación pasa un mes en un estado accesible a procesos externos. Para una empresa que opera en varias jurisdicciones, ese mes no es fácil de explicar al departamento legal.
Para los equipos que compran modelos con vistas a operar internacionalmente, este punto puede añadirse directamente a la lista de preguntas: dónde se almacenan los datos, a quién pertenece la clave, y qué proceso se activa una vez que salta una política de seguridad. Antes, este tipo de preguntas solía recibir apenas un "nos tomamos la seguridad muy en serio" como respuesta.
Hasta el whitepaper, todo es un anticipo
El procesamiento de seguridad privado se está probando por ahora solo con algunos clientes tempranos, con una expansión gradual prevista para septiembre, cuando también se publicará el whitepaper técnico. El aviso deja bastantes cosas sin aclarar: qué modelos quedarán cubiertos, cuál es realmente la granularidad de las señales, y qué proceso de apelación tendrá el cliente en caso de falsos positivos. Tampoco se ha revelado cómo se implementa técnicamente el análisis entre sesiones sobre datos cifrados; hasta que llegue el whitepaper, estas descripciones siguen siendo una promesa, no un diseño verificable.
Para los compradores empresariales, lo que se puede hacer por ahora es anotar septiembre como fecha clave. Cuando se publique el whitepaper, contrastarlo punto por punto con la propia lista de cumplimiento normativo será mucho más útil que limitarse a leer el aviso actual.
Fuentes: aviso oficial de OpenAI, CocoLoop, TechCrunch; verificado a partir del aviso de OpenAI sobre el alcance de clientes elegibles para la retención cero de datos, la titularidad de las claves de cifrado y el calendario de expansión del procesamiento de seguridad privado.