Junio de 2024, WWDC. Apple y OpenAI en el mismo escenario. ChatGPT entra en Siri como motor de respuestas suplementario en iOS 18. Cero dólares intercambiados. Un ejecutivo anónimo resumió: "OpenAI needs to take a leap of faith and trust us." Miles de millones en ingresos proyectados. Todo era promesa. Dos años después, la promesa se volvió demanda. Seguimos el caso 5:26-cv-07078 y la señal es clara: lo que parecía un desacuerdo comercial tenía una capa más profunda, y esa capa es una lección de arquitectura de seguridad para cualquier empresa con IP crítico.
La grieta: de socio exclusivo a una opción entre varias
La grieta vino despacio, después rápida. La integración quedó enterrada tras la fricción. En enero de 2026, Apple cerró con Google Gemini, reportado en aproximadamente 1.000 millones de dólares por año, para el nuevo Siri. En la WWDC de junio de 2026, iOS 27 introdujo Extensions, permitiendo instalar modelos rivales. OpenAI se volvió una opción entre varias.
Lo que parecía un desacuerdo comercial tenía una capa más profunda. OpenAI estaba construyendo hardware. Según la complaint, más de 400 ex empleados de Apple ahora trabajan en OpenAI. Uno de ellos es Tang Yew Tan, 24 años en Apple como VP de Product Design, hoy Chief Hardware Officer de OpenAI. La acusación describe las entrevistas como vector de extracción: los candidatos llevaban prototipos físicos y placas lógicas multicapa. OpenAI pedía un Technical Deep Dive sobre el trabajo en Apple. Tan usaba nombres en clave de proyectos internos para mapear productos no anunciados. Las alegaciones son de una complaint, no adjudicadas.
El evento disparador: un bug de autenticación y mil páginas
El evento disparador fue un bug de autenticación. Según la complaint, Chang Liu, ingeniero eléctrico de Apple durante ocho años, salió el 22 de enero de 2026. El 9 de febrero descubrió que todavía tenía acceso al repositorio de Apple por un bug de autenticación. Descargó más de mil páginas de documentos técnicos. Escribió LOL al darse cuenta del acceso. En febrero, Apple contactó a OpenAI. OpenAI nunca respondió.
Nos detenemos aquí. El bug que dejó a Liu descargar mil páginas no fue un accidente. Fue la ausencia de una arquitectura que asume que todo acceso, incluso el de un insider, necesita ser verificado. Un ingeniero que salió debería haber tenido toda sesión, token y credencial revocados en el offboarding. El repositorio debería haber exigido reautenticación. El DLP debería haber alertado sobre descargas masivas. Nada de eso ocurrió, y mil páginas salieron.
La demanda: Defend Trade Secrets Act y breach of contract
El 10 de julio de 2026, Apple demandó. Caso 5:26-cv-07078, Norte de California. Fundamento: Defend Trade Secrets Act y breach of contract. La complaint afirma que el hardware de OpenAI está rotten to its core. Según Mark Lemley, de Stanford, hay potencial de un caso muy grande. Según Camilla Hrdy, de Rutgers, la mayoría de los casos de trade secret en IA involucra software, no hardware, lo que hace a este inusual. Las alegaciones son de una complaint, no adjudicadas.
Qué significa esto para quienes tienen IP crítico e ingenieros que se van a la competencia. La protección comienza antes de la salida. IAM con least privilege que revoca el acceso en el offboarding. Zero Trust que trata cada petición como no confiable. DLP que detecta descargas masivas. En Tech86, esa arquitectura vive en Seguridad y Cumplimiento con AI-SPM, en Ingeniería de IA y Seguridad con sovereign inference on-prem, y en el Guardián del Secreto de la Elite DeepTech.
La lección de arquitectura: la revocación es policy, no suerte
El caso Apple vs OpenAI no es sobre OpenAI. Es sobre la ausencia de una arquitectura que asume que todo acceso, incluso el de un insider, necesita ser verificado. La revocación de acceso no puede depender de que un bug de autenticación funcione. Tiene que depender de policy. Cuando la revocación es policy, el bug no importa, la sesión ya no tiene permiso. Cuando la revocación depende de que el bug funcione, un solo defecto se convierte en exfiltración de mil páginas.
Lo repetimos: no se puede aplicar un parche a un problema de arquitectura. El bug que dejó a Liu descargar mil páginas no fue una feature que faltó, fue la ausencia de pruebas de offboarding que simulan la salida del usuario y verifican que toda sesión queda invalidada. Autenticación sin prueba de offboarding es arquitectura incompleta. IAM sin least privilege es acceso abierto con nombre bonito. Zero Trust sin verificación continua es una VPN con nombre nuevo. DLP sin alerta de descargas masivas es un log que nadie lee.
Conclusión: la protección comienza antes de la salida
La protección de trade secrets no comienza cuando el ingeniero sale. Comienza cuando entra. IAM con least privilege desde el día uno. Zero Trust que trata cada petición como no confiable. DLP que detecta descargas masivas. Auditoría de autenticación que prueba el offboarding como prueba el login. Separación del acceso a IP del estado de empleo, la revocación debe ser policy, no depender de que un bug funcione.
El bug que dejó a Liu descargar mil páginas no fue un accidente. Fue la ausencia de una arquitectura que asume que todo acceso, incluso el de un insider, necesita ser verificado. En Tech86, ayudamos a las empresas a construir esa arquitectura antes de que llegue la demanda, porque después de la demanda, el costo se mide en miles de millones y el daño ya está hecho.