OpenAI exige ahora llave de hardware para acceder a los modelos cyber-permissive del programa TAC
El mandato está vigente desde el 1 de junio para usuarios individuales del Trusted Access for Cyber con acceso a GPT-5.5, GPT-5.5-Cyber y GPT-5.4-Cyber. Yubico proporciona YubiKey en un paquete doble específico.
OpenAI ha comenzado a exigir, a partir de este lunes (1), autenticación mediante llave de hardware para los usuarios individuales del programa Trusted Access for Cyber (TAC). El grupo recibe versiones de los modelos GPT-5.5, GPT-5.5-Cyber y GPT-5.4-Cyber con salvaguardias reducidas para tareas como análisis de malware, ingeniería inversa de binarios, identificación de vulnerabilidades, ingeniería de detección y validación de parches. La medida afecta a miles de defensores verificados y cientos de equipos que protegen software crítico, según la documentación publicada por la compañía.
El anuncio se realizó junto a una asociación con Yubico, que produjo un paquete doble de YubiKey específico para usuarios del TAC. Las organizaciones inscritas en el programa pueden optar por utilizar autenticación resistente a phishing mediante SSO corporativo, siempre que verifiquen el control. Las contraseñas tradicionales y los códigos por SMS dejan de ser válidos para el acceso individual al nivel más permisivo.
Qué ha cambiado en la política
La primera versión del TAC, lanzada en febrero, permitía el inicio de sesión con contraseña y MFA a través de una aplicación. La escalada se produjo cuando OpenAI comenzó a entregar variantes cyber-permissive del GPT-5.5, capaces de generar código de explotación funcional, instrucciones detalladas para pruebas de intrusión y análisis completos de familias de malware. Este tipo de salida es exactamente lo que un agente malicioso busca obtener. Basta con comprometer la cuenta de un defensor legítimo para poner la inteligencia de OpenAI al servicio del ataque.
La llave de hardware rompe la economía del phishing. La credencial robada pierde valor sin el token físico, y el token no puede ser enviado por correo electrónico. OpenAI tenía la condición de mantener la puerta abierta solo con MFA convencional, y eligió cerrarla. El movimiento también genera fricción: los defensores en campo necesitan llevar la llave, y las pérdidas requieren re-datación con socios autorizados. El modelo de SSO corporativo es menos invasivo: la empresa certifica que su autenticación central ya es resistente a phishing, y OpenAI confía en su control.
La próxima frontera del mercado de identidad
El mandato confirma una tendencia que ha estado en desarrollo desde 2024 en tres frentes paralelos. La FIDO Alliance ha estado promoviendo la llave durante años. CISA y NIST publicaron directrices exigiendo autenticación resistente a phishing en organismos federales estadounidenses. La novedad aquí es que el proveedor de IA adopta el mismo estándar como puerta de entrada a un producto de pago. Cuando el proveedor lo exige, el comité de riesgos del cliente pierde la excusa de "esperar la madurez del mercado".
Yubico capturará parte de las ganancias como proveedor de hardware. Pero el punto estratégico es la señal para el resto de la industria: Anthropic, Google y Mistral enfrentarán presión regulatoria y comercial para estandarizar el mismo control en las áreas de investigación en seguridad. Anthropic, que presentó una IPO confidencial en la misma fecha, ya requiere MFA obligatorio en el consola corporativa, pero aún no ha exigido llave de hardware para los niveles equivalentes. Google y Microsoft operan variantes de vista previa de investigación en ciberseguridad sin una exigencia similar. El mercado tiene quizás seis meses hasta que este piso se convierta en un estándar.
Cómo esto afecta a los equipos de seguridad fuera de EE. UU.
Para los CISOs en bancos europeos bajo DORA, la decisión funciona como una señal regulatoria implícita. La política de "acceso privilegiado a sistemas de IA con autenticación resistente a phishing" pasa a tener un precedente comercial: el propio proveedor exige el control. Esperar la publicación de una directiva interna deja de ser disculpa. Los equipos de seguridad en Deutsche Bank, BNP Paribas, ING y UBS probablemente actualizarán sus políticas internas en semanas, no meses, para alinearse con el requisito de OpenAI y anticipar la supervisión del BCE sobre el uso de IA en flujos de trabajo de fraude y AML.
En India y Filipinas, donde operadores de SOC de TCS, Wipro, Concentrix y HCL utilizan IA generativa en tareas de L1 y L2, la logística es el punto más sensible. El modelo de trabajo remoto establecido tras 2020 no se adapta bien a las llaves físicas. Las empresas necesitarán emitir YubiKeys para equipos distribuidos, repensar el procedimiento de offboarding (la llave debe volver o ser desactivada en el acto) y actualizar los SLA con los clientes sobre el tiempo de inactividad causado por la pérdida de credenciales. El costo unitario es bajo, pero la operación cambia. Un CISO que firma un contrato MSSP ahora necesita garantizar, por cláusula, que cada operador L1 con acceso a un modelo OpenAI lleve el token físico en casa.
La decisión de OpenAI precede a un estándar que se convertirá en regla en la industria. Quien aún mantenga un SOC interno basado en contraseñas más códigos SMS para acceder a herramientas de IA tiene una ventana corta para revisar la matriz de riesgo antes de que una directiva regulatoria imponga el cambio de arriba hacia abajo.