rea-ghidra-toolkit
Provides methodology and read-only tooling for static analysis of classic 32-bit Delphi PE32 binaries, including VMT/RTTI guidance and helpers to check a known VMT candidate or heuristically scan for virtual method tables.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@rea-ghidra-toolkitwalk me through a headless Ghidra export workflow for a PE32 binary"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
REA + Ghidra Toolkit
A small, dependency-light toolkit for authorized static analysis of native binaries with REA and Ghidra. It is intentionally built as a reusable knowledge base for agents, not as a dumping ground for a specific target.
Think in two layers
This repository contains only generic methods, tools, and synthetic tests.
Every target-specific artifact, decompilation, or private result stays in the private analysis project.
When this applies
The toolkit is aimed at native, unmanaged PE32 binaries on Windows:
classic 32-bit Delphi applications have dedicated guidance (VMT / RTTI);
other PE32 code (e.g. C/C++ components) works with the read-only inventory and the headless Ghidra export;
analysis is static only; every claim is verified before it is treated as a finding.
Not a fit for managed runtimes (.NET / Java), PE32+ 64-bit images (the quick parser is deliberately PE32-only), executing code as a debugging workflow, or any target without solid legal authorization.
Related MCP server: erdgraph
Why this exists
You want to avoid rebuilding the same reverse-engineering workflow from scratch every time. This toolkit answers:
How do I start a PE / Delphi analysis in a traceable way?
How do I combine REA, Ghidra, and small local tools without treating inferences as facts?
How do I export and document results so a later session can continue?
Which mistakes should be avoided early instead of discovered late?
Repository layout
.
├── docs/
│ ├── workflow.md
│ ├── rea-ghidra.md
│ ├── delphi-pe32.md
│ ├── evidence.md
│ ├── troubleshooting.md
│ └── gitmcp.md
├── tools/
│ ├── pe32.py
│ ├── pe_inventory.py
│ └── delphi_vmt.py
├── ghidra/
│ └── scripts/ExportDecompilation.java
├── templates/
│ ├── analysis-log.md
│ └── handover.md
├── tests/
├── assets/
├── AGENTS.md
├── LICENSE
└── llms.txtWhat you get
Area | What is inside | Good next read |
🧭 | Evidence-oriented, reproducible workflows and validation rules | |
🩺 | Read-only PE32 inventory and VMT helpers | |
🧰 | Headless export helper | |
🫙 | Private analysis and handover templates | |
🧪 | Synthetic, dependency-light tests |
Quickstart
# From the repository root
python -m tools.pe_inventory "C:\analysis\program.exe"
python -m tools.pe_inventory "C:\analysis\program.exe" --imports --json
# Check a known VMT candidate
python -m tools.delphi_vmt "C:\analysis\program.exe" --vmt 0x00412340
# Heuristic search; always validate candidates in a disassembler
python -m tools.delphi_vmt "C:\analysis\program.exe" --scanRun the synthetic test suite:
python -m unittest discover -vGitMCP
This repository is designed to be used with https://gitmcp.io/ethanhunt1981/rea-ghidra-toolkit.
It is also listed in the official MCP Registry as io.github.ethanhunt1981/rea-ghidra-toolkit (streamable HTTP via GitMCP; metadata in server.json).
OpenCode / typical agent setup:
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"servers": {
"rea-ghidra-toolkit": {
"type": "remote",
"url": "https://gitmcp.io/ethanhunt1981/rea-ghidra-toolkit"
}
}
}
}OpenCode CLI command:
opencode mcp add rea-ghidra-toolkit --global --url https://gitmcp.io/ethanhunt1981/rea-ghidra-toolkit
opencode mcp listCore rule
Observation, inference, and unknown are three different things. A plausible name, string, or VMT candidate is not yet a behavioral proof. The templates are here to keep that distinction visible across sessions.
License
This repository is licensed under the MIT License. The license covers the included methodology and tooling only. It does not cover original binaries, target-specific specifications, third-party protected material, or private analysis results.
This server cannot be deployed
Maintenance
Related MCP Connectors
Offline methodology engine for authorized penetration testing, CTF, and security research.
- SpecitaOAuthcom.specita
Read-only release evidence for coding agents: findings, deliveries, source and runtime data.
Read-only CVE intelligence, remediation playbooks, and agent setup guides. Not a scanner.
Live threat intel for agents: incidents, actors, CVEs with KEV/EPSS, ransomware leak-site victims.
Related MCP Servers
- FlicenseNot gradedqualityBmaintenanceEnables querying a curated reverse engineering knowledge base covering techniques, anti-analysis bypass, mobile internals, and tools via MCP clients like Claude or Cursor.2-
- AlicenseBqualityCmaintenanceEnables agents to explore a static RTTI, call, and cross-reference graph of a game executable, querying functions, classes, vtables, strings, globals and memory through search, disassembly, signature and SQL tools. It also supports a provenance-tracked naming lifecycle where labels are proposed with evidence, reviewed, and ported across game patches.18MIT
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to locally analyze and reverse engineer binaries through a compact 12-tool MCP interface for triage, function discovery, disassembly/decompilation, cross-references, strings/imports, call graphs, memory reads, annotations, and binary diffs.1MIT
- AlicenseNot gradedqualityAmaintenanceServes 170 reverse-engineering tools over a local stdio MCP process, letting an agent drive disassembly, decompilation, and dynamic analysis through the engines already installed on the user's machine (Ghidra, Hopper, IDA, JEB, JADX, adb, mitmproxy, Chrome). Binaries never leave the host, and every finding comes back with an evidence contract covering evidence ids, capture tool, coverage, and explicit unknowns.MIT