
Pyghidra Lite
io.github.johnzfitchPublished by GitHub account johnzfitchv0.9.1Updated Oct 24, 2026
Token-efficient Ghidra RE: decompile, xrefs, Swift/ObjC, ELF/Mach-O, async analysis
Overview
Token-efficient Ghidra-based reverse-engineering server that lets an assistant load, decompile, search and cross-reference ELF, Mach-O and PE binaries.
- What you can do
- Load and manage binaries: import and analyze a file, list loaded binaries and job status, remove a binary and cancel its jobs
- Inspect binaries: overview with sections, entropy and format detail, plus function, import, export and type listings
- Read code: decompile, disassemble, p-code and raw bytes with file offsets, optionally with a control-flow graph
- Trace references: cross-references, call graphs and value-flow slices between addresses and functions
- Search contents: strings, byte patterns, symbols and recovered data types, optionally in the background
- Annotate (opt-in): rename functions, add comments or set prototypes, each change confirmed by the user
- When to use it
- Useful when you want an assistant to triage or reverse-engineer compiled binaries — malware triage, understanding an unfamiliar app, or tracking changes between builds — without leaving the chat. It suits analysts who already have Ghidra installed and want compact, low-token output.
- Requirements
- Runs locally as a Python package (pip install pyghidra-lite) over stdio; the Claude Code plugin path needs uv on PATH. Requires a 64-bit JDK 21+ and Ghidra 11.x or 12.x, with GHIDRA_INSTALL_DIR set if Ghidra is not auto-detected. Optional settings include PYGHIDRA_LITE_PROJECT_DIR, PYGHIDRA_LITE_RESTRICT_PATHS and PYGHIDRA_LITE_AUTH_TOKEN for HTTP transports.
Installation
In SourceWeft
- Open Pyghidra Lite in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
pyghidra-lite
[PyPI]
[Python]
[Downloads]
[License]
[CI]
[MCP Registry]
[MCP spec]
[Claude Code plugin]
[Ghidra]
[Platforms]
Token-efficient MCP server for Ghidra-based reverse engineering. Analyze ELF, Mach-O, and PE binaries with Swift, Objective-C, and Hermes support — decompile, disassemble, trace calls and value flow, recover data types, and map addresses back to file offsets. Runs on Linux, macOS, and Windows; ships as a Claude Code plugin with a bundled reverse-engineering skill.
Bottom line: a lean, security-first Ghidra MCP. It is read-only by default — analysis tools never mutate your binaries or the server's configuration (which is frozen for the life of the process). The one tool that writes, annotate (rename / comment / prototype), is opt-in (--allow-write) and human-confirmed: every change is approved by you through an MCP elicitation prompt before it's committed, and it fails closed if your client can't ask. You get an analyst-agent that can persist its findings — under supervision — without giving up the read-only safety story.
Quick Start
1. Prerequisites
A 64-bit JDK 21+ and Ghidra 11.x or 12.x are required (tested with Ghidra 12.1.2 and JDK 21).
Ghidra installed via Homebrew (brew install ghidra) or to /opt/ghidra or ~/ghidra is found automatically. Elsewhere — including any Windows install — point GHIDRA_INSTALL_DIR at the extracted ghidra_<version>_PUBLIC folder.
2. Install — pick one
- Claude Code plugin (recommended for Claude Code)
- MCP server + reverse-engineering skill in one step; prompts for your Ghidra directory. Needs uv on
PATH.
- Any MCP client
- Install the package, then add it to your client (Claude Code:
.mcp.jsonin your project or~/.claude.json; other clients: see MCP Configuration).
3. Check the environment
[!TIP] Plugin users without a shell install can run the same check with
uvx pyghidra-lite doctor.
4. Use it
Installation
Claude Code plugin
Installs the MCP server (run with uvx, so uv must be on
PATH) together with the pyghidra-lite:reverse-engineering workflow skill, and asks
for your Ghidra directory, cache directory, optional path restriction and whether to
allow annotate:
- On Claude Code before 2.1.275, run
/plugin marketplace add johnzfitch/pyghidra-litefirst, then/plugin install pyghidra-lite@pyghidra-lite. - The plugin pins an exact package version and runs one server per session. After a
plugin update, run
/reload-plugins(or start a new session) to switch to it. - Change the settings later under
/config.
[!WARNING] If you also have a manual
pyghidra-liteentry in.mcp.jsonor~/.claude.json, remove it — otherwise every tool appears twice.
PyPI (recommended)
Arch Linux (AUR)
From source
MCP Configuration
Claude Desktop
Add to ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) or %APPDATA%\Claude\claude_desktop_config.json (Windows):
uvx auto-installs pyghidra-lite from PyPI on first run. Ghidra is auto-detected; set GHIDRA_INSTALL_DIR in env if needed:
Claude Code
Create .mcp.json in your project (or ~/.claude.json for global):
Direct mode (skip proxy)
For single-session use or debugging, run the server directly:
With explicit Ghidra path
Restrict to specific paths
By default, pyghidra-lite can load binaries from any path (the MCP client handles permissions). Use --restrict-path to lock down access:
Shared HTTP transport (network access)
The HTTP/SSE transports are shared and apply DNS-rebinding protection (Host/Origin
validation). Binding to a non-loopback address additionally requires both
--restrict-path and a bearer token:
Clients then send Authorization: Bearer <token> on every request. Terminate TLS
at a reverse proxy for remote access.
Tools (9)
pyghidra-lite provides 8 read-only analysis tools plus 1 opt-in write tool, all auto-detecting format (ELF/Mach-O/PE) and language (Swift/ObjC/Hermes):
🔒 annotate is the only tool that writes. It is disabled unless the server is
started with --allow-write, and every change requires interactive
confirmation (MCP elicitation) before it is committed — clients that can't
confirm get a preview only. See Writing back.
Examples
Auto-Detection
All tools automatically detect:
- Format: ELF, Mach-O, PE
- Language: Swift, Objective-C, Hermes/React Native
- Runtime: Bun, Node.js, Electron, PyInstaller
Use the type and detail parameters to access format/language-specific features.
Bootstrap Modes
bootstrap_mode="named": transfer only meaningful source names (default).bootstrap_mode="all": also assign stable synthetic labels to sourceFUN_*functions during transfer, which is useful for large version-to-version bootstrap workflows where uniqueness matters more than semantics.
Writing back
By default pyghidra-lite is read-only — no tool mutates your binaries. To let
an agent persist findings (rename a function, attach a comment, fix a prototype),
start the server with --allow-write:
Then the annotate tool becomes usable:
Every call is human-confirmed: the server sends an MCP elicitation prompt
showing the exact old -> new change, and only commits if you accept. If the
server was started without --allow-write, the tool refuses; if your MCP client
doesn't support elicitation, the tool returns a preview with applied: false
and writes nothing (fail closed). Confirmed changes are written in a single
Ghidra transaction and saved to the on-disk project.
Audit journal. Because MCP elicitation ultimately trusts the client (an
autonomous "auto-approve" client can self-confirm), every write is recorded in
annotate_audit.jsonl next to the projects — and every declined or failed
attempt is logged too. Each line records old -> new, so the journal is both an
accountability trail and an undo log; a flood of entries is your signal that an
auto-agent is churning, and the server also nudges (ctx.warning) as write
volume climbs. The journal is fail-closed and hardened: a write is recorded
before it's applied (if it can't be journaled, it isn't committed), the file
is created 0o600 and opened with O_NOFOLLOW (a symlinked journal is
refused), and it rotates by size so it can't grow without bound.
Analysis Profiles
The server defaults to fast to stay within MCP timeout limits. Use load(fresh=True) to run deeper analysis when needed:
Token Efficiency
pyghidra-lite is designed for minimal token usage:
- Compact JSON - results are serialized without indentation, one text block per call (measured: 33% fewer characters than pretty-printed output across all tools on a sample binary)
- No empty fields - false flags, empty tag lists and null context are omitted
- Slices, not dumps -
code("func,var", what="pcode")returns only the ops a value flows into (onws2_32.dllWSAStartup: ~1.9K characters vs ~22K for the full listing) - Compact output by default -
functions(binary, type="all")returns minimal{name, addr}pairs - Opt-in detail - use
info(detail="full"),code(cfg=True), or richertype/whatmodes only when needed - Progress reporting - large imports report progress every 10% or 60s
- Truncated strings - long strings capped at 500 chars
Architecture
By default, pyghidra-lite runs as a lightweight stdio proxy (~10MB) that forwards to a persistent shared HTTP backend (~500MB JVM). Multiple sessions share a single JVM instead of each spawning their own.
The proxy auto-starts the backend on first use, and a file lock plus a port check stop concurrent proxies from spawning duplicates. The backend keeps running until pyghidra-lite stop; binaries idle for 30 minutes are unloaded from memory (the 2 most recent stay loaded) and reload transparently from disk.
[!IMPORTANT] The proxy reuses whatever backend is already listening, whatever its version. After upgrading pyghidra-lite, run
pyghidra-lite stopso the next session starts the new code. (serveand the Claude Code plugin run one server per session and don't have this issue.)
Set PYGHIDRA_LITE_NO_AUTOSTART=1 to disable auto-start (useful with systemd).
Configuration
Every setting is a serve flag or an environment variable (handy in an MCP env block):
Multi-Agent Support
Each binary gets its own Ghidra project, enabling:
- Parallel analysis of different binaries
- Shared results across agents
- Persistent analysis (survives restarts)
- Content-addressed storage (same binary = same analysis)
Projects are stored in ~/pyghidra-lite/projects/ (Windows: %LOCALAPPDATA%\pyghidra-lite\projects\),
or in the pre-0.8 location ~/.local/share/pyghidra-lite/projects/ if that already exists.
Override with --project-dir or PYGHIDRA_LITE_PROJECT_DIR. Ghidra 12+ rejects project paths with a
component starting with ., so a legacy ~/.local directory only works with Ghidra 11.x —
pyghidra-lite doctor flags this.
Links
License
MIT
Source: README.md at commit b0fc4c4
Tools
0Version history
2- v0.9.1LatestOct 10, 2026
- v0.7.0Sep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts