Engenharia Reversa com Ghidra

Quando Usar

• Análise estática de binários sem licença do IDA.
• Descompilação em massa sem interface gráfica ou análise scriptada em muitos binários.

Cenários de Uso

• Entrada principal para engenharia reversa sem licença do IDA.
• Análise em massa sem interface gráfica / descompilação em CI.
• Automação com scripts Ghidra (Java/Python Jython/PyGhidra).
• Integração com binary-diff / patch-diff-exploit via ghidriff.

Divisão de Tarefas com IDA

Fluxo de Trabalho

1. Projeto e Análise Automática

□ 新建 Project → Import 文件 → Analyze（默认分析器）
□ 记录语言/编译器识别结果与基址
□ 标记入口、导出表、字符串 xref

2. Funções Chave

□ 从字符串 / 导入 API 反查
□ Decompile 窗口还原算法
□ 重命名函数/变量；写 Plate comment
□ 需要动态时交接 Frida/GDB（reverse-engineering 动态章）

3. Sem Interface Gráfica (Em Massa)

# 示例：analyzeHeadless 路径因安装而异，MUST 从 tool-index 取
analyzeHeadless /path/to/project Proj -import sample.bin -postScript ExportDecomp.py

4. MCP (Se configurado)

□ 确认 ghidra MCP 端口（常见 8765，以 tool-index 为准）
□ 用 MCP 工具拉反编译 / xrefs，禁止猜端口

Cadeia de Ferramentas

Referências

• references/ghidra-cheatsheet.md
• ../ida-reverse/ ../radare2/ ../binary-diff/

Contexto de Roteamento

Upstream: MASTER R22
Downstream: Verificação dinâmica → Frida/GDB; Exploração → pwn-chain
Nível Similar: ida-reverse (aprofundamento comercial)

Autoverificação de Conclusão de Tarefa

• Baseado em caminhos reais do Ghidra/tool-index?
• Endereços de função e renomeações anotados?
• Passos reproduzíveis presentes?
• Checklist / Diário?

Limitações

• A saída do descompilador é menos polida que a do IDA para algumas arquiteturas.
• Imagens de firmware grandes podem exigir RAM significativa e paciência.

Adaptado de zhaoxuya520/reverse-skill (MIT).