re-lief
MCP server exposing LIEF for cross-format binary analysis, enabling parsing, section listing, imports/exports, disassembly, and string extraction for PE, ELF, MachO, DEX, ART, and OAT files.
README
re-lief
MCP server exposing LIEF (Library to Instrument Executable Formats) for cross-format binary analysis. Handles PE, ELF, MachO, COFF, DEX, ART, OAT in a single, normalized API.
Why
LIEF is the Python successor to pefile — same data for PE, plus ELF, MachO, DEX, ART, and OAT. It also handles DWARF/PDB debug info, ObjC metadata, the Dyld Shared Cache, and (optionally) has a built-in disassembler/assembler.
This server is the foundation of the RE-AI plugin: it works without any system tools installed (no rizin, no gdb, no anything), is pure Python, and runs in-process.
Tools
| Tool | What it does |
|---|---|
check_lief |
Health check — return LIEF version, supported formats |
parse_binary |
Auto-detect format and return normalized header + high-level structure |
get_sections |
Section list with permissions (R/W/X), virtual vs raw size, entropy |
get_imports_exports |
Symbol-level import/export tables (per format) |
get_authenticode |
PE signature details (Win) |
get_overlay |
Appended data after the last section |
list_dex_classes |
Android DEX class list |
list_dex_methods |
Methods of a DEX class |
list_oat_art |
Android OAT/ART method list |
disasm_capstone |
Capstone disassembly (works for any LIEF-parsed binary) |
extract_strings |
ASCII + UTF-16LE string extraction with section awareness |
categorize_strings |
ASCII + UTF-16LE string extraction, section-aware, bucketed into keyword categories from data/drm-indicators.yaml::string_categories. Superset of extract_strings. |
get_imphash |
PE import hash (MD5 of normalized import table) |
normalize_for_diff |
Produce a structural snapshot suitable for diffing two binaries |
Install
This server is part of the RE-AI plugin. The plugin's install.sh / install.bat installs it as part of the standard flow.
To install standalone:
pip install -e ./servers/re-lief
Run
re-lief # stdio transport (default for MCP)
python -m re_lief # equivalent
Format support
LIEF auto-detects the format and exposes a polyglot API. Most tools return results shaped by format:
- PE (
.exe,.dll,.sys): full sections, imports/exports, imphash, Authenticode, resources, exceptions, TLS, debug info (PDB path) - ELF (Linux binaries, .so, kernel modules): sections, segments (program headers), dynamic symbols, RELRO, BIND_NOW, NX, PIE, RPATH/RUNPATH, SONAME, dynamic libs
- MachO (macOS/iOS binaries, .dylib, frameworks): load commands, segments, LC_BUILD_VERSION, code signature, dyld info, ObjC metadata
- DEX (Android Dalvik): class list with FQN, method list per class, string pool
- OAT/ART (Android runtime): method list with class/method indices, vdex references
- COFF (Windows object files, EFI): sections, symbols, relocations
Deprecation of pefile
If you're familiar with the v1 re-ai repo, this server supersedes the old pefile-based code. The string-extraction algorithm (ASCII + UTF-16LE) and imphash logic were ported from backend/analysis/native.py; the rest of the API is LIEF-native and works for all formats.
Categorization vocabulary
categorize_strings reads its 11 keyword categories from
data/drm-indicators.yaml::string_categories at MCP-server load
time. The anti_debug and hwid categories inherit their
keyword lists from
drm-indicators.yaml::anti_debug_indicators.checks[].name and
hwid_apis.high_signal[].api via a seed_from: YAML pointer —
when a future agent adds a new HWID API to hwid_apis.high_signal,
the categorizer picks it up automatically on next reload. The
other 9 categories have their keyword lists inline in the YAML
under string_categories.categories[].keywords.
This makes the categorizer idempotent with the catalog: the
YAML is the single source of truth for both the indicator set
that re-drm-fingerprint reads and the keyword set that the
categorizer reads. Both the static analysis and the string
analysis will give consistent answers.
On large binaries (>100 MB, e.g. a Unity IL2CPP GameAssembly.dll
wrapped by an encrypted-VM bytecode interpreter), pass
skip_sections=[".idata", ".xtls", ".xpdata", ".udata", ".xdata", ".didata", ".ecode", ".00cfg"] to skip the encrypted-VM
bytecode regions. Note: on the bundled IL2CPP target sample,
the import-table strings live inside those sections,
so skipping them blinds the categorizer to the imports. Use
skip_sections for memory-bound runs; use the full section walk
for completeness.
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。