CVE-2026-107824criticalCode execution2026-10-09
CVE-2026-107824: x64dbg-MCP Server gave anyone on the network full debugger control
Early versions of the x64dbg-MCP Server plugin served all 71 debugger tools over HTTP/SSE with no authentication on 0.0.0.0, so anyone who could reach port 9094 or 9095 could run x64dbg commands, attach to processes, edit memory and write files.
What it is
The plugin exposes x64dbg's debugging API to MCP clients. Out of the box it listened on every interface (port 9094 for x64, 9095 for x32) with no credential check.
The project's advisory lists arbitrary x64dbg command execution, attaching to any process by PID, reading and patching debuggee memory, and writing files to any path through the dump commands.
The fix adds a mandatory Bearer token that's generated on first run; requests without it get 401.
How to check
- The GitHub advisory lists versions before 1.0 as affected and 1.0 as fixed; the NVD record says the fix is in 1.1.
- A separate, medium-severity bug (CVE-2026-107820, a pre-auth denial of service via Content-Length) affects 1.1 and earlier.
How to fix
- Upgrade the plugin to 1.2 or later, which covers both advisories.
- Keep the MCP port bound to localhost or firewalled, especially on analysis machines.
Sources
More advisories for this tool
- criticalMalicious npm and PyPI packages posing as AI and MCP tools: depfix-ai, agent-trace-kit, @go-gost/mcp-darwin-x64 and my-mcp-server-driving-license-ocr
- criticalMalicious npm packages posing as MCP servers: @rfewqa-fes/mnm-doc-mcp, @lemili9804/mcp-weather-server and mcp-contract-tester
- criticalMalicious code in @bestcoolman/dev-mcp (npm)
- criticalMalicious code in @massnerder/x402-scraper-mcp (npm)