x64dbg-MCP Server 模块转储全流程如何用 DumpModule 与 DumpMemory 快速生成可用二进制【免费下载链接】x64dbg-mcp-serverx64dbg-MCP Server is a native MCP (Model Context Protocol) plugin for x64dbg that exposes the debuggers full functionality over HTTP. Connect any MCP-compatible AI assistant and control x64dbg programmatically: set breakpoints, step through code, read memory, dump registers, and more. Built with Zig — zero dependencies, single-binary output, cros项目地址: https://gitcode.com/gh_mirrors/x6/x64dbg-mcp-serverx64dbg-MCP Server是一款为 x64dbg 打造的AI 调试插件它把调试器的全部能力通过 HTTP 暴露给任意支持 MCP 的 AI 助手——设断点、单步执行、读内存、转储模块都能听懂人话。本文带你走通模块转储全流程先用DumpModule一键导出整个模块再用DumpMemory精准转储任意内存区域最终生成可分析的可用二进制。为什么需要 AI 驱动的模块转储传统的模块转储俗称 Dump要手工查模块基址、算大小、调内存窗口、再保存步骤繁琐且容易出错。而x64dbg-MCP Server把这一切交给 AI你用自然语言描述目标它自动调用 tools.zig 中封装好的 71 个 MCP 工具完成转储。 核心价值零依赖、单文件二进制用 Zig 编写x32 / x64 一次构建直接丢进 x64dbg 插件目录即可运行。转储前准备安装并连接获取插件源码如需从源码构建git clone https://gitcode.com/gh_mirrors/x6/x64dbg-mcp-server将dist/下的 x32、x64 插件复制到 x64dbg 根目录启动后 MCP 服务自动在后台开启。在 MCP 客户端配置中填入地址与 Bearer Token首次运行自动生成可在插件配置对话框查看。转储流程四步走第一步加载程序并暂停先让目标程序处于可转储状态。转储类工具都要求暂停Paused状态——DumpModule与DumpMemory在运行中会直接返回Target is running. Pause first.。LoadBinary把可执行文件载入调试器WaitForPause/PauseDebug确保目标已暂停第二步列出模块锁定目标调用ListModules获取所有已加载模块的基址与大小实现见 tools.zig#L1446。它会遍历内存映射聚合同名模块的连续区域输出模块名、基址、总大小——这就是你下一步要填的参数。第三步DumpModule 一键导出整个模块DumpModule只需两个参数module模块名和filePath输出路径。其内部优先执行modexport命令若失败则自动读取模块基址mod.name:0与大小mod.size再降级为savedata保存容错性很强。{ module: target.dll, filePath: C:\\dumps\\target.dll }实现细节见 tools.zig#L2952。适合我要整份 DLL的场景转储结果与内存中实际布局一致。第四步DumpMemory 精准转储任意内存区域当你要的是某段特定地址而非整个模块时用DumpMemory。它需要三个参数address起始地址、size字节数、filePath输出路径底层执行savedata命令把指定内存区域原样写到磁盘。{ address: 0x7FF7A1234000, size: 4096, filePath: C:\\dumps\\region.bin }实现见 tools.zig#L2585。配合GetDumpableRegions列出所有已提交、可读的内存区域见 tools.zig#L3158你可以先看到哪些区域可转储再精确选取。DumpModule 与 DumpMemory 到底怎么选维度DumpModuleDumpMemory粒度整个模块指定地址区间关键参数modulefilePathaddresssizefilePath底层命令modexport降级savedatasavedata典型场景导出完整 DLL / EXE抓取栈数据、动态内存、OEP 附近代码让转储文件真正可用的关键技巧确认状态转储前用GetDebugState确认已暂停避免拿到半初始化数据。定位 OEP对加壳程序先用DetectOEP探测原始入口点再在 OEP 附近用DumpMemory抓取真实代码。理解结构转储后用AnalyzeModule查看 PE 结构节区、入口点、映像大小核对文件是否完整。还原补丁若调试过程中打过补丁用RestorePatches还原原始字节保证转储内容纯净。常见问题快速排查报错 No active debug session还没有加载程序先执行LoadBinary或AttachProcess。报错 Target is running目标正在运行先用PauseDebugF12暂停。DumpModule 找不到模块确认ListModules里确实有该名字注意区分 x32 / x64默认端口 x64 为9094、x32 为9095。小结x64dbg-MCP Server把模块转储这件繁琐的活变成了几轮对话ListModules定位 →DumpModule整份导出 或DumpMemory精准截取 →AnalyzeModule/DetectOEP校验一条链路即可生成可用二进制。掌握这套流程你就能让 AI 替你把逆向中最机械的转储环节彻底自动化。 参考源码MCP 工具定义与处理器位于 tools.zigHTTP 服务与 JSON-RPC 分发位于 mcp_server.zigx64dbg SDK 绑定位于 bridge.zig。【免费下载链接】x64dbg-mcp-serverx64dbg-MCP Server is a native MCP (Model Context Protocol) plugin for x64dbg that exposes the debuggers full functionality over HTTP. Connect any MCP-compatible AI assistant and control x64dbg programmatically: set breakpoints, step through code, read memory, dump registers, and more. Built with Zig — zero dependencies, single-binary output, cros项目地址: https://gitcode.com/gh_mirrors/x6/x64dbg-mcp-server创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考