Was ist x64dbg-MCP Server?
x64dbg-MCP Server ist ein Plugin für x64dbg, den quelloffenen Windows-Debugger, das einen MCP-Server im Debuggerprozess selbst betreibt. Verbundene Agenten können ein Programm laden oder sich an einen Prozess hängen, Software-, Hardware-, Speicher-, bedingte und Exception-Breakpoints setzen, steppen und tracen, Register und Speicher lesen und schreiben, Patches assemblieren, Module, Importe, Exporte, Strings und Querverweise auflisten, den ursprünglichen Einstiegspunkt gepackter Binaries erkennen und Speicher oder Module auf die Festplatte dumpen. Über ExecuteDebuggerCommand reicht es zudem jeden x64dbg-Befehl durch.
Es ist in Zig ohne Laufzeitabhängigkeiten geschrieben, baut 32- und 64-Bit-Plugins aus einer Codebasis und spricht Streamable HTTP und SSE mit verpflichtendem Bearer-Token. Am 22. August 2026 vom GitHub-Nutzer duty1g angelegt, hat es rund 2.795 Sterne, steht unter MIT-Lizenz und veröffentlichte v1.7 am 3. November 2026.
x64dbg-MCP Server installieren
Copy the release dist/ folder into the x64dbg directory; connect to http://localhost:9094/ with the bearer tokenLohnt sich x64dbg-MCP Server?
Statische Werkzeuge wie Ghidra lesen ein Binary; dieses führt es aus. Mit 84 Tools kann der Agent am Einstiegspunkt anhalten, Aufrufe überspringen, Register beobachten, Zeigerketten folgen, eine festgelegte Zahl von Instruktionen samt Disassembly tracen und einen Hardware-Breakpoint auf einen Speicherschreibzugriff setzen. Fürs Entpacken decken DetectOEP und DumpModule die übliche Abfolge aus echtem Einstiegspunkt finden und dumpen ab, und WaitForEvent wartet per Long-Polling auf Breakpoints und Exceptions, damit der Agent nicht im Leerlauf kreist. Dass es ein natives Plugin ist, zählt: Zwischen Modell und Debugger-API liegt keine Python-Brücke und keine .NET-Laufzeit.
Das Sicherheitsmodell sollte man zweimal lesen. Der Server kann Prozessspeicher lesen und schreiben, Speicher reservieren, Register ändern und beliebige Debuggerbefehle ausführen, und das über unverschlüsseltes HTTP. Beim ersten Start wird ein Token erzeugt, das bei jeder Anfrage nötig ist; Anfragen ohne Token erhalten 401 Unauthorized. Das README nennt 0.0.0.0, also alle Schnittstellen, als Standard-Listen-Adresse, während die aktuelle config.zig auf 127.0.0.1 zurückfällt; prüfe nach der Installation das Plugins-Menü und bleib auf Loopback, sofern WSL oder ein entfernter Client nichts anderes verlangt. Zu analysierende Malware gehört ohnehin in eine isolierte VM.
Das Projekt ist jung und bewegt sich schnell: acht Releases seit dem 27. August, mehrere davon mit Korrekturen an echtem Verhalten. v1.6 ließ alle 25 Tools mit Adressparameter Ganzzahlen akzeptieren, nachdem Disassemble bei einer Ganzzahl stillschweigend auf den aktuellen Instruktionszeiger zurückgefallen war; v1.7 reparierte SetBookmark, das nie ein Lesezeichen angelegt hatte. Das README widerspricht sich bei der Toolzahl selbst (84 in der Featureliste, 72 im Toolabschnitt). Es gibt einen einzigen Maintainer, und die Beschränkung auf Windows folgt aus x64dbg selbst.
Wo es sich lohnt
Eine Malware-Analystin in einer kleinen Incident-Response-Firma
Ein gepacktes Sample bis zum ursprünglichen Einstiegspunkt entpacken und dumpen
In einer isolierten Windows-VM lässt du den Agenten das Sample laden, DetectOEP ausführen, dort anhalten und DumpModule aufrufen, dann geht der Dump zur statischen Analyse an einen Ghidra-Server. Kostenlos; spart das manuelle Steppen.
Ein CTF-Spieler an einem Crackme
Finden, wo die Lizenzprüfung die Eingabe vergleicht und warum sie scheitert
Lass den Agenten die Strings nach der Fehlermeldung durchsuchen, über GetReferences zum Vergleich gehen, einen bedingten Breakpoint setzen und dort die Register lesen. Der Agent erklärt jeden Schritt unterwegs.
Ein Windows-Entwickler auf der Spur eines Absturzes in einer Fremd-DLL
Aufrufstapel und Argumente erfassen, wenn eine Zugriffsverletzung auftritt
Einen Exception-Breakpoint für First-Chance-Zugriffsverletzungen setzen, laufen lassen, bis er auslöst, dann GetCallStack, GetArguments und Disassemble rund um die Fehleradresse aufrufen, um einen Bugreport vorzubereiten.
Bevor du dich festlegst
- Einrichtung
- Den dist-Ordner des Releases ins x64dbg-Verzeichnis kopieren und x64dbg starten; der Server startet automatisch auf Port 9094 (x64) oder 9095 (x32). Token im Plugins-Menü kopieren und URL samt Authorization-Header im Client eintragen.
- Integrationen
- 84 Tools und 22 Debugger-Event-Callbacks über Streamable HTTP und SSE (MCP 2024-11-05). Jeder x64dbg-Befehl über ExecuteDebuggerCommand. Build aus dem Quellcode mit Zig 0.16-dev unter Windows, Linux, macOS oder WSL.
- Daten und Datenschutz
- Läuft in x64dbg auf deinem Rechner; Disassembly, Speicher und Strings gehen an deinen Modellanbieter. Voller Lese- und Schreibzugriff auf den debuggten Prozess über unverschlüsseltes HTTP, geschützt durch ein Token in mcp_config.json neben x64dbg.
- Grenzen
- Nur Windows; unverschlüsseltes HTTP; ein Maintainer; Toolzahl und Standard-Bind-Adresse im README passen nicht zum Code. GetSEHChain gibt es nur für x32.
Was gut ist
- 84 Tools für Breakpoints, Tracing, Speicher und PE-Analyse
- Natives Zig-Plugin, keine Laufzeit zu installieren
- Bearer-Token bei jeder Anfrage Pflicht
- OEP-Erkennung und Modul-Dumps für gepackte Binaries
Was nicht
- Unverschlüsseltes HTTP; das Token reist im Klartext
- README und Code widersprechen sich bei der Standard-Bind-Adresse
- Jüngste Releases reparierten Tools, die still falsch arbeiteten
- Ein einziger Maintainer, nur Windows
Am besten für
Malware-Analysten, CTF-Spieler und Reverse Engineers, die x64dbg schon nutzen und einem Agenten das wiederholte Steppen, Tracen und Dumpen in einer isolierten VM überlassen wollen.
Alternativen zu x64dbg-MCP Server
x64dbg-MCP Server: häufige Fragen
- Lohnt sich x64dbg-MCP Server?
- Der Partner für dynamische Analyse neben einem Ghidra-Server: schnell, ohne Abhängigkeiten und gründlich, mit einem Steuerkanal über unverschlüsseltes HTTP, der volle Macht über den angehängten Prozess hat. Wir bewerten es mit 3.9 von 5.
- Was kostet x64dbg-MCP Server?
- Kostenlos und quelloffen (MIT).
- Welche Nachteile hat x64dbg-MCP Server?
- Unverschlüsseltes HTTP; das Token reist im Klartext; README und Code widersprechen sich bei der Standard-Bind-Adresse; Jüngste Releases reparierten Tools, die still falsch arbeiteten; Ein einziger Maintainer, nur Windows.
- Für wen eignet sich x64dbg-MCP Server?
- Malware-Analysten, CTF-Spieler und Reverse Engineers, die x64dbg schon nutzen und einem Agenten das wiederholte Steppen, Tracen und Dumpen in einer isolierten VM überlassen wollen.
- Ist x64dbg-MCP Server sicher für Firmendaten?
- Läuft in x64dbg auf deinem Rechner; Disassembly, Speicher und Strings gehen an deinen Modellanbieter. Voller Lese- und Schreibzugriff auf den debuggten Prozess über unverschlüsseltes HTTP, geschützt durch ein Token in mcp_config.json neben x64dbg.
- Was sind die besten Alternativen zu x64dbg-MCP Server?
- Die nächsten Alternativen, die wir getestet haben, sind GhidraMCP und REA (Reverse Engineer Anything).
Antworten geprüft am 6. Nov. 2026.