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
MCP server

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
All reasons and checks

duty1g/x64dbg-mcp-server

Install

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 review

Broad 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 registers

MCP

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.

x64dbg 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 serverBroad access554Repository stars

MCP server and Ghidra plugin that lets an agent decompile binaries, follow cross-references and rename functions in an open project

MCP serverExtended access11.9KRepository stars

RE-MCP opens IDA Pro and Ghidra to an agent in headless mode: functions, decompiler, cross-references, types and patching.

MCP serverBroad access179Repository stars

An MCP server for the Ghidra disassembler: hundreds of tools for reverse engineering, decompilation, renaming, structures, emulation and debugging

MCP serverBroad access6.2KRepository stars

An MCP server and agent toolkit for reverse engineering: Ghidra, Frida, x64dbg and Rizin for binary analysis, CTF and malware research

MCP serverBroad access1.4KRepository stars

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

MCP serverBroad access810Repository stars

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.

README badge

Report a problem