DATA·TRENDS
Latam
Buenos Aires, ArgentinaNewsletter
DGL Talent - El talento en datos. Lo conocemos.
Data GovernanceExplicativo

Acusaciones contra OpenAI y los riesgos de gobernanza de datos en la empresa

LR
La Redacción
15 de oct de 2026 · 5 min de lectura
Acusaciones contra OpenAI y los riesgos de gobernanza de datos en la empresa

Las acusaciones de robo de archivos contra OpenAI no son solo un litigio corporativo: exponen una falla estructural en la manera en que las empresas clasifican, custodian y controlan el acceso a sus datos antes de que lleguen a un proveedor de inteligencia artificial. El caso ilustra por qué la gobernanza de datos es un prerequisito, no un complemento, de cualquier estrategia de IA empresarial.

El caso, según se informó, involucra alegaciones de que empleados o ex-empleados habrían sustraído archivos propietarios y los habrían trasladado a OpenAI o utilizado en conexión con sus sistemas. Independientemente del desenlace legal, el patrón que describe es conocido para cualquier CDO que haya intentado rastrear qué datos salen de la organización y hacia dónde: sin un modelo sólido de ownership, clasificación y data lineage, la empresa no puede saber qué perdió hasta que alguien se lo dice en una demanda.

Qué falla cuando los datos se mueven sin trazabilidad

El concepto de data lineage —la capacidad de rastrear el origen, el movimiento y la transformación de un dato a lo largo del tiempo— es la primera línea de defensa ante este tipo de incidentes. Cuando un empleado copia archivos a un entorno externo, el lineage debería activar una alerta: el dato salió del grafo conocido. Pero en la mayoría de las organizaciones, ese grafo no existe más allá del data warehouse, y los archivos no estructurados —documentos, presentaciones, modelos internos— quedan fuera del radar del catálogo de datos corporativo. Según el marco DAMA-DMBOK (segunda edición), la gestión del ciclo de vida del dato incluye explícitamente la trazabilidad de su disposición y transferencia, algo que pocas organizaciones implementan de manera efectiva para activos no estructurados.

El rol del data steward es igualmente crítico aquí. Bob Seiner, referente en Non-Invasive Data Governance, define al steward no como un guardián burocrático sino como la persona que ya toma decisiones sobre un dato y simplemente las formaliza. Cuando ese rol no está asignado sobre archivos sensibles —código fuente, modelos propietarios, datos de clientes— nadie detecta el movimiento anómalo porque nadie tiene ownership formal del activo.

Cuándo aplica / cuándo NO este riesgo

Este riesgo de exfiltración silenciosa aplica de manera directa cuando la empresa utiliza proveedores de IA externos —ya sea a través de APIs, plugins o plataformas SaaS con capacidades generativas— y los empleados tienen acceso amplio a datos propietarios sin controles de clasificación. También aplica en escenarios de offboarding: cuando un empleado con acceso privilegiado sale de la organización y no existe un proceso formal de revocación de acceso y auditoría de lo que exportó antes de irse. No aplica —o aplica con menor urgencia— en organizaciones que operan modelos de IA completamente on-premise, sin transferencia de datos a terceros, y con controles de DLP (Data Loss Prevention) activos y auditados sobre todos los endpoints.

Shadow AI: el vector que amplifica el riesgo en 2025

Un factor que el caso OpenAI pone en primer plano es el del shadow AI: el uso de herramientas de inteligencia artificial generativa por parte de empleados sin autorización ni supervisión del área de TI o de datos. Según estimaciones del sector citadas por Gartner en 2024, más del 40% de los empleados en grandes organizaciones utiliza herramientas de IA generativa fuera de los canales corporativos aprobados. Cuando un empleado sube archivos internos a ChatGPT, Gemini o cualquier herramienta SaaS con IA para “hacer su trabajo más rápido”, está transfiriendo datos fuera del perímetro controlado, muchas veces sin que el dato haya sido clasificado previamente como sensible o confidencial. Sin clasificación, no hay política aplicable. Sin política aplicable, no hay infracción interna detectable hasta que el daño ya ocurrió.

El ángulo regulatorio en Argentina, Brasil y México

En América Latina, el escenario tiene capas regulatorias adicionales. En Argentina, la Ley 25.326 de Protección de Datos Personales establece obligaciones sobre la cesión y transferencia de datos a terceros, incluyendo proveedores tecnológicos en el exterior, lo que convierte cualquier transferencia no controlada a un sistema de IA externo en una potencial infracción ante la AAIP. En Brasil, la LGPD (Lei 13.709/2018) exige base legal para el tratamiento y transferencia internacional, y la ANPD ha señalado el uso de IA como una de sus prioridades de fiscalización para 2025 y 2026. En México, el INAI supervisa el cumplimiento de la LFPDPPP también en contextos B2B cuando hay datos de personas físicas involucrados. En los tres casos, el prerequisito regulatorio es el mismo que el prerequisito de gobernanza: saber qué datos tenés, cómo están clasificados, quién tiene acceso y hacia dónde se mueven.

Tres controles que un CDO puede activar esta semana

Frente a este escenario, la respuesta operativa no requiere esperar a que el litigio se resuelva. Un CDO con mandato real puede activar de inmediato tres controles de alta prioridad:

  • Auditar el inventario de activos no estructurados sensibles (código fuente, modelos propietarios, datos de clientes en formatos de archivo) y asignar un data steward formal con accountability documentada para cada dominio crítico.
  • Revisar los controles de DLP sobre endpoints y canales de salida, con foco específico en transferencias hacia dominios de proveedores de IA (openai.com, anthropic.com, gemini.google.com, etc.) y servicios de almacenamiento en la nube no corporativos.
  • Establecer o actualizar la política de uso de IA generativa externa, con un proceso de aprobación explícito para herramientas de IA y una cláusula de clasificación previa obligatoria: ningún dato puede salir hacia un sistema de IA externo si no tiene una etiqueta de clasificación asignada.

El marco CDMC (Cloud Data Management Capabilities) del EDM Council, en su capability 8 sobre protección y privacidad de datos, ofrece un modelo de madurez útil para evaluar en qué punto se encuentra la organización antes de escalar el uso de proveedores de IA externos.

Las acusaciones contra OpenAI no definen culpabilidad, pero sí definen una pregunta que todo CDO debería poder responder hoy: si un empleado copiara los archivos más sensibles de la organización y los cargara a un sistema de IA externo esta tarde, ¿cuánto tardaríamos en saberlo?

El briefing semanal de datos, privacidad e IA en LATAM

Análisis, regulación y noticias curadas. Sin ruido, directo al punto.