CVE-2026-55532
PraisonAI: Origin-validation bypass (startswith prefix match) enables unauthenticated cross-site request forgery against the PraisonAI MCP HTTP server
PraisonAI is a multi-agent teams system. Prior to praisonai 4.6.58, MCP HTTP Stream _validate_origin uses request_origin.startswith(allowed), allowing the attacker-controlled localhost.attacker.com HTTP origin to satisfy the localhost allowlist. A webpage can send Content-Type: text/plain requests without preflight and invoke tools/call without an API key, including file writes that persist agent instructions. This issue is fixed in version 4.6.58.
Attack profile
How easy it is to exploit
- Attack vector
- Network
- Complexity
- Low
- Privileges needed
- None
- User interaction
- Required
What an attacker can affect
- Confidentiality
- Low
- Integrity
- High
- Availability
- Low
Exploit likelihood
What each source reports
CVE List Score used
7.6
PraisonAI: Origin-validation bypass (startswith prefix match) enables unauthenticated cross-site request forgery against the PraisonAI MCP HTTP server
PraisonAI is a multi-agent teams system. Prior to praisonai 4.6.58, MCP HTTP Stream _validate_origin uses request_origin.startswith(allowed), allowing the attacker-controlled localhost.attacker.com HTTP origin to satisfy the localhost allowlist. A webpage can send Content-Type: text/plain requests without preflight and invoke tools/call without an API key, including file writes that persist agent instructions. This issue is fixed in version 4.6.58.
- Record
CVE-2026-55532- CVSS 3.1
- 7.6 High
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:H/A:L - Weakness
- CWE-346, CWE-352
- Updated
- 2026-11-02
EUVDEUVD-2026-65544
7.6
PraisonAI is a multi-agent teams system. Prior to praisonai 4.6.58, MCP HTTP Stream _validate_origin uses request_origin.startswith(allowed), allowing the attacker-controlled localhost.attacker.com HTTP origin to satisfy the localhost allowlist. A webpage can send Content-Type: text/plain requests without preflight and invoke tools/call without an API key, including file writes that persist agent instructions. This issue is fixed in version 4.6.58.
- Record
EUVD-2026-65544- CVSS 3.1
- 7.6 High
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:H/A:L - Updated
- 2026-11-02
GitHub AdvisoriesGHSA-pvph-5j39-v8qc
7.6
PraisonAI: Origin-validation bypass (startswith prefix match) enables unauthenticated cross-site request forgery against the PraisonAI MCP HTTP server
Summary
The PraisonAI MCP server exposes an HTTP-stream transport (praisonai mcp serve --transport http-stream) that binds to localhost and, by default, has no API key. Its only access control for browser-originated requests is an Origin allowlist, which the code implements as required by the MCP 2025-11-25 security guidance. The allowlist check uses a prefix match (request_origin.startswith(allowed)), so any Origin whose string begins with http://localhost or http://127.0.0.1 is accepted, for example http://localhost.attacker.com. An attacker who registers such a hostname and serves a page from it can, when a victim visits the page, issue cross-site requests that the MCP server accepts and executes without authentication. Because the request can be sent as a CORS "simple request" (Content-Type: text/plain, which the server still parses as JSON), it requires no preflight, and because tools/call does not require a session, a single forged request executes an MCP tool. This is a blind cross-site request forgery against a developer's local agent runtime. A natural end-to-end impact is persistent prompt injection: the forged request creates a rule file that the agent runtime loads with activation "always", so attacker-controlled instructions are injected into every subsequent agent run on the victim's machine.
Details
The HTTP-stream transport validates the Origin header in transports/http_stream.py. The allowlist is built for a localhost bind, then matched with startswith:
# __init__: default allowlist when binding to localhost
self.allowed_origins = ["http://localhost", "http://127.0.0.1",
"https://localhost", "https://127.0.0.1"]
def _validate_origin(self, request_origin):
if request_origin is None:
return True # no Origin -> allowed
if self.allowed_origins is None:
return False
for allowed in self.allowed_origins:
if request_origin == allowed or request_origin.startswith(allowed):
return True # prefix match: the bypass
return False
"http://localhost.attacker.com".startswith("http://localhost") is True, so the request is accepted. The attacker only needs to host the malicious page on a domain whose name begins with localhost or 127.0.0.1 (a subdomain label such as localhost.attacker.com), which makes the browser send Origin: http://localhost.attacker.com.
Three further properties make this directly reachable from a web page:
- No authentication by default. In cli.py cmd_serve, --api-key defaults to None, and in mcp_post the auth check is skipped entirely when no key is configured:
if self.api_key: # None by default -> block skipped
auth_header = request.headers.get("Authorization", "")
...
-
No preflight required. The body is parsed with await request.json(), which reads the raw body regardless of Content-Type. A page can therefore send the JSON-RPC payload as a CORS "simple request" with Content-Type: text/plain and no custom headers, which the browser delivers without an OPTIONS preflight. The response is not readable cross-origin, but the side effect has already occurred (blind CSRF).
-
No session required for tools/call. The session check only rejects when a session id is present but unknown:
session_id = request.headers.get("MCP-Session-Id") or request.headers.get("Mcp-Session-Id")
if session_id and session_id not in self._sessions:
return JSONResponse({"error": "Session not found"}, status_code=404)
With no session header, session_id is None and the request proceeds straight to the dispatcher, which calls the tool handler with no authorization (server.py _handle_tools_call: result = tool.handler(**arguments)).
End-to-end impact via the rules tool. The unauthenticated praisonai.rules.create tool writes a file into the global rules directory (mcp_server/adapters/cli_tools.py confines the name to…
- Record
GHSA-pvph-5j39-v8qc- CVSS 3.1
- 7.6 High
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:H/A:L - Weakness
- CWE-346, CWE-352
- Updated
- 2026-11-02
NVD
7.6
PraisonAI is a multi-agent teams system. Prior to praisonai 4.6.58, MCP HTTP Stream _validate_origin uses request_origin.startswith(allowed), allowing the attacker-controlled localhost.attacker.com HTTP origin to satisfy the localhost allowlist. A webpage can send Content-Type: text/plain requests without preflight and invoke tools/call without an API key, including file writes that persist agent instructions. This issue is fixed in version 4.6.58.
- Record
CVE-2026-55532- CVSS 3.1
- 7.6 High
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:H/A:L - Weakness
- CWE-346, CWE-352
- Updated
- 2026-11-02
OSV
7.6
PraisonAI: Origin-validation bypass (startswith prefix match) enables unauthenticated cross-site request forgery against the PraisonAI MCP HTTP server
PraisonAI is a multi-agent teams system. Prior to praisonai 4.6.58, MCP HTTP Stream _validate_origin uses request_origin.startswith(allowed), allowing the attacker-controlled localhost.attacker.com HTTP origin to satisfy the localhost allowlist. A webpage can send Content-Type: text/plain requests without preflight and invoke tools/call without an API key, including file writes that persist agent instructions. This issue is fixed in version 4.6.58.
- Record
CVE-2026-55532- CVSS 3.1
- 7.6 High
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:H/A:L - Weakness
- CWE-346, CWE-352
- Updated
- 2026-11-02
OSVGHSA-pvph-5j39-v8qc
7.6
PraisonAI: Origin-validation bypass (startswith prefix match) enables unauthenticated cross-site request forgery against the PraisonAI MCP HTTP server
Summary
The PraisonAI MCP server exposes an HTTP-stream transport (praisonai mcp serve --transport http-stream) that binds to localhost and, by default, has no API key. Its only access control for browser-originated requests is an Origin allowlist, which the code implements as required by the MCP 2025-11-25 security guidance. The allowlist check uses a prefix match (request_origin.startswith(allowed)), so any Origin whose string begins with http://localhost or http://127.0.0.1 is accepted, for example http://localhost.attacker.com. An attacker who registers such a hostname and serves a page from it can, when a victim visits the page, issue cross-site requests that the MCP server accepts and executes without authentication. Because the request can be sent as a CORS "simple request" (Content-Type: text/plain, which the server still parses as JSON), it requires no preflight, and because tools/call does not require a session, a single forged request executes an MCP tool. This is a blind cross-site request forgery against a developer's local agent runtime. A natural end-to-end impact is persistent prompt injection: the forged request creates a rule file that the agent runtime loads with activation "always", so attacker-controlled instructions are injected into every subsequent agent run on the victim's machine.
Details
The HTTP-stream transport validates the Origin header in transports/http_stream.py. The allowlist is built for a localhost bind, then matched with startswith:
# __init__: default allowlist when binding to localhost
self.allowed_origins = ["http://localhost", "http://127.0.0.1",
"https://localhost", "https://127.0.0.1"]
def _validate_origin(self, request_origin):
if request_origin is None:
return True # no Origin -> allowed
if self.allowed_origins is None:
return False
for allowed in self.allowed_origins:
if request_origin == allowed or request_origin.startswith(allowed):
return True # prefix match: the bypass
return False
"http://localhost.attacker.com".startswith("http://localhost") is True, so the request is accepted. The attacker only needs to host the malicious page on a domain whose name begins with localhost or 127.0.0.1 (a subdomain label such as localhost.attacker.com), which makes the browser send Origin: http://localhost.attacker.com.
Three further properties make this directly reachable from a web page:
- No authentication by default. In cli.py cmd_serve, --api-key defaults to None, and in mcp_post the auth check is skipped entirely when no key is configured:
if self.api_key: # None by default -> block skipped
auth_header = request.headers.get("Authorization", "")
...
-
No preflight required. The body is parsed with await request.json(), which reads the raw body regardless of Content-Type. A page can therefore send the JSON-RPC payload as a CORS "simple request" with Content-Type: text/plain and no custom headers, which the browser delivers without an OPTIONS preflight. The response is not readable cross-origin, but the side effect has already occurred (blind CSRF).
-
No session required for tools/call. The session check only rejects when a session id is present but unknown:
session_id = request.headers.get("MCP-Session-Id") or request.headers.get("Mcp-Session-Id")
if session_id and session_id not in self._sessions:
return JSONResponse({"error": "Session not found"}, status_code=404)
With no session header, session_id is None and the request proceeds straight to the dispatcher, which calls the tool handler with no authorization (server.py _handle_tools_call: result = tool.handler(**arguments)).
End-to-end impact via the rules tool. The unauthenticated praisonai.rules.create tool writes a file into the global rules directory (mcp_server/adapters/cli_tools.py confines the name to…
- Record
GHSA-pvph-5j39-v8qc- CVSS 3.1
- 7.6 High
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:H/A:L - Weakness
- CWE-346, CWE-352
- Updated
- 2026-11-02
OSVPYSEC-2026-3892
7.6
PraisonAI: Origin-validation bypass (startswith prefix match) enables unauthenticated cross-site request forgery against the PraisonAI MCP HTTP server
Summary
The PraisonAI MCP server exposes an HTTP-stream transport (praisonai mcp serve --transport http-stream) that binds to localhost and, by default, has no API key. Its only access control for browser-originated requests is an Origin allowlist, which the code implements as required by the MCP 2025-11-25 security guidance. The allowlist check uses a prefix match (request_origin.startswith(allowed)), so any Origin whose string begins with http://localhost or http://127.0.0.1 is accepted, for example http://localhost.attacker.com. An attacker who registers such a hostname and serves a page from it can, when a victim visits the page, issue cross-site requests that the MCP server accepts and executes without authentication. Because the request can be sent as a CORS "simple request" (Content-Type: text/plain, which the server still parses as JSON), it requires no preflight, and because tools/call does not require a session, a single forged request executes an MCP tool. This is a blind cross-site request forgery against a developer's local agent runtime. A natural end-to-end impact is persistent prompt injection: the forged request creates a rule file that the agent runtime loads with activation "always", so attacker-controlled instructions are injected into every subsequent agent run on the victim's machine.
Details
The HTTP-stream transport validates the Origin header in transports/http_stream.py. The allowlist is built for a localhost bind, then matched with startswith:
# __init__: default allowlist when binding to localhost
self.allowed_origins = ["http://localhost", "http://127.0.0.1",
"https://localhost", "https://127.0.0.1"]
def _validate_origin(self, request_origin):
if request_origin is None:
return True # no Origin -> allowed
if self.allowed_origins is None:
return False
for allowed in self.allowed_origins:
if request_origin == allowed or request_origin.startswith(allowed):
return True # prefix match: the bypass
return False
"http://localhost.attacker.com".startswith("http://localhost") is True, so the request is accepted. The attacker only needs to host the malicious page on a domain whose name begins with localhost or 127.0.0.1 (a subdomain label such as localhost.attacker.com), which makes the browser send Origin: http://localhost.attacker.com.
Three further properties make this directly reachable from a web page:
- No authentication by default. In cli.py cmd_serve, --api-key defaults to None, and in mcp_post the auth check is skipped entirely when no key is configured:
if self.api_key: # None by default -> block skipped
auth_header = request.headers.get("Authorization", "")
...
-
No preflight required. The body is parsed with await request.json(), which reads the raw body regardless of Content-Type. A page can therefore send the JSON-RPC payload as a CORS "simple request" with Content-Type: text/plain and no custom headers, which the browser delivers without an OPTIONS preflight. The response is not readable cross-origin, but the side effect has already occurred (blind CSRF).
-
No session required for tools/call. The session check only rejects when a session id is present but unknown:
session_id = request.headers.get("MCP-Session-Id") or request.headers.get("Mcp-Session-Id")
if session_id and session_id not in self._sessions:
return JSONResponse({"error": "Session not found"}, status_code=404)
With no session header, session_id is None and the request proceeds straight to the dispatcher, which calls the tool handler with no authorization (server.py _handle_tools_call: result = tool.handler(**arguments)).
End-to-end impact via the rules tool. The unauthenticated praisonai.rules.create tool writes a file into the global rules directory (mcp_server/adapters/cli_tools.py confines the name to…
- Record
PYSEC-2026-3892- CVSS 3.1
- 7.6 High
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:H/A:L - Updated
- 2026-11-02
Affected products
Affected packages
| Package | Affected | Fixed |
|---|---|---|
praisonaiPyPI |
before 4.6.58 | 4.6.58 |
praisonaiPyPI |
before 4.6.58, plus listed versions 0.0.10.0.100.0.110.0.120.0.13 Show 45 moreShow less0.0.140.0.150.0.160.0.170.0.180.0.190.0.20.0.200.0.210.0.220.0.230.0.240.0.250.0.260.0.270.0.280.0.290.0.30.0.300.0.310.0.320.0.330.0.340.0.350.0.360.0.370.0.380.0.390.0.40.0.400.0.410.0.420.0.430.0.440.0.450.0.460.0.470.0.480.0.490.0.50.0.500.0.520.0.530.0.540.0.55 |
4.6.58 |
History
| Recorded | Changed | Sources |
|---|---|---|
| first indexed | CVE List, EUVD, GitHub Advisories, NVD, OSV |
Dates are when Every CVE recorded each change. Upstream dates may differ.
In short
CVE-2026-55532 is a high vulnerability (CVSS 7.6) in Mervinpraison Praisonai, published August 25, 2026. No source lists public exploit code. EPSS puts the chance of exploitation in the next 30 days at 0.20%, the 9th percentile. Fixed in praisonai 4.6.58.
References
github.com/MervinPraison/PraisonAI/security/advisories/GHSA-pvph-5j39-v8qc
github.com/MervinPraison/PraisonAI/commit/2f9677abb2ea68eab864ee8b6a828fd0141612e1
github.com/MervinPraison/PraisonAI/releases/tag/v4.6.58
github.com/advisories/GHSA-pvph-5j39-v8qc
github.com/CVEProject/cvelistV5/tree/main/cves/2026/55xxx/CVE-2026-55532.json
nvd.nist.gov/vuln/detail/CVE-2026-55532
github.com/MervinPraison/PraisonAI
pypi.org/project/praisonai
Left out here: 698 versions and the rest of 3 source descriptions. The JSON record has them.