Missing authentication in TAKO AI Agent for Okta lets attackers take over admin
Key facts
- Attack vector
- Network
- Privileges required
- None
- User interaction
- None
- Attack complexity
- Low
- Impact type
- Security bypass
- Confidentiality · integrity · availability
- High · High · High
- Fix status
- Fixed
Attack profile from CVSS 3.1 · CNA. Fix status from CNA. Impact type from CWE-306.
Summary
TAKO AI Agent for Okta from fctr-id is affected before 3.0.1-beta. The POST /api/auth/setup endpoint does not check authentication (CWE-306, missing authentication for critical functionality), so an unauthenticated network attacker can create the first administrator account before the legitimate owner completes initial setup. The attacker receives a valid session cookie with administrator rights and can read Okta-synced user data, API tokens and configuration, modify users and Okta integration credentials, or lock out administrators. Setup that is already completed is rejected.
Written with Claude Haiku 5.5 from the sources below · 2026-11-05
Description from the CNA
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.
Why it matters now
SSVC decision points
CISA ADP · SSVC 2.0.3
- Exploitation
- Poc
- Automatable
- Yes
- Technical impact
- Total
The decision (Track, Attend, Act) also depends on your mission and well-being impact; see CISA's SSVC guide.
Affected products
Remediation
Update okta-ai-agent to version 3.0.1-beta or later, which fixes the issue.
Written with Claude Haiku 5.5 from the sources below · 2026-11-05
- Fix · CNA okta-ai-agent (fctr-id) Fixed in 3.0.1-beta
Timeline
- 2026-10-30 Threatist record created from CVE-2026-63377
- 2026-11-05 CISA SSVC decision points changed
- 2026-11-05 Priority changed: MEDIUM → HIGH
References
More fctr-id vulnerabilities
- TI-2026-83437 Python code execution in TAKO AI Agent for Okta via validator bypass CVSS 3.1HIGH 8.8
Sources
This product uses the NVD API but is not endorsed or certified by the NVD. Sources and licences