Description
DeepSeek MCP Server is an MCP server for DeepSeek V4. Starting in version 1.4.2 and prior to version 1.8.0, the self-hosted HTTP transport of `@arikusi/deepseek-mcp-server` exposes `POST /mcp` without any authentication: `createMcpExpressApp` is called without an `authProvider` and no middleware guards the route, so any network-reachable client can issue an unauthenticated `initialize` request and obtain a valid MCP session identifier. In reproduced testing against commit `5e1302171e99`, an unauthenticated client was able to initialize a session, enumerate tools, and invoke the local `deepseek_sessions` tool with no credentials. The same unauthenticated session also exposes `deepseek_chat`, whose handler uses the server-side `DEEPSEEK_API_KEY` when self-hosted deployments configure one. This issue applies to self-hosted HTTP mode, not the separately documented hosted BYOK endpoint in `README.md`, which expects an `Authorization: Bearer ...` header. Upstream self-hosted container assets enable HTTP mode by default (`Dockerfile`) and publish port `3000` (`docker-compose.yml`). Version 1.8.0 contains a patch for this issue.
Published: 2026-07-09
Score: 5.3 Medium
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The vulnerability resides in the self‑hosted HTTP transport of DeepSeek MCP Server, where the POST /mcp endpoint is exposed without any authentication guard. An unauthenticated user can obtain a valid MCP session identifier, list available tools, and invoke local services such as deepseek_sessions or deepseek_chat. The deepseek_chat handler relies on a server‑side DEEPSEEK_API_KEY, meaning that once a session is created, the attacker can send requests that use the privileged key. The flaw is a classic missing‑authentication weakness (CWE‑306).

Affected Systems

Affected installations are Arikusi DeepSeek MCP Server versions between 1.4.2 and 1.7.x, including the self‑hosted HTTP container images that publish port 3000 by default. These releases lack authentication checks on the POST /mcp endpoint, allowing unauthenticated session creation. The separately documented BYOK endpoint in the README requires an Authorization header and is not impacted. Version 1.8.0 and later contain a patch that enforces authentication on the self‑hosted HTTP endpoint.

Risk and Exploitability

The CVSS score of 5.3 signals moderate severity, and the EPSS score of less than one percent indicates a very low expected exploitation probability. The vulnerability is not listed in the CISA KEV catalog and is not known to be actively exploited. An attacker only needs network reachability to the server’s exposed port 3000 to interact with the endpoint; once connected, the exploitation path is trivial because the endpoint accepts requests without authentication and no further prerequisites are required.

Generated by OpenCVE AI on July 29, 2026 at 11:50 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade DeepSeek MCP Server to version 1.8.0 or later to apply the authentication fix for the self‑hosted HTTP endpoint.
  • Restrict network access to port 3000 by configuring firewall rules, VPNs, or other network segmentation so that only trusted hosts can reach the service.
  • If an upgrade is not feasible, disable self‑hosted HTTP mode by removing the port mapping for 3000 in the Docker deployment or modifying the Dockerfile to exclude the HTTP handler.

Generated by OpenCVE AI on July 29, 2026 at 11:50 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Fri, 10 Jul 2026 14:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'yes', 'Exploitation': 'poc', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Fri, 10 Jul 2026 10:15:00 +0000

Type Values Removed Values Added
First Time appeared Arikusi
Arikusi deepseek-mcp-server
Vendors & Products Arikusi
Arikusi deepseek-mcp-server

Thu, 09 Jul 2026 21:45:00 +0000

Type Values Removed Values Added
Description DeepSeek MCP Server is an MCP server for DeepSeek V4. Starting in version 1.4.2 and prior to version 1.8.0, the self-hosted HTTP transport of `@arikusi/deepseek-mcp-server` exposes `POST /mcp` without any authentication: `createMcpExpressApp` is called without an `authProvider` and no middleware guards the route, so any network-reachable client can issue an unauthenticated `initialize` request and obtain a valid MCP session identifier. In reproduced testing against commit `5e1302171e99`, an unauthenticated client was able to initialize a session, enumerate tools, and invoke the local `deepseek_sessions` tool with no credentials. The same unauthenticated session also exposes `deepseek_chat`, whose handler uses the server-side `DEEPSEEK_API_KEY` when self-hosted deployments configure one. This issue applies to self-hosted HTTP mode, not the separately documented hosted BYOK endpoint in `README.md`, which expects an `Authorization: Bearer ...` header. Upstream self-hosted container assets enable HTTP mode by default (`Dockerfile`) and publish port `3000` (`docker-compose.yml`). Version 1.8.0 contains a patch for this issue.
Title @arikusi/deepseek-mcp-server Missing Authentication on Self-Hosted HTTP MCP Endpoint
Weaknesses CWE-306
References
Metrics cvssV3_1

{'score': 5.3, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L'}


Subscriptions

Arikusi Deepseek-mcp-server
cve-icon MITRE

Status: PUBLISHED

Assigner: GitHub_M

Published:

Updated: 2026-07-10T13:35:30.010Z

Reserved: 2026-06-16T23:31:22.445Z

Link: CVE-2026-55605

cve-icon Vulnrichment

Updated: 2026-07-10T13:35:24.960Z

cve-icon NVD

No data.

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-07-29T12:00:12Z

Weaknesses
  • CWE-306

    Missing Authentication for Critical Function