high CVSS 8.1

CVE-2026-59950·Python vulnerability

The MCP Python SDK, called mcp on PyPI, is a Python implementation of the Model Context Protocol (MCP). Prior to 1.28.1, the deprecated mcp.server.websocket.websocket_server transport accepted WebSocket handshakes without applying Host or Origin header validation, leaving no SDK-level way to restrict which origins could connect to applications that exposed that transport. This issue is fixed in version 1.28.1.

Severity
high
Software
Python
Fixed in
1.28.1
Published
2026-07-15

Affected versions

Until: 1.28.1

Fixed in: 1.28.1

How to fix this CVE

Applications using the MCP Python SDK must upgrade to version 1.28.1 or later to address a WebSocket validation vulnerability in the deprecated websocket_server transport. The fix implements proper Host and Origin header validation to prevent unauthorized cross-origin connections. Update your Python environment immediately and restart any services that depend on the mcp package.

sudo dnf update python3 && pip3 install --upgrade mcp>=1.28.1

Defensia detects this vulnerability

What an exploitation attempt looks like

Sample log line indicative of exploitation attempts:

POST /path HTTP/1.1
Upgrade: websocket
Connection: Upgrade
(Missing|Mismatched Host header|Missing Origin header)

WAF mitigation (if patching is not yet possible)

Add this rule to your WAF to block exploitation attempts while you schedule the patch.

Implement WebSocket connection filtering rules that validate Host header matches expected domain and reject requests with missing or invalid Origin headers before handshake completion.

How to check if you are affected

  1. Check installed mcp package version: pip3 show mcp | grep Version
  2. Identify if websocket_server transport is in use: grep -r 'websocket_server' /path/to/your/app --include='*.py'
  3. Search application logs for WebSocket handshake requests without Host/Origin headers: grep -i 'websocket' /var/log/app/*.log | grep -v 'Host\|Origin'
  4. Verify the patch by confirming mcp version is 1.28.1 or higher: python3 -c 'import mcp; print(mcp.__version__)'

FAQ

What is CVE-2026-59950?

CVE-2026-59950 is a validation bypass vulnerability in the MCP Python SDK's deprecated WebSocket transport that fails to validate Host and Origin headers during connection handshakes, allowing potential cross-origin attacks.

Is CVE-2026-59950 being actively exploited?

No, this vulnerability is not currently listed in the CISA Known Exploited Vulnerabilities (KEV) catalog and no public exploits are available.

What versions of the MCP Python SDK are affected by CVE-2026-59950?

All versions prior to 1.28.1 are affected. The fix was released in version 1.28.1.

How do I check if my server is vulnerable to CVE-2026-59950?

Run 'pip3 show mcp' and check the Version field. If it shows a version number lower than 1.28.1, your installation is vulnerable.

Does Defensia detect CVE-2026-59950?

Yes — Defensia's CVE advisory scanner compares installed package versions against the NVD database. If the mcp package is installed on a monitored server, CVE-2026-59950 will appear in your dashboard with remediation steps.

Related Python CVEs

CVE-2026-25632CVSS 10EPyT-Flow is a Python package designed for the easy generation of hydraulic and water quality scenario data of water distribution networks. Prior to 0.16.1, EPyT-Flow’s REST API parses attacker-controlled JSON request bodies using a custom deserializer (my_load_from_json) that supports a type field. When type is present, the deserializer dynamically imports an attacker-specified module/class and instantiates it with attacker-supplied arguments. This allows invoking dangerous classes such as subprocess.Popen, which can lead to OS command execution during JSON parsing. This also affects the loading of JSON files. This vulnerability is fixed in 0.16.1.
CVE-2026-28505CVSS 10Tautulli is a Python based monitoring and tracking tool for Plex Media Server. Prior to version 2.17.0, the str_eval() function in notification_handler.py implements a sandboxed eval() for notification text templates. The sandbox attempts to restrict callable names by inspecting code.co_names of the compiled code object. However, co_names only contains names from the outer code object. When a lambda expression is used, it creates a nested code object whose attribute accesses are stored in code.co_consts, NOT in code.co_names. The sandbox never inspects nested code objects. This issue has been patched in version 2.17.0.
CVE-2026-34938CVSS 10PraisonAI is a multi-agent teams system. Prior to version 1.5.90, execute_code() in praisonai-agents runs attacker-controlled Python inside a three-layer sandbox that can be fully bypassed by passing a str subclass with an overridden startswith() method to the _safe_getattr wrapper, achieving arbitrary OS command execution on the host. This issue has been patched in version 1.5.90.
CVE-2026-33054CVSS 10Mesop is a Python-based UI framework that allows users to build web applications. Versions 1.2.2 and below contain a Path Traversal vulnerability that allows any user supplying an untrusted state_token through the UI stream payload to arbitrarily target files on the disk under the standard file-based runtime backend. This can result in application denial of service (via crash loops when reading non-msgpack target files as configurations), or arbitrary file manipulation. This vulnerability heavily exposes systems hosted utilizing FileStateSessionBackend. Unauthorized malicious actors could interact with arbitrary payloads overwriting or explicitly removing underlying service resources natively outside the application bounds. This issue has been fixed in version 1.2.3.
CVE-2025-68668CVSS 9.9n8n is an open source workflow automation platform. From version 1.0.0 to before 2.0.0, a sandbox bypass vulnerability exists in the Python Code Node that uses Pyodide. An authenticated user with permission to create or modify workflows can exploit this vulnerability to execute arbitrary commands on the host system running n8n, using the same privileges as the n8n process. This issue has been patched in version 2.0.0. Workarounds for this issue involve disabling the Code Node by setting the environment variable NODES_EXCLUDE: "[\"n8n-nodes-base.code\"]", disabling Python support in the Code node by setting the environment variable N8N_PYTHON_ENABLED=false, which was introduced in n8n version 1.104.0, and configuring n8n to use the task runner based Python sandbox via the N8N_RUNNERS_ENABLED and N8N_NATIVE_PYTHON_RUNNER environment variables.

References

Track CVEs across your fleet automatically

Defensia scans your Linux servers and tells you exactly which ones are running vulnerable versions — including CVE-2026-59950. Free for 1 server.

Get started free