REA (Reverse Engineer Anything) precisa de Ghidra, IDA ou Hopper para funcionar?

Fala aí, beleza? Se você caiu aqui achando que o REA vai decompilar binário sozinho, já te adianto: ele NÃO é um disassembler

Então a pergunta certa não é "preciso ou não de Ghidra?", e sim qual motor ele usa e em qual situação 🙂

O REA (Reverse Engineer Anything) é um projeto open source, com licença MIT, que liga agentes de código como Claude Code e Cursor ao Ghidra, IDA Pro e Hopper

Ele expõe a engenharia reversa por linha de comando e por MCP (Model Context Protocol), e o repositório oficial é o morluto/rea no GitHub

Este post é pra quem quer começar hoje, sem montar um laboratório inteiro de engenharia reversa antes de rodar o primeiro comando

Por que o REA depende de um motor de análise?

O REA funciona como ponte entre o agente e o motor de análise

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 120 aulas
• 4 projetos
• 9h 45min

Conhecer formação

Se você conhece um driver de banco de dados, a ideia é bem parecida: o driver não é o banco, ele só deixa sua aplicação conversar com ele

Aqui é a mesma coisa, o agente pede, o REA traduz e o motor faz o trabalho pesado

E o que volta pra você na análise nativa?

• Pseudocódigo
• Instruções assembly
• Strings
• Símbolos
• Chamadas de função
• Referências

Tudo isso sai do motor de análise, não de um decompiler próprio do REA

E esses motores não são novidade nenhuma: o IDA existe desde os anos 1990, o Hopper Disassembler desde 2011 e o Ghidra foi lançado pela NSA em 2019

O que o REA faz é colocar essas ferramentas veteranas dentro de um fluxo guiado pelo agente, o que é mto massa pra quem não quer ficar clicando em menu de disassembler o dia todo haha

Quando você precisa de motor nativo e quando não precisa:

Aqui está o ponto que responde a dúvida de verdade: depende do alvo

Ou seja, se o seu alvo é um app JavaScript ou .NET, dá pra começar sem instalar motor nenhum 😀

Agora, se liga na parte do Windows, porque muita gente vai tropeçar nisso

No Windows o suporte se limita a um caminho experimental, somente leitura, via Ghidra para aplicações nativas x86-64

E a captura de processo ainda exige macOS ou Linux

Tome cuidado aqui: as notas do REA 6.0, que saiu em 2026-10-08, citam suporte nativo a PE x86 no Ghidra no Windows, mas o guia de instalação oficial descreve o caminho do Windows como restrito a aplicações nativas x86-64

Como as duas fontes não batem, confere na documentação oficial qual arquitetura vale pro seu binário antes de contar com ela

O que ter instalado antes de começar?

A lista é curta, e é justamente por isso que dá pra começar hoje

• Node.js: 22.x (>=22.19), 24.x (>=24.11) ou 26+
• npm: vem junto com o Node
• Sistema: macOS 12+, Ubuntu 24.04+, Fedora 41+ ou Arch Linux 64 bits (Windows só no caminho experimental)
• Motor nativo: opcional se o alvo for JavaScript ou .NET

O pacote no npm se chama rea-agents

E só pra situar no tempo: a tag v6.4.0 no GitHub tem data de 2026-10-11

Como começar hoje sem Ghidra, IDA ou Hopper:

Bora ver na prática?

1. Rode o setup

npx rea-agents setup

Se preferir não instalar nada globalmente, tem a versão direta:

npx --yes rea-agents@latest setup

O setup pede pra você escolher os agentes, e a lista é grande: Claude Code, Claude Desktop, Codex, Cursor, Gemini CLI, Windsurf, Devin, OpenCode, Antigravity, GitHub Copilot CLI, Command Code, Grok Build, OMP e VS Code

Depois ele mostra as mudanças propostas e pede sua aprovação

Aprovou? Ele registra o servidor MCP do REA, instala as instruções de workflow correspondentes e faz backup da configuração existente

E se você recusar ou apertar Ctrl-C, nada é alterado, o que é bem tranquilizador 🙂

Erro comum deste passo: esquecer de reiniciar o agente. O setup exige esse restart, então se o agente não enxergar o REA, comece por aí

2. Confira tudo com o diagnóstico

rea doctor

O rea doctor lê os pré-requisitos do sistema e a configuração dos agentes sem alterar nada

Quer o relatório completo, com o catálogo de ferramentas? Usa o --json:

rea doctor --json

Erro comum deste passo: estar com o Node fora das versões suportadas. Se o diagnóstico reclamar, confere se você está em 22.x (>=22.19), 24.x (>=24.11) ou 26+

3. Analise um app JavaScript

npx -y rea-agents@latest analyze-javascript-application /caminho/absoluto/para/app --json

O caminho pode ser uma pasta de aplicação extraída ou um arquivo ASAR

Erro comum deste passo: passar caminho relativo. Tome cuidado! O comando pede caminho ABSOLUTO, então nada de ./meu-app

Pronto, sem Ghidra, sem IDA e sem Hopper, legal né? 😀

Como liberar a análise de binários nativos?

Agora sim entra o motor

Você tem dois caminhos:

1. Usar uma instalação que você já tenha de Hopper, Ghidra ou IDA
2. Aprovar a instalação opcional do Hopper durante o setup

Se você ainda não instalou o REA, existem alternativas ao npx

Instalação global pelo npm:

npm install --global rea-agents
rea setup

Ou o instalador por script do repositório:

curl -fsSL https://raw.githubusercontent.com/morluto/rea/main/install.sh | bash

Depois, valida com o rea doctor, que mostra se o ambiente está ok sem mexer em nada

Erro comum deste passo: esperar que o REA decompile sozinho sem motor nenhum. Ele é ponte, lembra? Sem Hopper, Ghidra ou IDA, não tem pseudocódigo nem assembly de binário nativo

Conclusão: vale começar pelo JavaScript e adicionar o motor depois

Recapitulando: dá pra usar o REA hoje sem Ghidra, IDA ou Hopper se o seu alvo for JavaScript, Electron ou .NET

Pra binários nativos, use o motor que você já tem ou aceite o Hopper no setup

No Windows, lembra que é experimental, somente leitura e via Ghidra, e que captura de processo pede macOS ou Linux

O próximo passo é ler a documentação oficial do REA e o README_pt-BR.md no repositório, que tem tudo em português

E aí, vai começar pelo JavaScript ou já vai direto pros binários? Bora trocar uma ideia

até o próximo post! =)