用 Zig 编写的 x64dbg 原生 MCP 插件:调试器启动即内置 HTTP 服务,把设断点、单步、读写内存等完整调试能力暴露给任意 MCP 兼容 AI 助手。核心能力围绕断点全家桶、寄存器与内存读写、静态辅助分析展开。逆向与恶意样本分析社区正在把 LLM 接进工作流,但此前多为外挂脚本轮询方案。

| 项目 | 内容 |
|---|---|
| 仓库 | duty1g/x64dbg-mcp-server |
| 语言 / 许可证 | Zig / MIT |
| 总星标 | ⭐ 1453(截至 2026-08-26) |
| 创建时间 | 2026-08-22 |
| 榜单 | 近30天新星榜 第13名 |
用 Zig 编写的 x64dbg 原生 MCP 插件:调试器启动即内置 HTTP 服务,把设断点、单步、读写内存等完整调试能力暴露给任意 MCP 兼容 AI 助手。
逆向与恶意样本分析社区正在把 LLM 接进工作流,但此前多为外挂脚本轮询方案。这个项目做到"x64dbg 进程内原生服务"——零 .NET/Python 运行时依赖、无轮询无外部进程,上传后仅数日即上千星,说明"原生插件 + MCP 标准协议"正是安全研究圈想要的那块拼图。Zig 单码基同时产出 x32/x64 两套插件也颇具技术吸引力。
纯 Zig 实现,每架构一个二进制(`.dp32/.dp64`)。启动时从 `x64bridge.dll` 与 `x64dbg.dll` 运行时解析调试 API 符号,然后在 x64dbg 地址空间内的后台线程起 HTTP 服务,遵循 MCP 2024-11-05 规范的 Streamable HTTP + SSE(JSON-RPC 2.0)。源码分层清晰:`main.zig`(入口/菜单/回调)、`core/bridge.zig`(SDK 绑定)、`core/mcp_server.zig`(HTTP+JSON-RPC 分发)。
首次运行自动生成 Bearer Token;客户端配置示例:
{
"mcpServers": {
"x64dbg": {
"type": "http",
"url": "http://localhost:9094/",
"headers": { "Authorization": "Bearer YOUR_TOKEN_HERE" }
}
}
}
老客户端可用 `"type": "sse"` + `/sse` 路径。
README 给出的 AI 会话流程:加载 calc.exe → `LoadBinary` 后 `SetBreakpoint` 断在入口点 → `run` + `WaitForPause` → `GetAllRegisters` 读寄存器 → `ReadMemory` 十六进制转储 RIP 处内存 → `StepOver` ×3 再 `GetCallStack` 看调用栈。GUI 配置入口在 Plugins > x64dbg-MCP Server > Configure。
对比 Ghidra/IDA 系 MCP 插件偏静态分析,本项目补足的是动态调试一环;对比 Python 脚本桥接方案(如 pykd 风格),原生插件消除了外部进程与轮询延迟,但生态绑定于 x64dbg 本身。两者常配合使用:静态库比对找目标,动态断点验证猜想。