Read the docs
TI-2026-83436 Aliases CVE-2026-63377

Missing authentication in TAKO AI Agent for Okta lets attackers take over admin

Priority HIGH 82CWE-306Published · Updated

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

Exploitation Proof of concept CISA SSVC · not in CISA KEV
EPSS 0.00397 34th percentileScored 2026-11-07
Fix Fixed okta-ai-agent (fctr-id): 3.0.1-beta

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

VendorProductAffected versionsFixed inStatusSource
fctr-idokta-ai-agentbefore 3.0.1-beta3.0.1-betaPatch availableCNA
  • okta-ai-agent Vendorfctr-id Affected before 3.0.1-beta Fixed in 3.0.1-beta Patch available CNA

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

  1. 2026-10-30 Threatist record created from CVE-2026-63377
  2. 2026-11-05 CISA SSVC decision points changed
  3. 2026-11-05 Priority changed: MEDIUM → HIGH

References

  • 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