CVE-2026-55605

ŚrednieCVSS 5.3

Opublikowano: 09/07/2026(UTC)Zaktualizowano: 10/07/2026(UTC)Przetłumaczono: 14/07/2026(UTC)NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko

0.43%

Percentyl 35 - wyżej niż 35% wszystkich znanych CVE

Streszczenie

Podatność w serwerze MCP DeepSeek (wersje 1.4.2 do 1.7.x) pozwala nieuwierzytelnionym klientom na dostęp do endpointu HTTP POST /mcp. Brak mechanizmu uwierzytelniania umożliwia inicjalizację sesji, wyliczanie narzędzi oraz wywoływanie narzędzi deepseek_sessions i deepseek_chat, co może prowadzić do ujawnienia klucza API DeepSeek.

Ocena ryzyka

Organizacja narażona jest na nieautoryzowany dostęp do interfejsu MCP, co może skutkować wyciekiem wrażliwych danych (np. klucza API) oraz niekontrolowanym wykorzystaniem zasobów. Atakujący z sieci może przejąć kontrolę nad sesją i wykonywać operacje bez wiedzy administratora.

Rekomendacja

Należy natychmiast zaktualizować @arikusi/deepseek-mcp-server do wersji 1.8.0 lub nowszej. W przypadku braku możliwości aktualizacji, należy wdrożyć uwierzytelnianie na poziomie proxy (np. API Gateway) lub ograniczyć dostęp do portu 3000 wyłącznie do zaufanych sieci.

Inne podatności w DeepSeek MCP Server

CVE-2026-55604Wysokie
Podatność w DeepSeek MCP Server pozwala atakującemu na przejęcie sesji użytkownika poprzez enumerację identyfikatorów sesji i ich ponowne użycie w żądaniach czatu. Problem występuje w wersjach od 1.4.2 do 1.7.0, gdzie globalny magazyn sesji nie weryfikuje autentyczności identyfikatorów sesji.

Oryginalny opis (angielski, źródło NVD)

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.