Descripción
TAKO AI Agent for Okta es un agente de IA de ejecución local que ayuda a los administradores de Okta a consultar datos del tenant mediante lenguaje natural. En versiones anteriores a 3.0.1-beta, `POST /api/auth/setup` en `src/api/routers/auth.py` permite que un atacante no autenticado con acceso a la red cree la primera cuenta de administrador antes de que el propietario legítimo complete la configuración inicial. La función `initial_setup` solo verifica el indicador de finalización `is_setup` y no exige autenticación, un token de arranque de un solo uso ni restricción de red. El archivo `docker-compose.yml` por defecto publica el puerto 8001 en todas las interfaces, el `Dockerfile` inicia el servicio de escucha en 0.0.0.0 y `src/api/main.py` monta el enrutador de autenticación sin una protección de autenticación global. El endpoint invoca `create_auth_user` con `UserRole.ADMIN` y `set_auth_cookie`, emitiendo una cookie JWT `fctr_session` válida. Las reglas CORS limitadas a localhost no restringen a los clientes HTTP que no son navegadores, y la operación de configuración no requiere acceso a un tenant real de Okta. El atacante se convierte en el único administrador e impide la configuración inicial legítima; puede leer los datos de usuarios sincronizados desde Okta, los tokens de API, el historial de chat y la configuración de la aplicación, modificar usuarios y credenciales de integración con Okta, y bloquear el acceso de los administradores o deshabilitar el servicio. Si la configuración ya se completó, la solicitud se rechaza. Este problema está corregido en la versión 3.0.1-beta.
Qué hacer
Revisa si usas el producto afectado y en qué versión, y aplica la actualización o la mitigación que indique el aviso del fabricante. CISA no ha confirmado que se esté explotando; si eso cambia, esta ficha pasa a «explotada» y te avisamos en el boletín.
Versiones afectadas
- okta-ai-agent Afectadas: < 3.0.1-beta
Según el registro de la vulnerabilidad en CVE.org, tal como lo publicó el fabricante. Confirma tu versión exacta en el aviso del fabricante.
Referencias
- Referencia en github.comgithub.com/fctr-id/okta-ai-agent/security/advisories/GHSA-536w-42p8-3…
- Referencia en github.comgithub.com/fctr-id/okta-ai-agent/commit/3b5ccaff8423cdfa6d26f5e133c01…
- Referencia en github.comgithub.com/fctr-id/okta-ai-agent/releases/tag/v3.0.1-beta
Ver el texto original en inglés (CVE.org)
TAKO AI Agent for Okta: Unauthenticated first-run administrator takeover
TAKO AI Agent for Okta is a local-first AI agent that helps Okta administrators query tenant data using natural language. Prior to 3.0.1-beta, `POST /api/auth/setup` in `src/api/routers/auth.py` allows an unauthenticated network attacker to create the first administrator account before the legitimate owner completes initial setup. The `initial_setup` function checks only the `is_setup` completion flag and requires no authentication, one-time bootstrap token, or network restriction. The default `docker-compose.yml` publishes port 8001 on all interfaces, the `Dockerfile` starts the listener on 0.0.0.0, and `src/api/main.py` mounts the authentication router without a global authentication guard. The endpoint invokes `create_auth_user` with `UserRole.ADMIN` and `set_auth_cookie`, issuing a valid `fctr_session` JWT cookie. Localhost-only CORS rules do not restrict non-browser HTTP clients, and the setup operation does not require access to a real Okta tenant. The attacker becomes the sole administrator and prevents legitimate first-run setup, can read Okta-synced user data, API tokens, chat history, and application configuration, modify users and Okta integration credentials, and lock out administrators or disable the service. Already completed setup is rejected. This issue is fixed in version 3.0.1-beta.