x64dbg-MCP Server
A native MCP plugin for the x64dbg debugger: the agent drives debugging over HTTP, sets breakpoints, steps through code, reads and patches memory
- 2,818 ★ on the repository
- Last commit
- MIT
Broad access
Why this level
- Grants full control over the debugged process: memory reads and writes, patches, arbitrary debugger commands
- The server listens on all interfaces by default and access is guarded only by a token
Install
- Works in
Manual install
{
"mcpServers": {
"x64dbg": {
"type": "http",
"url": "http://localhost:9094/",
"headers": {
"Authorization": "Bearer YOUR_TOKEN_HERE"
}
}
}
}MCP client config fragment for the streamable HTTP transport. Take the token from the plugin config dialog. Legacy clients can use SSE at http://localhost:9094/sse.
Access and checks
How we reviewBroad accessThe tool can change data, run commands or handle secrets.
- Grants full control over the debugged process: memory reads and writes, patches, arbitrary debugger commands
- The server listens on all interfaces by default and access is guarded only by a token
This is third-party code. Review the repository files before installing.
What it does
The plugin loads into the x64dbg debugger and exposes its functions over MCP on top of HTTP, so a connected agent drives debugging programmatically. Through a set of tools the agent loads an executable or attaches to a process, sets software and hardware breakpoints, steps through instructions, reads registers, the call stack, modules and threads, disassembles code and searches memory for strings. It has reverse-engineering tools: finding the entry point after unpacking, dumping a module, PE analysis, reading function arguments and tracing. Memory can be read and also patched, and every tool response carries a debugger state line and a queue of events. The plugin is written in Zig, builds into a single dependency-free binary for x32 and x64, supports streamable HTTP and SSE transports, and requires a Bearer token on every request.
Who it is for. For reverse engineers, malware analysts and security researchers who work in x64dbg and want to drive debugging through an agent.
Good fit when
- You need to run an x64dbg debugging session through an agent: breakpoints, stepping, reading registers and memory
- You need to unpack a sample: find the entry point, dump a module, analyze the PE
- You need to tie malware or binary analysis to the agent's reasoning
Not a fit when
- You do not have x64dbg or the task is not about Windows and native debugging
- You have no right to analyze the binary or process in question
Example request
Load calc.exe, break at the entry point and show the current registersMCP
- Transport
- http, sse
- Authentication
- API key
Limitations
The plugin runs inside x64dbg, which means Windows, and needs the debugger installed. By default the server binds to 0.0.0.0, so when reachable over the network anyone with the token controls the debugger, so the token must be protected and the bind address limited. There is no npm or PyPI package: install by copying the built plugin into the x64dbg folder or by building from the Zig source. The tool grants full control over the debugged process, including memory writes and patches.
How to disable. Remove the plugin files from the x64dbg folder and restart the debugger. Delete the server entry from the MCP client configuration.
FAQ
Where do I get the token?
The token is generated on first run of the server and is required on every request. You can change the address, port and token in the config dialog from the Plugins menu.
Is this legal?
Debugging and reverse engineering are standard work in malware analysis, security research and inspecting your own binaries. Use the tool only on programs and processes you are allowed to analyze.
How is x64dbg-MCP Server different from x64dbg scripts?
It is a native plugin built into the x64dbg debugger. It exposes debugger functions over MCP on HTTP, and the agent loads executables, sets breakpoints, steps through code and reads and patches memory. You do not write scripts.
How do I connect x64dbg-MCP Server and where do I get the token?
Install the plugin in x64dbg per the repository instructions, then connect the client over HTTP. The access token is set in the plugin settings, see the README for steps. It works with Claude Code, Claude Desktop and Cursor. Risk is high.
Discussion
No questions or reviews yet.
Related
MCP serversx64dbg MCP
x64dbg MCP Server Plugin
An x64dbg and x32dbg plugin with an MCP server of 79 tools and 11 Claude Code commands for crash analysis, tracing and memory dumps
MCP server and Ghidra plugin that lets an agent decompile binaries, follow cross-references and rename functions in an open project
RE-MCP opens IDA Pro and Ghidra to an agent in headless mode: functions, decompiler, cross-references, types and patching.
An MCP server for the Ghidra disassembler: hundreds of tools for reverse engineering, decompilation, renaming, structures, emulation and debugging
An MCP server and agent toolkit for reverse engineering: Ghidra, Frida, x64dbg and Rizin for binary analysis, CTF and malware research
A Ghidra extension with an MCP server: an agent reads pseudocode and disassembly, builds call graphs and edits names, types and structures via 100 tools
README in short
The README presents the plugin as a native MCP server for x64dbg that exposes debugger functions over HTTP and lets any compatible agent drive debugging: breakpoints, stepping, memory reads, register dumps and more. The plugin is built in Zig, dependency-free, into a single binary that cross-compiles to x32 and x64 from any host. It supports streamable HTTP and SSE transports and requires Bearer token authentication, generated on first run. The server starts automatically when x64dbg launches, and ports and token change in the config dialog. MIT licensed.