O que é x64dbg-MCP Server?
O x64dbg-MCP Server é um plugin para o x64dbg, o depurador de código aberto para Windows, que roda um servidor MCP dentro do próprio processo do depurador. Agentes conectados podem carregar um programa ou se anexar a um processo, pôr breakpoints de software, hardware, memória, condicionais e de exceção, avançar passo a passo e rastrear, ler e escrever registradores e memória, montar patches, listar módulos, importações, exportações, strings e referências cruzadas, detectar o ponto de entrada original de binários empacotados e despejar memória ou módulos em disco. Também repassa qualquer comando do x64dbg por ExecuteDebuggerCommand.
É escrito em Zig sem dependências de execução, compila plugins de 32 e 64 bits a partir de um só código e fala Streamable HTTP e SSE com token bearer obrigatório. Criado em 22 de agosto de 2026 pelo usuário do GitHub duty1g, tem cerca de 2.795 estrelas, licença MIT e lançou a v1.7 em 3 de novembro de 2026.
Como instalar x64dbg-MCP Server
Copy the release dist/ folder into the x64dbg directory; connect to http://localhost:9094/ with the bearer tokenx64dbg-MCP Server vale a pena?
Ferramentas estáticas como o Ghidra leem um binário; esta o executa. Com 84 ferramentas, o agente pode parar no ponto de entrada, pular chamadas, observar registradores, seguir cadeias de ponteiros, rastrear um número definido de instruções com o desmonte e pôr um breakpoint de hardware numa escrita de memória. Para desempacotar, DetectOEP e DumpModule cobrem a sequência usual de achar o ponto de entrada real e despejar, e WaitForEvent aguarda por long polling breakpoints e exceções para o agente não ficar girando à toa. Ser um plugin nativo importa: não há ponte em Python nem runtime .NET entre o modelo e a API do depurador.
O modelo de segurança merece uma segunda leitura. O servidor pode ler e escrever a memória do processo, alocar memória, alterar registradores e executar comandos arbitrários do depurador, e faz isso por HTTP sem criptografia. Um token é gerado na primeira execução e exigido em toda requisição, e requisições sem ele recebem 401 Unauthorized. O README aponta 0.0.0.0, todas as interfaces, como endereço de escuta padrão, enquanto o config.zig atual recorre a 127.0.0.1; confira o menu Plugins depois de instalar e mantenha em loopback, a menos que o WSL ou um cliente remoto exija outra coisa. Malware em análise deve ficar numa VM isolada de qualquer forma.
O projeto é novo e anda rápido: oito versões desde 27 de agosto, várias corrigindo comportamentos reais. A v1.6 fez as 25 ferramentas que recebem endereço aceitarem inteiros, depois que Disassemble voltava em silêncio ao ponteiro de instrução atual quando recebia um; a v1.7 consertou SetBookmark, que nunca tinha criado um marcador. O próprio README se contradiz na contagem de ferramentas (84 na lista de recursos, 72 na seção de ferramentas). Há um único mantenedor, e o escopo só para Windows vem do próprio x64dbg.
Onde ele se destaca
Uma analista de malware numa pequena empresa de resposta a incidentes
Desempacotar uma amostra até o ponto de entrada original e despejá-la
Numa VM Windows isolada, faça o agente carregar a amostra, rodar DetectOEP, parar ali e chamar DumpModule, e entregue o despejo a um servidor de Ghidra para a análise estática. Grátis; poupa o passo a passo manual.
Um jogador de CTF diante de um crackme
Achar onde a checagem de licença compara a entrada e por que falha
Peça ao agente para buscar a mensagem de falha nas strings, seguir GetReferences até a comparação, pôr um breakpoint condicional e ler os registradores ali. O agente explica cada passo enquanto avança.
Um desenvolvedor Windows atrás de um travamento numa DLL de terceiros
Capturar a pilha de chamadas e os argumentos quando ocorre uma violação de acesso
Ponha um breakpoint de exceção para violações de acesso de primeira chance, rode até disparar e chame GetCallStack, GetArguments e Disassemble em torno do endereço da falha para montar um relatório de bug.
Antes de decidir
- Configuração
- Copie a pasta dist da versão para o diretório do x64dbg e abra o x64dbg; o servidor sobe sozinho na porta 9094 (x64) ou 9095 (x32). Copie o token em Plugins e adicione a URL e o cabeçalho Authorization no cliente.
- Integrações
- 84 ferramentas e 22 callbacks de eventos do depurador por Streamable HTTP e SSE (MCP 2024-11-05). Qualquer comando do x64dbg via ExecuteDebuggerCommand. Compila a partir do código com Zig 0.16-dev no Windows, Linux, macOS ou WSL.
- Dados e privacidade
- Roda dentro do x64dbg na sua máquina; desmonte, memória e strings vão para o seu provedor de modelos. Controle total de leitura e escrita do processo depurado por HTTP sem criptografia, protegido por um token salvo em mcp_config.json ao lado do x64dbg.
- Limites
- Só Windows; HTTP sem criptografia; um mantenedor; a contagem de ferramentas e o endereço de escuta padrão do README não batem com o código. GetSEHChain só funciona em x32.
O que é bom
- 84 ferramentas para breakpoints, rastreamento, memória e análise PE
- Plugin nativo em Zig, sem runtime para instalar
- Token bearer obrigatório em toda requisição
- Detecção de OEP e despejo de módulos para binários empacotados
O que não é
- HTTP sem criptografia; o token trafega aberto
- README e código divergem no endereço de escuta padrão
- Versões recentes corrigiram ferramentas que falhavam em silêncio
- Um único mantenedor, só Windows
Ideal para
Analistas de malware, jogadores de CTF e engenheiros reversos que já usam o x64dbg e querem que um agente cuide dos passos, rastreamentos e despejos repetitivos numa VM isolada.
Alternativas ao x64dbg-MCP Server
x64dbg-MCP Server: perguntas frequentes
- x64dbg-MCP Server vale a pena?
- O parceiro de análise dinâmica de um servidor de Ghidra: rápido, sem dependências e completo, com um canal de controle em HTTP sem criptografia que tem poder total sobre o processo a que estiver anexado. Damos nota 3.9 de 5.
- Quanto custa x64dbg-MCP Server?
- Gratuito e de código aberto (MIT).
- Quais são as desvantagens de x64dbg-MCP Server?
- HTTP sem criptografia; o token trafega aberto; rEADME e código divergem no endereço de escuta padrão; versões recentes corrigiram ferramentas que falhavam em silêncio; um único mantenedor, só Windows.
- Para quem x64dbg-MCP Server é indicado?
- Analistas de malware, jogadores de CTF e engenheiros reversos que já usam o x64dbg e querem que um agente cuide dos passos, rastreamentos e despejos repetitivos numa VM isolada.
- x64dbg-MCP Server é seguro para dados da empresa?
- Roda dentro do x64dbg na sua máquina; desmonte, memória e strings vão para o seu provedor de modelos. Controle total de leitura e escrita do processo depurado por HTTP sem criptografia, protegido por um token salvo em mcp_config.json ao lado do x64dbg.
- Quais são as melhores alternativas ao x64dbg-MCP Server?
- As alternativas mais próximas que analisamos são GhidraMCP e REA (Reverse Engineer Anything).
Respostas verificadas em 6 de nov. de 2026.