Private Intelligence de OpenAI: qué protecciones ofrece y qué deben revisar las empresas
OpenAI consolida su propuesta de seguridad corporativa bajo el marco Private Intelligence, articulando garantías de retención cero (ZDR), inferencia privada basada en computación confidencial y controles estrictos para agentes autónomos. Sin embargo, detrás de las promesas de marketing existen condiciones de elegibilidad, exclusiones de productos y requisitos de gobernanza que toda organización técnica en América Latina debe auditar antes de exponer datos sensibles. Arquitectura de OpenAI Private Intelligence · Compromisos de privacidad empresarial.
Los cuatro pilares de OpenAI Private Intelligence
Presentado inicialmente en el contexto de DevDay y consolidado a finales de octubre de 2026, el marco Private Intelligence reúne las directrices operativas con las que OpenAI busca convencer a sectores fuertemente regulados (banca, salud, seguros y gobierno) de adoptar sus modelos de frontera. La compañía estructura su propuesta técnica en cuatro dimensiones:
- Control de Acceso y Aislamiento: Límites estrictos sobre quién puede interactuar con el contenido institucional, complementado con políticas de retención cero e inferencia privada.
- Soberanía y Propiedad de Datos: Garantía contractual explícita de que las organizaciones conservan la totalidad de los derechos de propiedad intelectual sobre sus entradas y salidas comerciales.
- Gobernanza de Agentes: Controles granulares sobre las herramientas asignadas a agentes autónomos, definiendo qué APIs pueden invocar y qué acciones requieren autorización humana obligatoria (human-in-the-loop).
- Seguridad de Infraestructura: Cifrado en reposo (AES-256) y en tránsito (TLS 1.3), segregación lógica de inquilinos y monitorización continua contra vectores de exfiltración de memoria.
La letra chica de Zero Data Retention (ZDR)
Uno de los conceptos que genera mayor confusión en los departamentos de cumplimiento normativo es la retención cero de datos (Zero Data Retention). La documentación técnica de OpenAI establece con claridad que ZDR aplica exclusivamente a llamadas de API calificadas contractualmente, no a las interacciones cotidianas de los usuarios en ChatGPT Enterprise, Team o Edu:
Bajo ZDR verificado, los servidores de inferencia descartan las instrucciones (prompts) y las terminaciones generadas inmediatamente después de que el socket de respuesta se cierra y se entrega el último token. No obstante, existen excepciones críticas: los registros de telemetría operativa (número de tokens, latencia, metadatos de facturación e identificadores de llamada) continúan almacenándose para propósitos de monitoreo de disponibilidad y prevención de fraude.
| Característica | ChatGPT Enterprise / Team | OpenAI API Estándar | OpenAI API con ZDR Aprobado | Private Inference (Preview) |
|---|---|---|---|---|
| Retención de Prompts | 30 días (soporte/abuso) | 30 días (persistido temporal) | 0 días (descarte inmediato) | 0 días en enclave cifrado |
| Entrenamiento de Modelos | Desactivado por defecto | Desactivado por defecto | Desactivado por defecto | Desactivado por defecto |
| Cómputo Confidencial | No disponible | No disponible | Opcional según región | Hardware TEE (AMD SEV / Intel TDX) |
| Aprobación de Agentes | Políticas de workspace | Control en capa de código | Gateways de control granular | Validación criptográfica en enclave |
| Auditoría Externa | SOC 2 Tipo 2 / ISO 27001 | SOC 2 Tipo 2 | Anexo contractual BAA / DPA | Atestación de firmware remota |
Inferencia Privada y Cómputo Confidencial
La novedad arquitectónica más significativa es Private Inference, actualmente en fase de vista previa técnica (technical preview). A diferencia del flujo tradicional de inferencia en la nube donde los pesos del modelo y el texto de entrada se desencriptan en la memoria VRAM de la GPU para su ejecución, Private Inference recurre a Entornos de Ejecución Confiables (TEE por sus siglas en inglés) basados en hardware especializado.
En este esquema, el hipervisor y el personal de operaciones del centro de datos no pueden acceder a los datos en memoria en texto plano, proporcionando atestación criptográfica verificable. Esto reduce drásticamente el vector de ataques de canal lateral o intrusiones en la capa del sistema operativo del host. Sin embargo, OpenAI advierte que la disponibilidad regional de estos clústeres es sumamente acotada y puede introducir penalizaciones de latencia en modelos de razonamiento profundo como o1 y GPT-6.1 Rosalind.
Gobernanza de Agentes: Delimitación de Permisos Efectivos
Con la expansión de agentes capaces de ejecutar código, llamar herramientas externas mediante protocolos como MCP (Model Context Protocol) e interactuar con bases de datos corporativas, la seguridad ya no puede limitarse a la privacidad del texto generado. OpenAI enfatiza tres niveles de salvaguardas operativas:
- Control de Capacidades por Rol (RBAC): Cada agente debe instanciarse con un token de alcance mínimo (least privilege), restringiendo las APIs que puede invocar en sistemas como Salesforce, ServiceNow o Supabase.
- Barreras de Confirmación Humana: Operaciones irreversibles (envío de correos masivos, mutación de esquemas SQL, transferencias bancarias o eliminación de registros) requieren validación explícita mediante interfaces interactivas antes de ejecutarse.
- Trazabilidad y Registros de Auditoría Inmutables: Toda llamada de herramienta y razonamiento intermedio debe quedar asentado en un registro de auditoría independiente para permitir análisis forenses posteriores.
Consideraciones para Empresas en Chile y América Latina
Para las organizaciones que evalúan desplegar soluciones basadas en OpenAI en Chile y el cono sur, las declaraciones de cumplimiento estadounidense (HIPAA, SOC 2) deben armonizarse con los marcos locales de protección de datos personales, como la Ley N° 19.628 y sus actualizaciones normativas de protección de datos sensibles y transferencia internacional:
- Transferencia Internacional de Datos: Salvo que se contrate expresamente residencia de datos en regiones específicas, el tráfico de inferencia transita por centros de datos en Estados Unidos y Europa.
- Auditoría de Subprocesadores: Los contratos de procesamiento de datos (DPA) de OpenAI enumeran proveedores de nube de terceros (Microsoft Azure, Oracle Cloud Infrastructure). Las empresas reguladas deben registrar esta cadena de custodia.
- Aislamiento en Red Privada: La conexión con la API debe asegurarse mediante túneles privados (Azure Private Link o equivalentes) para mitigar riesgos de interceptación en la red pública.
Preguntas Frecuentes
¿Todas las cuentas de OpenAI cuentan automáticamente con retención cero?No. Zero Data Retention (ZDR) es una condición contractual que debe solicitarse y habilitarse formalmente para flujos de API elegibles. Las cuentas individuales de ChatGPT, planes Plus y flujos de API estándar mantienen retención temporal de 30 días para detección de abuso y seguridad.
Son dos garantías completamente distintas. El compromiso de no entrenamiento implica que OpenAI no utilizará tus prompts para mejorar sus modelos fundacionales. La retención cero va un paso más allá y garantiza que los datos ni siquiera se almacenan en disco tras la ejecución de la consulta.
No. Actualmente se encuentra catalogada como vista previa técnica (preview), sujeta a cuotas de acceso restringidas y disponibilidad geográfica limitada a centros de datos con hardware confidencial certificado.
No automáticamente. SOC 2 Type 2 audita la eficacia de los controles internos de seguridad y disponibilidad del proveedor, pero no sustituye el cumplimiento de los principios de consentimiento, finalidad y transferencia internacional exigidos por la legislación chilena y latinoamericana.
