Skip to content

Security: 10xHub/agentflow-cli

Security

SECURITY.md

Security Policy

Supported versions

VersionSupported
0.5.xYes
< 0.5No

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

StageTarget
Acknowledgement of your report3 business days
Initial assessment and severity7 business days
Fix released, or a status update if longer30 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