Skip to content

Security: 10xHub/agentflow-cli

Security

SECURITY.md

Security Policy

Supported versions

Version Supported
0.5.x Yes
< 0.5 No

Only the latest minor release receives security fixes. 10xscale-agentflow-cli is pre-1.0; there are no long-term support branches yet.

Reporting a vulnerability

Do not open a public issue for a security problem.

Report privately through either channel:

  1. GitHub private vulnerability reporting (preferred) - go to the Security tab and open a draft advisory.
  2. Email - contact@10xscale.ai, with SECURITY in the subject line.

Please include:

  • The affected version (agentflow version output).
  • A description of the issue and its impact.
  • Reproduction steps or a proof of concept.
  • Any relevant configuration (agentflow.json, auth mode, rate limit backend) with secrets redacted.

What to expect

Stage Target
Acknowledgement of your report 3 business days
Initial assessment and severity 7 business days
Fix released, or a status update if longer 30 days

We will credit you in the release notes unless you ask us not to. Please give us a reasonable window to ship a fix before publishing details.

Scope

In scope:

  • Authentication and authorization bypass in agentflow_cli/src/app/core/auth/, including cross-user (IDOR) access to threads, checkpoints, or store memories.
  • Route guard bypass - reaching a non-public route without a RequirePermission check.
  • Rate limit bypass.
  • Secret leakage through logs, error responses, or generated scaffolding.
  • Path traversal or arbitrary file write in the media/upload endpoints or in agentflow init scaffolding.
  • Insecure defaults that a deployment would inherit without noticing.

Out of scope:

  • Vulnerabilities in a user's own agent graph, tools, or BaseAuth subclass.
  • Issues that require an already-compromised host or an attacker-controlled agentflow.json.
  • Missing hardening in a deliberately permissive development configuration (MODE=development).
  • Denial of service through unbounded resource use in a user-supplied tool.

Deployment hardening

The API refuses to start on some misconfigurations rather than warning - notably wildcard CORS combined with credentials in production. For anything else, in production set:

  • MODE=production and IS_DEBUG=false
  • ORIGINS to an explicit comma-separated list, never *
  • JWT_SECRET_KEY to a random value of 32 characters or more
  • An authorization backend (production defaults to ownership; do not weaken it to allow_all)

There aren't any published security advisories