CVE-2026-57139: Praisonai Npm PraisonAI MCPServer Exposes Unauthenticated Vulnerability

CRITICAL
Advisory Identifier: GHSA-j4f3-55x4-r6q2
CVSS 9.8
CWE-1188 CWE-306 CWE-862
Published
Advisory Summary

CVE-2026-57139 is a CRITICAL (CVSS 9.8) npm praisonai mcpserver exposes unauthenticated vulnerability (CWE-1188: Initialization of a Resource with an Insecure Default) affecting Praisonai libraries in the npm ecosystem. The issue involves npm praisonai mcpserver exposes unauthenticated http tools/call. Remediation is available by upgrading affected packages to version 1.7.2.

CVE-2026-57139 at a Glance

CVE Identifier CVE-2026-57139
GHSA Identifier GHSA-j4f3-55x4-r6q2
Severity CRITICAL
CVSS v3.1 Base Score 9.8
CWE Classification CWE-1188: Initialization of a Resource with an Insecure Default
Affected Product Praisonai
Package Ecosystem npm
Published Date
Last Updated

Security Impact

CVSS: 9.8

The security impact metrics below are parsed directly from the CVSS v3.1 vector string (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H).

Attack Vector Network (AV:N)
Attack Complexity Low (AC:L)
Privileges Required None (PR:N)
User Interaction None (UI:N)
Scope Unchanged (S:U)
Confidentiality High (C:H)
Integrity High (I:H)
Availability High (A:H)

How to Fix CVE-2026-57139

To remediate this vulnerability, upgrade all affected Praisonai dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.

praisonai fixed: 1.7.2
npm install praisonai@1.7.2
Verify Direct and Transitive Dependencies

Run the following command in your project directory to verify that all resolved dependencies use the patched release:

npm ls praisonai

How to Check if You Are Affected

To determine whether your Node.js application is affected by CVE-2026-57139, inspect your project dependencies using npm:

npm ls praisonai

Analyze the terminal output to locate any version of Praisonai in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 1.7.2), your application is affected.

Note: The npm ls praisonai command inspects dependencies declared in your package.json and lockfile; it does not perform automated runtime dynamic scanning.

Technical Details

Vulnerability Mechanism & Technical Analysis

This vulnerability is classified under CWE-1188: Initialization of a Resource with an Insecure Default, where the product initializes or sets a resource with a default that is intended to be changed by the product's installer, administrator, or maintainer, but the default is not secure. In Praisonai, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.

Source Advisory Statement

## Summary The published npm package `praisonai` exports a TypeScript `MCPServer` that can expose tools, resources, and prompts over an HTTP JSON-RPC transport with: ```ts await server.start({ port: 3000 }); ``` The HTTP transport has no authentication or authorization path. `MCPServerConfig` does not expose an auth/security setting, `startHttp()` ignores the `Authorization` header, and every POST request is parsed and forwarded directly to `handleRequest()`. That request handler dispatches sensitive MCP methods such as `tools/call`, `resources/read`, and `prompts/get`. The implementation also calls `this.httpServer.listen(port)` without a host argument. In Node.js this binds to the unspecified address; the local PoV observed `{ address: "::", family: "IPv6" }`, making the service reachable on all interfaces on systems where the port is exposed. This lets any network client that can reach the HTTP port list tools and invoke registered server-side tools without credentials. Supplying `Authorization: Bearer invalid` makes no difference. ## Technical Details `MCPServerConfig` exposes server metadata, tools/resources/prompts, stdio, port, and logging. It does not expose an auth token, authorization policy, `MCPSecurity` instance, authorization callback, or loopback-only option: ```text src/praisonai-ts/src/mcp/server.ts 57: export interface MCPServerConfig { 63: tools?: MCPServerTool[]; 65: resources?: MCPResource[]; 67: prompts?: MCPPrompt[]; 69: stdio?: boolean; 73: port?: number | null; 75: logging?: boolean; ``` `handleRequest()` dispatches sensitive MCP methods directly: ```text src/praisonai-ts/src/mcp/server.ts 203: async handleRequest(request: MCPRequest): Promise<MCPResponse> { 219: case 'tools/call': 220: result = await this.handleToolCall(params); 225: case 'resources/read': 226: result = await this.handleResourceRead(params); 231: case 'prompts/get': 232: result = await this.handlePromptGet(params); ``` The tool dispatcher invokes the registered handler: ```text src/praisonai-ts/src/mcp/server.ts 285: private async handleToolCall(params?: any): Promise<any> { 288: const tool = this.tools.get(name); 298: const result = await tool.handler(args ?? {}); ``` The HTTP server parses every POST body and forwards it to `handleRequest()` with no authentication check: ```text src/praisonai-ts/src/mcp/server.ts 403: async startHttp(port: number): Promise<void> { 409: this.httpServer = http.createServer(async (req, res) => { 416: const response = await this.handleRequest(request); 434: this.httpServer.listen(port, () => { ``` This is a guard-coverage gap because the same TypeScript package already ships a dedicated MCP security manager: ```text src/praisonai-ts/src/mcp/security.ts 2: * MCP Security - Authentication, authorization, and rate limiting 79: export class MCPSecurity { 132: async check(request: { path?: string; method?: string; headers?: ... }) 167: const auth = headers['authorization'] ?? headers['Authorization']; 239: case 'authenticate': 303: export function createApiKeyPolicy(...) ``` `MCPServer` never references that security manager in its HTTP request path. ### Why This Is Not Intended Behavior PraisonAI's MCP documentation says MCP servers allow AI models to use tools and communicate with external systems. The same page's security considerations say to use API keys in production, implement rate limiting, validate incoming requests, use HTTPS, and limit custom tool permissions. PraisonAI's security page also documents prior breaking hardening where API servers were changed to require authentication by default and bind to `127.0.0.1` instead of `0.0.0.0`. It separately lists MCP `tools/call` issues as security vulnerabilities. The npm TypeScript `MCPServer` does the opposite: - `start({ port })` binds to the unspecified address; - `MCPServerConfig` has no auth/security field; - `startHttp()` does not inspect `Authorization`; - `tools/list`, `tools/call`, `resources/read`, and `prompts/get` all dispatch without authentication; and - `MCPSecurity` exists but is not wired into the HTTP server. This is not merely a deployment hardening suggestion. The package exposes an HTTP MCP server API and a separate security manager, but the server's own HTTP transport provides no way to enforce the documented API-key requirement. ## PoV The PoV installs the published npm package in a temporary project, starts the exported `MCPServer` on a local ephemeral port, and sends loopback JSON-RPC requests. It does not call any LLM provider or external service after package installation. Run from a local reproduction checkout: ```fish node poc/pov_poc.js 1.7.1 ``` Observed result: ```json { "package": "praisonai", "version": "1.7.1", "mcpServerExported": true, "bindAddress": { "address": "::", "family": "IPv6" }, "initialize": { "status": 200 }, "list": { "status": 200, "json": { "result": { "tools": [ { "name": "admin_reset_marker", "description": "privileged marker tool" } ] } } }, "callNoAuth": { "status": 200, "json": { "result": { "content": [ { "text": "invoked:NO_AUTH_MARKER" } ] } } }, "callBadAuth": { "status": 200, "json": { "result": { "content": [ { "text": "invoked:BAD_AUTH_MARKER" } ] } } }, "calls": [ "NO_AUTH_MARKER", "BAD_AUTH_MARKER" ], "patchedControl": { "noAuthStatus": 401, "withAuthStatus": 200, "patchedCalls": [ "called" ] } } ``` Interpretation: - unauthenticated `initialize` returns `200`; - unauthenticated `tools/list` returns the registered tool; - unauthenticated `tools/call` invokes the registered tool; - invalid `Authorization: Bearer invalid` is ignored and also invokes the tool; - the server binds to the unspecified IPv6 address; and - a minimal local wrapper that enforces a bearer token blocks the same no-auth call with `401`, demonstrating that the PoV is exercising the missing authentication boundary. ## PoC The PoV section above contains the local reproduction command, input, and decisive output. ## Impact Any client that can reach the npm TypeScript `MCPServer` HTTP port can list and invoke all registered MCP tools without credentials. Real impact depends on which tools, resources, and prompts the application registers. MCP tools commonly wrap filesystem operations, API clients, database queries, agent actions, deployment operations, email/Slack actions, browser automation, and code execution. Because those handlers run with the server process privileges and server-side credentials, an unauthenticated caller can drive the same actions. `resources/read` and `prompts/get` are also unauthenticated and may disclose application data or prompt material registered by the server. ### Severity Suggested severity: Critical. Rationale: - `AV`: exploitation is a direct HTTP JSON-RPC request. - `AC`: no race, user gesture, or special state is required. - `PR`: no credentials are required; invalid credentials are ignored. - `UI`: no user interaction is required after the server is running. - `S`: impact is within the authority of the MCP server process and its registered tools. - `C`: resources, prompts, and tool-returned data may expose sensitive data. - `I`: unauthenticated callers can drive server-side tools. - `A`: unauthenticated callers can invoke destructive or resource-consuming tools if registered. ## Suggested Fix Recommended minimum fix: 1. Add `security`, `auth`, `authRequired`, `apiKeys`, or `authorize(req)` to `MCPServerConfig`. 2. Fail closed for HTTP transport when auth is not configured, unless the caller explicitly opts into unauthenticated loopback-only development mode. 3. Bind HTTP transport to `127.0.0.1` by default, or require an explicit host when binding to all interfaces. 4. Call `MCPSecurity.check(...)` or equivalent middleware before every non-health POST request reaches `handleRequest()`. 5. Return `401` for missing or invalid credentials before dispatching `initialize`, `tools/list`, `tools/call`, `resources/read`, or `prompts/get`. 6. Add Origin/Host protections for loopback HTTP transports to reduce DNS rebinding exposure. 7. Add regression tests proving: - no-auth `tools/list` returns `401`; - no-auth `tools/call` returns `401` and does not invoke the handler; - invalid bearer token returns `401`; - valid bearer token invokes the handler; - default `start({ port })` does not bind to all interfaces without an explicit opt-in. ## Affected Package/Versions - Repository: `MervinPraison/PraisonAI` - Ecosystem: `npm` - Package: `praisonai` - Component: `src/praisonai-ts/src/mcp/server.ts` - Related unused security component: `src/praisonai-ts/src/mcp/security.ts` - Current npm version checked: `1.7.1` - Refreshed `origin/main` checked: `1ad58ca02975ff1398efeda694ea2ab78f20cf3e` Confirmed affected range: ```text >= 1.5.0, <= 1.7.1 ``` Boundary: ```text 1.4.0 does not export MCPServer and does not ship dist/mcp/server.js. ``` No fixed npm version is known at the time of this report. ### Version Sweep The included sweep installs selected npm versions and checks the HTTP `MCPServer` path: ```fish node poc/version_sweep_poc.js ``` Observed result: ```text 1.4.0: mcpServerExported=false, hasDistMcpServer=false 1.5.0: mcpServerExported=true, hasDistMcpServer=true, noAuthToolCallInvoked=true, bindAddress=:: 1.5.4: mcpServerExported=true, hasDistMcpServer=true, noAuthToolCallInvoked=true, bindAddress=:: 1.6.0: mcpServerExported=true, hasDistMcpServer=true, noAuthToolCallInvoked=true, bindAddress=:: 1.7.0: mcpServerExported=true, hasDistMcpServer=true, noAuthToolCallInvoked=true, bindAddress=:: 1.7.1: mcpServerExported=true, hasDistMcpServer=true, noAuthToolCallInvoked=true, bindAddress=:: ``` ## Advisory History Known related public advisories: - `GHSA-9mqq-jqxf-grvw` / `CVE-2026-44336`: `pip:praisonai` MCP `tools/call` path traversal to RCE in Python `praisonai mcp serve`, affected `<= 4.6.33`. - `CVE-2026-47394`: `pip:praisonai` incomplete MCP path traversal fix affecting Python workflow/deploy handlers. - poc: deprecated Python MCP SSE Host/Origin/session issue. - poc: npm TypeScript AgentOS missing authentication. This report is distinct because it targets: - ecosystem: `npm`; - package: `praisonai`; - component: `src/praisonai-ts/src/mcp/server.ts`; - root cause: TypeScript `MCPServer` HTTP transport missing auth and not using `MCPSecurity`; - primitive: unauthenticated and invalid-auth JSON-RPC `tools/call` invokes arbitrary registered TypeScript MCP tools; and - affected range: `>= 1.5.0, <= 1.7.1`. The Python MCP advisories cover path traversal in specific Python MCP tool handlers. They do not cover the npm TypeScript `MCPServer` transport or its unwired security manager.

CVE-2026-57139 Affected Praisonai Versions

1 component(s)
Fixed Versions:
1.7.2
Product / Package Ecosystem Affected Versions Fixed Version
praisonai
npm
≥ 1.5.0
< 1.7.2
1.7.2

References

Frequently Asked Questions

What is CVE-2026-57139?
CVE-2026-57139 is a security vulnerability in Praisonai involving npm PraisonAI MCPServer exposes unauthenticated HTTP tools/call under CWE-1188: Initialization of a Resource with an Insecure Default.
Which Praisonai versions are affected?
Affected versions include releases prior to 1.7.2 across affected packages: praisonai.
What version fixes CVE-2026-57139?
Upgrading to 1.7.2 (or the latest patched release for your respective branch) resolves the vulnerability.
Is praisonai affected?
Yes, praisonai is affected in releases prior to 1.7.2. Upgrade your dependency to 1.7.2 or later.
What is the CVSS score of CVE-2026-57139?
CVE-2026-57139 has a CVSS v3.1 base score of 9.8 (CRITICAL) with vector string CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H.
What CWE is associated with CVE-2026-57139?
CVE-2026-57139 is classified under CWE-1188: Initialization of a Resource with an Insecure Default (The product initializes or sets a resource with a default that is intended to be changed by the product's installer, administrator, or maintainer, but the default is not secure.).
How can I check npm dependencies for CVE-2026-57139?
Run the dependency tree command: 'npm ls praisonai'. This command lists direct and transitive dependencies in your build configuration so you can verify if a vulnerable version is resolved.
Machine-readable OSV JSON OSV v1.5 Schema
Normalized schema output
{
  "schema_version" : "1.4.0",
  "id" : "GHSA-j4f3-55x4-r6q2",
  "modified" : "2026-07-20T21:27:31Z",
  "published" : "2026-06-18T14:26:48Z",
  "aliases" : [ "CVE-2026-57139" ],
  "summary" : "npm PraisonAI MCPServer exposes unauthenticated HTTP tools/call",
  "details" : "## Summary\n\nThe published npm package `praisonai` exports a TypeScript `MCPServer` that can expose tools, resources, and prompts over an HTTP JSON-RPC transport with:\n\n```ts\nawait server.start({ port: 3000 });\n```\n\nThe HTTP transport has no authentication or authorization path. `MCPServerConfig` does not expose an auth/security setting, `startHttp()` ignores the `Authorization` header, and every POST request is parsed and forwarded directly to `handleRequest()`. That request handler dispatches sensitive MCP methods such as `tools/call`, `resources/read`, and `prompts/get`.\n\nThe implementation also calls `this.httpServer.listen(port)` without a host argument. In Node.js this binds to the unspecified address; the local PoV observed `{ address: \"::\", family: \"IPv6\" }`, making the service reachable on all interfaces on systems where the port is exposed.\n\nThis lets any network client that can reach the HTTP port list tools and invoke registered server-side tools without credentials. Supplying `Authorization: Bearer invalid` makes no difference.\n\n## Technical Details\n\n`MCPServerConfig` exposes server metadata, tools/resources/prompts, stdio, port, and logging. It does not expose an auth token, authorization policy, `MCPSecurity` instance, authorization callback, or loopback-only option:\n\n```text\nsrc/praisonai-ts/src/mcp/server.ts\n  57: export interface MCPServerConfig {\n  63:     tools?: MCPServerTool[];\n  65:     resources?: MCPResource[];\n  67:     prompts?: MCPPrompt[];\n  69:     stdio?: boolean;\n  73:     port?: number | null;\n  75:     logging?: boolean;\n```\n\n`handleRequest()` dispatches sensitive MCP methods directly:\n\n```text\nsrc/praisonai-ts/src/mcp/server.ts\n  203: async handleRequest(request: MCPRequest): Promise<MCPResponse> {\n  219:     case 'tools/call':\n  220:       result = await this.handleToolCall(params);\n  225:     case 'resources/read':\n  226:       result = await this.handleResourceRead(params);\n  231:     case 'prompts/get':\n  232:       result = await this.handlePromptGet(params);\n```\n\nThe tool dispatcher invokes the registered handler:\n\n```text\nsrc/praisonai-ts/src/mcp/server.ts\n  285: private async handleToolCall(params?: any): Promise<any> {\n  288:   const tool = this.tools.get(name);\n  298:   const result = await tool.handler(args ?? {});\n```\n\nThe HTTP server parses every POST body and forwards it to `handleRequest()` with no authentication check:\n\n```text\nsrc/praisonai-ts/src/mcp/server.ts\n  403: async startHttp(port: number): Promise<void> {\n  409:   this.httpServer = http.createServer(async (req, res) => {\n  416:     const response = await this.handleRequest(request);\n  434:   this.httpServer.listen(port, () => {\n```\n\nThis is a guard-coverage gap because the same TypeScript package already ships a dedicated MCP security manager:\n\n```text\nsrc/praisonai-ts/src/mcp/security.ts\n  2:  * MCP Security - Authentication, authorization, and rate limiting\n  79: export class MCPSecurity {\n  132: async check(request: { path?: string; method?: string; headers?: ... })\n  167: const auth = headers['authorization'] ?? headers['Authorization'];\n  239: case 'authenticate':\n  303: export function createApiKeyPolicy(...)\n```\n\n`MCPServer` never references that security manager in its HTTP request path.\n\n### Why This Is Not Intended Behavior\n\nPraisonAI's MCP documentation says MCP servers allow AI models to use tools and communicate with external systems. The same page's security considerations say to use API keys in production, implement rate limiting, validate incoming requests, use HTTPS, and limit custom tool permissions.\n\nPraisonAI's security page also documents prior breaking hardening where API servers were changed to require authentication by default and bind to `127.0.0.1` instead of `0.0.0.0`. It separately lists MCP `tools/call` issues as security vulnerabilities.\n\nThe npm TypeScript `MCPServer` does the opposite:\n\n- `start({ port })` binds to the unspecified address;\n- `MCPServerConfig` has no auth/security field;\n- `startHttp()` does not inspect `Authorization`;\n- `tools/list`, `tools/call`, `resources/read`, and `prompts/get` all dispatch without authentication; and\n- `MCPSecurity` exists but is not wired into the HTTP server.\n\nThis is not merely a deployment hardening suggestion. The package exposes an HTTP MCP server API and a separate security manager, but the server's own HTTP transport provides no way to enforce the documented API-key requirement.\n\n## PoV\n\nThe PoV installs the published npm package in a temporary project, starts the exported `MCPServer` on a local ephemeral port, and sends loopback JSON-RPC requests. It does not call any LLM provider or external service after package installation.\n\nRun from a local reproduction checkout:\n\n```fish\nnode poc/pov_poc.js 1.7.1\n```\n\nObserved result:\n\n```json\n{\n  \"package\": \"praisonai\",\n  \"version\": \"1.7.1\",\n  \"mcpServerExported\": true,\n  \"bindAddress\": {\n    \"address\": \"::\",\n    \"family\": \"IPv6\"\n  },\n  \"initialize\": {\n    \"status\": 200\n  },\n  \"list\": {\n    \"status\": 200,\n    \"json\": {\n      \"result\": {\n        \"tools\": [\n          {\n            \"name\": \"admin_reset_marker\",\n            \"description\": \"privileged marker tool\"\n          }\n        ]\n      }\n    }\n  },\n  \"callNoAuth\": {\n    \"status\": 200,\n    \"json\": {\n      \"result\": {\n        \"content\": [\n          {\n            \"text\": \"invoked:NO_AUTH_MARKER\"\n          }\n        ]\n      }\n    }\n  },\n  \"callBadAuth\": {\n    \"status\": 200,\n    \"json\": {\n      \"result\": {\n        \"content\": [\n          {\n            \"text\": \"invoked:BAD_AUTH_MARKER\"\n          }\n        ]\n      }\n    }\n  },\n  \"calls\": [\n    \"NO_AUTH_MARKER\",\n    \"BAD_AUTH_MARKER\"\n  ],\n  \"patchedControl\": {\n    \"noAuthStatus\": 401,\n    \"withAuthStatus\": 200,\n    \"patchedCalls\": [\n      \"called\"\n    ]\n  }\n}\n```\n\nInterpretation:\n\n- unauthenticated `initialize` returns `200`;\n- unauthenticated `tools/list` returns the registered tool;\n- unauthenticated `tools/call` invokes the registered tool;\n- invalid `Authorization: Bearer invalid` is ignored and also invokes the tool;\n- the server binds to the unspecified IPv6 address; and\n- a minimal local wrapper that enforces a bearer token blocks the same no-auth call with `401`, demonstrating that the PoV is exercising the missing authentication boundary.\n\n## PoC\n\nThe PoV section above contains the local reproduction command, input, and decisive output.\n\n## Impact\n\nAny client that can reach the npm TypeScript `MCPServer` HTTP port can list and invoke all registered MCP tools without credentials.\n\nReal impact depends on which tools, resources, and prompts the application registers. MCP tools commonly wrap filesystem operations, API clients, database queries, agent actions, deployment operations, email/Slack actions, browser automation, and code execution. Because those handlers run with the server process privileges and server-side credentials, an unauthenticated caller can drive the same actions.\n\n`resources/read` and `prompts/get` are also unauthenticated and may disclose application data or prompt material registered by the server.\n\n### Severity\n\nSuggested severity: Critical.\n\nRationale:\n\n- `AV`: exploitation is a direct HTTP JSON-RPC request.\n- `AC`: no race, user gesture, or special state is required.\n- `PR`: no credentials are required; invalid credentials are ignored.\n- `UI`: no user interaction is required after the server is running.\n- `S`: impact is within the authority of the MCP server process and its registered tools.\n- `C`: resources, prompts, and tool-returned data may expose sensitive data.\n- `I`: unauthenticated callers can drive server-side tools.\n- `A`: unauthenticated callers can invoke destructive or resource-consuming tools if registered.\n\n## Suggested Fix\n\nRecommended minimum fix:\n\n1. Add `security`, `auth`, `authRequired`, `apiKeys`, or `authorize(req)` to `MCPServerConfig`.\n2. Fail closed for HTTP transport when auth is not configured, unless the caller explicitly opts into unauthenticated loopback-only development mode.\n3. Bind HTTP transport to `127.0.0.1` by default, or require an explicit host when binding to all interfaces.\n4. Call `MCPSecurity.check(...)` or equivalent middleware before every non-health POST request reaches `handleRequest()`.\n5. Return `401` for missing or invalid credentials before dispatching `initialize`, `tools/list`, `tools/call`, `resources/read`, or `prompts/get`.\n6. Add Origin/Host protections for loopback HTTP transports to reduce DNS rebinding exposure.\n7. Add regression tests proving:\n   - no-auth `tools/list` returns `401`;\n   - no-auth `tools/call` returns `401` and does not invoke the handler;\n   - invalid bearer token returns `401`;\n   - valid bearer token invokes the handler;\n   - default `start({ port })` does not bind to all interfaces without an explicit opt-in.\n\n## Affected Package/Versions\n\n- Repository: `MervinPraison/PraisonAI`\n- Ecosystem: `npm`\n- Package: `praisonai`\n- Component: `src/praisonai-ts/src/mcp/server.ts`\n- Related unused security component: `src/praisonai-ts/src/mcp/security.ts`\n- Current npm version checked: `1.7.1`\n- Refreshed `origin/main` checked: `1ad58ca02975ff1398efeda694ea2ab78f20cf3e`\n\nConfirmed affected range:\n\n```text\n>= 1.5.0, <= 1.7.1\n```\n\nBoundary:\n\n```text\n1.4.0 does not export MCPServer and does not ship dist/mcp/server.js.\n```\n\nNo fixed npm version is known at the time of this report.\n\n### Version Sweep\n\nThe included sweep installs selected npm versions and checks the HTTP `MCPServer` path:\n\n```fish\nnode poc/version_sweep_poc.js\n```\n\nObserved result:\n\n```text\n1.4.0: mcpServerExported=false, hasDistMcpServer=false\n1.5.0: mcpServerExported=true, hasDistMcpServer=true, noAuthToolCallInvoked=true, bindAddress=::\n1.5.4: mcpServerExported=true, hasDistMcpServer=true, noAuthToolCallInvoked=true, bindAddress=::\n1.6.0: mcpServerExported=true, hasDistMcpServer=true, noAuthToolCallInvoked=true, bindAddress=::\n1.7.0: mcpServerExported=true, hasDistMcpServer=true, noAuthToolCallInvoked=true, bindAddress=::\n1.7.1: mcpServerExported=true, hasDistMcpServer=true, noAuthToolCallInvoked=true, bindAddress=::\n```\n\n## Advisory History\n\nKnown related public advisories:\n\n- `GHSA-9mqq-jqxf-grvw` / `CVE-2026-44336`: `pip:praisonai` MCP `tools/call` path traversal to RCE in Python `praisonai mcp serve`, affected `<= 4.6.33`.\n- `CVE-2026-47394`: `pip:praisonai` incomplete MCP path traversal fix affecting Python workflow/deploy handlers.\n- poc: deprecated Python MCP SSE Host/Origin/session issue.\n- poc: npm TypeScript AgentOS missing authentication.\n\nThis report is distinct because it targets:\n\n- ecosystem: `npm`;\n- package: `praisonai`;\n- component: `src/praisonai-ts/src/mcp/server.ts`;\n- root cause: TypeScript `MCPServer` HTTP transport missing auth and not using `MCPSecurity`;\n- primitive: unauthenticated and invalid-auth JSON-RPC `tools/call` invokes arbitrary registered TypeScript MCP tools; and\n- affected range: `>= 1.5.0, <= 1.7.1`.\n\nThe Python MCP advisories cover path traversal in specific Python MCP tool handlers. They do not cover the npm TypeScript `MCPServer` transport or its unwired security manager.",
  "severity" : [ {
    "type" : "CVSS_V3",
    "score" : "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H"
  } ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "npm",
      "name" : "praisonai"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "1.5.0"
      }, {
        "fixed" : "1.7.2"
      } ]
    } ],
    "database_specific" : {
      "last_known_affected_version_range" : "<= 1.7.1"
    }
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/MervinPraison/PraisonAI/security/advisories/GHSA-j4f3-55x4-r6q2"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/MervinPraison/PraisonAI"
  } ],
  "database_specific" : {
    "cwe_ids" : [ "CWE-1188", "CWE-306", "CWE-862" ],
    "severity" : "CRITICAL",
    "github_reviewed" : true,
    "github_reviewed_at" : "2026-06-18T14:26:48Z",
    "nvd_published_at" : null
  }
}