CVE-2026-56076: PraisonAI AGUI Endpoint Remote Agent Execution Vulnerability
PraisonAI versions before 1.5.128 contain a vulnerability that allows attackers on the internet to remotely trigger agent execution and steal sensitive data without needing valid credentials. The flaw exists in the AGUI endpoint, which is misconfigured to accept requests from any origin and lacks proper authentication controls. An attacker can craft a request from a malicious website that, when visited by a user with network access to the vulnerable application, executes arbitrary agents and exfiltrates sensitive responses—including tool execution results and environment variables—directly to the attacker.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.1 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:N
- Weaknesses (CWE)
- CWE-942
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-18 / 2026-06-22
NVD description (verbatim)
PraisonAI before 1.5.128 contains a cross-origin agent execution vulnerability in the AGUI endpoint that allows remote attackers to trigger arbitrary agent execution. The POST /agui endpoint lacks authentication and hardcodes Access-Control-Allow-Origin: * headers, combined with Starlette's Content-Type-agnostic JSON parsing, enabling attackers to bypass CORS preflight checks via simple requests and exfiltrate sensitive agent responses including tool execution results and environment data.
3 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The POST /agui endpoint in PraisonAI prior to 1.5.128 fails to implement authentication and unconditionally sets Access-Control-Allow-Origin: * in HTTP responses. Combined with Starlette's permissive JSON content-type parsing, this configuration allows attackers to bypass browser CORS preflight requirements through simple cross-origin requests. The endpoint does not validate the origin or session state of incoming requests, and returns full agent execution responses containing potentially sensitive tool outputs and environment data. An attacker can host a malicious page that, upon user interaction, silently submits requests to the vulnerable endpoint and reads the unfiltered response via JavaScript, achieving full agent command execution visibility without authentication.
Business impact
An attacker gaining access to agent execution responses can extract sensitive operational data, API keys, database credentials embedded in environment variables, and results from tools that interact with internal systems or external services. In multi-tenant or cloud deployments, this could enable lateral movement, data theft, or reconnaissance of internal infrastructure. The requirement for user interaction (via the CVSS UI:R flag) suggests a social engineering vector—users visiting a malicious site could unknowingly leak proprietary agent workflows, tool integrations, and system configurations. Organizations relying on PraisonAI for autonomous task execution face confidentiality and integrity risk until patching is complete.
Affected systems
PraisonAI versions prior to 1.5.128 are vulnerable. Organizations should verify their installed version immediately. The vulnerability is activated by network exposure of the /agui endpoint; isolated or internal-only deployments face reduced risk but should still upgrade to enforce defense-in-depth. No CVSS scope change is indicated, so attacks remain within the security scope of the application itself, though the damage (high confidentiality and integrity impact) remains severe.
Exploitability
Exploitation requires only network access to the vulnerable endpoint and the ability to trick a user into visiting an attacker-controlled page or clicking a malicious link. No sophisticated techniques are required; a simple HTML page with cross-origin fetch or form submission can trigger the vulnerability. The unauthenticated endpoint and permissive CORS headers eliminate authentication barriers. Attack complexity is low. However, the user interaction requirement (UI:R in CVSS) means the attack cannot be fully automated against passive targets—social engineering or targeting users already interacting with internal systems increases likelihood of success. Public exploit code is not yet known to be in active circulation, but the simplicity of the attack vector makes independent discovery likely.
Remediation
Upgrade PraisonAI to version 1.5.128 or later. Verify the upgrade with `pip show praison-ai` or equivalent package manager inspection. Additionally, apply network controls to restrict access to the /agui endpoint to trusted internal networks only, or disable it if not in use. Remove or replace the hardcoded Access-Control-Allow-Origin: * header with a whitelist of legitimate origins. Implement authentication and session validation on the endpoint, even if the primary data flow is internal. Review and rotate any secrets (API keys, database credentials, tokens) that may have been exposed in agent responses prior to patching.
Patch guidance
PraisonAI 1.5.128 introduces authentication enforcement and restricts CORS headers on the /agui endpoint. Verify the patch by consulting the official PraisonAI release notes or GitHub repository. Test the patched version in a staging environment to confirm agent execution functionality remains intact and that CORS policy changes do not break legitimate cross-origin workflows. Organizations should plan patching during maintenance windows to minimize disruption, though the patch is expected to be backward-compatible for correct usage patterns. If custom deployments or forks of PraisonAI are in use, ensure they incorporate this fix or apply equivalent controls manually.
Detection guidance
Monitor HTTP access logs for POST requests to /agui endpoints with Access-Control-Allow-Origin: * responses. Flag requests with Referer headers pointing to external or unexpected origins. Implement CORS policy violation logging at your reverse proxy or WAF layer. Search for agent execution logs showing unexpected tool invocations or environment variable exfiltration patterns. In application logs, look for multiple rapid requests to /agui from different IP addresses or user agents, which may indicate automated exploitation attempts. If you suspect compromise, review all agent responses and tool execution results logged between the vulnerability discovery date (2026-06-18) and your patch deployment date to identify unauthorized data access.
Why prioritize this
This vulnerability merits immediate patching despite not being on the CISA KEV list. The combination of unauthenticated access, full confidentiality and integrity impact, low attack complexity, and network-accessible endpoint creates a high-risk profile (CVSS 8.1). Organizations with internet-facing PraisonAI instances should treat this as a near-emergency remediation. Even internal deployments should prioritize patching to eliminate the social engineering vector and reduce insider risk. The user interaction requirement prevents fully automated worm-like propagation but does not reduce the severity of information disclosure.
Risk score, explained
The CVSS 3.1 score of 8.1 (HIGH) reflects: attack vector network (AV:N, remotely exploitable), low attack complexity (AC:L, no special conditions needed), no privileges required (PR:N, unauthenticated access), user interaction required (UI:R, social engineering needed), scope unchanged (S:U, impact within application), high confidentiality impact (C:H, sensitive data exposed), high integrity impact (I:H, arbitrary agent execution), and no availability impact (A:N, no denial of service). The high confidentiality and integrity scores dominate the rating despite the user interaction requirement, underscoring the severity of data exfiltration and unauthorized tool execution.
Frequently asked questions
Do we need to patch immediately, or can this wait until our next quarterly update cycle?
Patch as soon as practically possible, ideally within 72 hours. This is not a low-impact bug fix. Unauthenticated remote code execution paths and confidential data exfiltration justify emergency change management. If your PraisonAI instance is exposed to the internet or accessible from untrusted networks, treat this as a critical incident and patch during emergency maintenance windows. Internal-only instances can tolerate a longer but still urgent timeline of 1–2 weeks.
Is there a temporary workaround if we cannot patch immediately?
Yes. Restrict network access to the /agui endpoint to a whitelist of trusted internal IPs using a firewall, reverse proxy, or WAF rule. Disable the endpoint entirely in your PraisonAI configuration if you are not actively using it. These controls do not eliminate the vulnerability but substantially reduce the attack surface by making the vulnerable endpoint unreachable from untrusted origins. Implement these controls now while you plan your patching window, and verify they are effective by testing from an external network.
How can we tell if this vulnerability has already been exploited in our environment?
Check HTTP access logs and application logs for the timeframe between 2026-06-18 and your patching date. Look for POST requests to /agui with unexpected Referer headers (external domains), unusually high request rates, or requests from IPs outside your normal operational network. Review agent execution logs for tool invocations you did not initiate, or responses containing environment variables and credentials. If you log HTTP response headers, search for Access-Control-Allow-Origin: * responses on /agui endpoints. Enable forensic data retention on logs and engage your incident response team if suspicious activity is identified.
Does this affect air-gapped or fully internal PraisonAI deployments?
The vulnerability still exists in air-gapped environments but the exploitation vector is narrowed. An internal user would need to be socially engineered into visiting a malicious page hosted internally, or an insider with access would need to craft and deploy the attack. The patch should still be applied for defense-in-depth and to reduce insider threat surface. Air-gapped deployments do face lower immediate risk compared to internet-exposed instances, but should not be deprioritized for more than a few weeks.
This analysis is based on CVE-2026-56076 metadata and published vulnerability descriptions as of 2026-06-22. SEC.co does not provide exploit code or detailed weaponization instructions. Patch version and remediation details should be verified against the official PraisonAI repository and security advisories before deployment. CVSS scores reflect the vendor's published assessment and may not account for your organization's specific network topology, access controls, or data sensitivity. Test all patches in staging environments before production rollout. If you suspect active exploitation, contact your security incident response team or a professional incident handler immediately. Source: NVD (public-domain), retrieved 2026-07-27. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2026-10056HIGHNx Witness VMS CORS Misconfiguration & Session Token Theft
- CVE-2026-50087HIGHAqara IAM/SSO Gateway CORS Vulnerability (CVSS 8.2)
- CVE-2026-50088HIGHCross-Origin Vulnerability in Aqara Developer Portal (CVSS 8.2)
- CVE-2016-20062HIGHSQL Injection in Simply Poll 1.4.1 WordPress Plugin - Unauthenticated Data Theft
- CVE-2016-20063HIGHSQL Injection in Single Personal Message 1.0.3 – Credential & Data Theft Risk
- CVE-2016-20065HIGHUnauthenticated SQL Injection in Product Catalog 8 WordPress Plugin
- CVE-2016-20066HIGHWordPress CP Polls 1.0.8 Persistent XSS Vulnerability
- CVE-2016-20068HIGHUnauthenticated SQL Injection in WordPress Booking Calendar Contact Form 1.0.23