/

CVE-2026-57116

Severity:

CRITICAL RISK

(9.8)

Missing Authentication (CWE-306) in PraisonAI AgentOS

CVE-2026-57116

Deferred

Vulnerability type

Category:

Missing Authentication

CWE:

CWE-200, CWE-306, CWE-862

Impact:

Unauthenticated Agent Execution

Severity:

CRITICAL RISK

(9.8)

CVSS version:

3.1

Catch this CVE while code is being written

Detect vulnerable code directly in pull requests, so CVEs are fixed before merge.

Summary

PraisonAI AgentOS exposes an agent chat route without reliably enforcing authentication, allowing unauthenticated or incorrectly authenticated requests to reach the deployed agent. When agents have tools, private context, memory, external integrations, or cost-bearing model access, a reachable client may trigger those capabilities.

PraisonAI AgentOS exposes an agent chat route without reliably enforcing authentication, allowing unauthenticated or incorrectly authenticated requests to reach the deployed agent. When agents have tools, private context, memory, external integrations, or cost-bearing model access, a reachable client may trigger those capabilities.

Affected context

The issue occurs in PraisonAI AgentOS deployments using the FastAPI service and its chat endpoint. It is most consequential when the service is network-reachable and the wrapped agents can invoke tools, access private data or memory, call external APIs, or consume paid model resources. The affected software range begins with version 4.2.1 and includes releases before the patched 4.6.59 release.

The issue occurs in PraisonAI AgentOS deployments using the FastAPI service and its chat endpoint. It is most consequential when the service is network-reachable and the wrapped agents can invoke tools, access private data or memory, call external APIs, or consume paid model resources. The affected software range begins with version 4.2.1 and includes releases before the patched 4.6.59 release.

Exploit preconditions

  • Attack surface: Network-reachable AgentOS FastAPI deployment
  • Required access: Ability to send HTTP requests to the chat route; valid credentials may not be required
  • Trigger point: Submission of a message to the agent chat endpoint
  • Why exploitation is possible: Authentication enforcement does not consistently gate execution, so unauthenticated and invalid-bearer requests can invoke the deployed agent
  • Attack surface: Network-reachable AgentOS FastAPI deployment
  • Required access: Ability to send HTTP requests to the chat route; valid credentials may not be required
  • Trigger point: Submission of a message to the agent chat endpoint
  • Why exploitation is possible: Authentication enforcement does not consistently gate execution, so unauthenticated and invalid-bearer requests can invoke the deployed agent

Why this happens

The vulnerability results from exposing an agent-execution route without enforcing authentication before dispatching the request to agent.chat(...). This is a missing-authentication condition mapped primarily to CWE-306, with related characteristics of missing authorization (CWE-862) and potential exposure of protected information (CWE-200). The insecure pattern is treating a client request as eligible for agent execution before identity and permission checks have succeeded.

The vulnerability results from exposing an agent-execution route without enforcing authentication before dispatching the request to agent.chat(...). This is a missing-authentication condition mapped primarily to CWE-306, with related characteristics of missing authorization (CWE-862) and potential exposure of protected information (CWE-200). The insecure pattern is treating a client request as eligible for agent execution before identity and permission checks have succeeded.

Potential impact

  • Unauthenticated users may execute agent interactions
  • Agents could access or disclose private context, memory, or connected data
  • Integrated tools or external APIs may be invoked without the intended user identity
  • Attackers could cause unauthorized model usage and increased operating costs
  • Agent actions could modify connected systems or corrupt application data
  • Repeated requests may enable abuse, denial of service, or resource exhaustion
  • Unauthenticated users may execute agent interactions
  • Agents could access or disclose private context, memory, or connected data
  • Integrated tools or external APIs may be invoked without the intended user identity
  • Attackers could cause unauthorized model usage and increased operating costs
  • Agent actions could modify connected systems or corrupt application data
  • Repeated requests may enable abuse, denial of service, or resource exhaustion

General mitigation guidance

Mitigation generally focuses on making authentication and authorization mandatory before any agent processing occurs.

Common defensive patterns include:

  • Require successful authentication at the route and service boundary before invoking agent logic
  • Enforce authorization based on the requested agent, tool, tenant, and operation
  • Reject missing, malformed, expired, or invalid bearer credentials by default
  • Apply least-privilege identities and narrowly scoped permissions to agents and tools
  • Separate public conversational functionality from agents that access private data or external systems
  • Add rate limits, quotas, request validation, and cost controls for model-backed operations
  • Use secure-by-default deployment configuration and place administrative or agent-execution APIs behind trusted gateways
  • Log authentication decisions, agent invocations, tool calls, and abnormal usage for investigation

Mitigation generally focuses on making authentication and authorization mandatory before any agent processing occurs.

Common defensive patterns include:

  • Require successful authentication at the route and service boundary before invoking agent logic
  • Enforce authorization based on the requested agent, tool, tenant, and operation
  • Reject missing, malformed, expired, or invalid bearer credentials by default
  • Apply least-privilege identities and narrowly scoped permissions to agents and tools
  • Separate public conversational functionality from agents that access private data or external systems
  • Add rate limits, quotas, request validation, and cost controls for model-backed operations
  • Use secure-by-default deployment configuration and place administrative or agent-execution APIs behind trusted gateways
  • Log authentication decisions, agent invocations, tool calls, and abnormal usage for investigation

How teams detect issues like this

Detection can combine application testing, source review, and deployment policy checks:

  • Test protected chat routes with no credentials, malformed credentials, expired credentials, and tokens for unrelated principals
  • Review route dependencies and middleware to verify authentication runs before agent dispatch
  • Search static analysis results and code reviews for direct agent invocation from request handlers without preceding identity checks
  • Verify that authorization covers agent selection, tool use, private context, and tenant boundaries rather than only endpoint access
  • Monitor logs and telemetry for agent executions associated with anonymous, rejected, or inconsistent identities
  • Enforce API gateway policies requiring authentication and rate limits for agent-execution endpoints
  • Automated security testing and code review tools can help identify routes that invoke privileged functionality without authentication

Detection can combine application testing, source review, and deployment policy checks:

  • Test protected chat routes with no credentials, malformed credentials, expired credentials, and tokens for unrelated principals
  • Review route dependencies and middleware to verify authentication runs before agent dispatch
  • Search static analysis results and code reviews for direct agent invocation from request handlers without preceding identity checks
  • Verify that authorization covers agent selection, tool use, private context, and tenant boundaries rather than only endpoint access
  • Monitor logs and telemetry for agent executions associated with anonymous, rejected, or inconsistent identities
  • Enforce API gateway policies requiring authentication and rate limits for agent-execution endpoints
  • Automated security testing and code review tools can help identify routes that invoke privileged functionality without authentication

Sources

SourceLink
github.comgithub.com/MervinPraison/PraisonAI/security/advisories/GHSA-892r-p3jq-jp24

Frequently asked

questions

Yes, when the AgentOS FastAPI deployment is reachable by an attacker and the chat route is exposed. A local foothold is not necessarily required.

No. The described behavior allows requests without credentials or with an incorrect bearer token to execute the deployed agent.

Enforce authentication and fine-grained authorization before entering agent logic, and deny requests by default when identity or permissions cannot be verified.

Treat agent routes as privileged APIs, test unauthenticated and cross-tenant access paths in CI, apply least privilege to tools and integrations, and monitor agent execution for unexpected identities or usage patterns.

Yes, when the AgentOS FastAPI deployment is reachable by an attacker and the chat route is exposed. A local foothold is not necessarily required.

No. The described behavior allows requests without credentials or with an incorrect bearer token to execute the deployed agent.

Enforce authentication and fine-grained authorization before entering agent logic, and deny requests by default when identity or permissions cannot be verified.

Treat agent routes as privileged APIs, test unauthenticated and cross-tenant access paths in CI, apply least privilege to tools and integrations, and monitor agent execution for unexpected identities or usage patterns.

Find out what's already
exploitable in your codebase.