Esta ferramenta open source permite que a IA faça engenharia reversa de qualquer aplicativo
Autoria: Dispatch · Assistir no YouTube
Vídeo de autoria do canal indicado, não da IANIA; todos os direitos pertencem ao criador. Transcrição, resumo e tradução gerados automaticamente; o conteúdo no idioma original é preservado na versão em idioma original.
Idioma original: inglês
Vídeo original: This Open Source Tool Lets AI Reverse Engineer ANY App · Canal: Dispatch · 04:10 · Assistir no YouTube
Tópicos: Agentes de IA, Cibersegurança e segurança de software, Open source e ecossistemas de software
REA é uma ferramenta open source que conecta agentes a recursos de engenharia reversa por meio de um servidor MCP. Ela inspeciona diferentes tipos de software e apresenta evidências, separando observações de inferências e indicando o que ainda é desconhecido. O vídeo demonstra a análise do aplicativo desktop Notion e a reconstrução de uma função do jogo DX-Ball, validada com 3.205 testes. A ferramenta roda localmente e é apresentada para usos legais, como pesquisa, interoperabilidade e preservação.
Pontos-chave
Seção intitulada “Pontos-chave”- REA reúne ferramentas de engenharia reversa em um único servidor MCP para agentes.
- A ferramenta pode analisar binários nativos, aplicativos Electron, JavaScript, Android, .NET, sites, capturas de rede, firmware, jogos e arquivos de modelos de IA.
- As análises são feitas localmente e distinguem evidências observadas, inferências e pontos desconhecidos.
- A configuração pode ser feita com o comando
NPX REA agent setup, que mostra as alterações planejadas antes de gravar arquivos. - No exemplo do Notion, REA identifica uma context bridge e uma chamada IPC, com localização exata no código.
- O agente pode usar as evidências para acompanhar o fluxo de execução e implementar funcionalidades semelhantes.
- No caso do DX-Ball, uma função reconstruída passou em 3.205 testes e compilou para os mesmos 63 bytes do original.
- O vídeo recomenda o uso para atividades legais e informa que ferramentas como IDA e Hopper exigem licenças válidas.
Capítulos
Seção intitulada “Capítulos”| Início | Capítulo | Resumo |
|---|---|---|
| 00:00 | O que é REA | O vídeo apresenta REA como uma ferramenta que reúne recursos de engenharia reversa e fornece evidências para as respostas de um agente. |
| 01:34 | Tipos de software e configuração | REA é apresentado como capaz de analisar diversos formatos, e o vídeo mostra como conectá-lo a um agente ou usá-lo pelo terminal. |
| 02:05 | Análise do aplicativo desktop Notion | A demonstração mostra como REA localiza elementos do fluxo de copiar e colar no código do aplicativo Electron do Notion. |
| 03:09 | Reconstrução do DX-Ball e usos responsáveis | O vídeo mostra a reconstrução de uma função do DX-Ball, destaca a validação por testes e resume os usos legais e os recursos de REA. |
Citações
Seção intitulada “Citações”Um agente de IA pode responder a essa pergunta com evidências. — 00:00
Cada resultado separa o que foi observado do que foi inferido e lista o que ainda é desconhecido. — 01:03
Esses pontos de referência mostram ao agente onde ler em seguida. — 02:38
O resultado passa em todos os 3.205 testes contra o original e compila para exatamente os mesmos 63 bytes. — 03:39
Cada descoberta vem acompanhada de evidências. — 04:10
Conceitos e entidades
Seção intitulada “Conceitos e entidades”- REA (ferramenta): Ferramenta open source que permite a agentes investigar software por meio de recursos de engenharia reversa e apresentar evidências.
- MCP (conceito): Protocolo usado no vídeo para conectar agentes a ferramentas externas por meio de um servidor.
- Ghidra (ferramenta): Ferramenta de engenharia reversa que REA pode acionar para analisar código nativo.
- IDA (ferramenta): Ferramenta de engenharia reversa mencionada como um dos mecanismos que REA pode usar.
- Hopper (ferramenta): Ferramenta de engenharia reversa que pode ser usada por REA na análise de software.
- Claude Code (ferramenta): Agente citado como exemplo de ferramenta que pode chamar recursos externos via MCP.
- Codex (ferramenta): Agente citado como exemplo de ferramenta compatível com chamadas a recursos externos via MCP.
- Notion (empresa): Aplicativo desktop usado no exemplo para demonstrar a análise de código Electron e do fluxo de copiar e colar.
- DX-Ball (conceito): Jogo clássico de Windows usado como exemplo para reconstruir e testar uma função de panorâmica de áudio.
Tradução completa (pt-BR)
Seção intitulada “Tradução completa (pt-BR)”00:00 Você está usando um aplicativo, um recurso simplesmente funciona muito bem e você se pergunta: como será que fizeram isso? Mas não há código-fonte. Tudo o que você tem é o que foi distribuído: um binário compilado, um bundle minificado, uma pasta cheia de arquivos. Conheça REA, abreviação de “fazer engenharia reversa de qualquer coisa”, uma ferramenta open source que permite que seu agent de IA responda a essa pergunta com evidências. Engenharia reversa geralmente significa uma gaveta cheia de ferramentas separadas. Ghidra ou IDA para código nativo, Jadx para Android,
00:32 ferramentas de desenvolvimento do navegador para sites, Wireshark para tráfego de rede, cada uma com sua própria interface e curva de aprendizado. E um modelo de IA sem essas ferramentas simplesmente dá palpites. Ele parece confiante, mas nada é respaldado pelos bytes reais. REA reúne tudo isso em um único servidor MCP, a maneira padrão de agents como Claude Code, Codex e Cursor chamarem ferramentas externas. Seu agent faz uma pergunta. REA inspeciona o alvo e rastreia o código relevante, acionando ferramentas como Ghidra, Hopper ou
01:03 IDA quando necessário. Em seguida, retorna as descobertas com as evidências que as sustentam. Tudo é executado localmente, e cada resultado separa o que foi observado do que foi inferido e lista o que ainda é desconhecido. Então, o que ele consegue ler? Binários nativos com pseudocódigo, assembly e referências cruzadas. Aplicativos JavaScript e Electron com módulos, scripts de preload e IPC. Assemblies .NET, aplicativos Android e até dispositivos Android em execução.
01:34 Além disso, sites e capturas de rede, firmware, jogos feitos com Unity e Godot, binários Go e Rust e até arquivos de modelos de IA. Vamos testar. Etapa um: conecte REA ao seu agent. Com Node instalado, basta um comando. NPX REA agent setup. Ele encontra os agents na sua máquina e permite escolher quais configurar. Depois, mostra o plano exato e quais arquivos de configuração serão editados, com backups. Nada é gravado até você aprovar.
02:05 Reinicie seu agent e as ferramentas estarão prontas. Prefere o terminal? Instale-o globalmente e os mesmos workflows serão executados como comandos REA. Etapa dois: inspecione um aplicativo real pelo terminal. Este é um caso real da demonstração de REA: o aplicativo para desktop do Notion. Ele é feito com Electron. Então, apontamos REA para o script de preload e executamos analyze JavaScript application. A ferramenta analisa o código estaticamente, sem executar o aplicativo. E encontra duas coisas importantes: uma ponte de contexto que expõe uma API
02:38 e uma chamada IPC invoke do renderer. Cada uma vem acompanhada de sua localização exata no código-fonte: arquivo, linha e colunas. Essas referências indicam ao agent onde ler em seguida: passando pelo IPC até o processo principal e, depois, até a operação de gravação na área de transferência do Electron. É assim que funciona o recurso avançado de copiar e colar do Notion. Etapa três: basta perguntar ao seu agent. Em geral, você não vai digitar comandos. Basta perguntar ao agent: “Entenda como a busca funciona no aplicativo de notas, mostre as evidências e crie um recurso semelhante
03:09 ”. O agent abre o alvo, procura o recurso, descompila as funções e segue as referências cruzadas. Depois, escreve uma implementação e a testa. Até onde isso pode chegar? Outra demonstração tem como alvo DX-Ball, um clássico jogo de Windows dos anos 1990, para descobrir como ele faz o som se deslocar de um lado para o outro quando a bola atinge um tijolo. A saída do descompilador estava incompleta. Então, o agent leu as instruções e constantes brutas. Multiplique por 1,5625,
03:39 subtraia 500, aplique uma escala armazenada. A função C reconstruída passa em todos os 3.205 testes comparativos com o original e compila para exatamente os mesmos 63 bytes. É isso que diferencia REA. Os resultados vêm acompanhados de evidências, limitações e incógnitas. Assim, você verifica o trabalho em vez de confiar em um palpite. E a ferramenta foi criada para trabalhos legais: pesquisa, interoperabilidade, preservação e software que você possui ou
04:10 pode examinar. Ferramentas como IDA ou Hopper exigem licenças válidas. Recapitulando: REA oferece ao seu agent um único servidor MCP para engenharia reversa de binários nativos, aplicativos Electron, Android, .NET e muito mais. Ele é executado localmente, e cada descoberta vem acompanhada de evidências. É open source sob a licença MIT. Execute NPX REA agent setup e encontre o repo e os guias abaixo. Obrigado por assistir.
Transcrição original
[00:00] You’re using an app and one feature just works beautifully and you wonder, how did they build that? But there’s no source code. All you have is what shipped, a compiled binary, a minified bundle, a folder full of files. Meet REA, short for reverse engineer anything, an open source tool that lets your AI agent answer that question with evidence. Reverse engineering usually means a drawer full of separate tools. Ghidra or IDA for native code, Jadx for Android,
[00:32] browser dev tools for websites, Wireshark for network traffic, each with its own interface and learning curve. And an AI model without those tools simply guesses. It sounds confident, but nothing is backed by the actual bytes. REA puts all of that behind one MCP server, the standard way agents like Claude Code, Codex, and Cursor call outside tools. Your agent asks a question. REA inspects the target and traces the relevant code, driving engines like Ghidra, Hopper, or
[01:03] IDA when needed. Then it returns findings with the evidence behind them. It all runs locally and every result separates what was observed from what was inferred and lists what is still unknown. So, what can it read? Native binaries with pseudo code, assembly, and cross-references. JavaScript and Electron apps with modules, preload scripts, and IPC. .NET assemblies, Android apps, and even live Android devices.
[01:34] Plus websites and network captures, firmware, Unity and Godot games, Go and Rust binaries, and even AI model files. Let’s try it. Step one, connect REA to your agent. With Node installed, one command does it. NPX REA agent setup. It finds the agents on your machine and lets you pick which to configure. Then it shows the exact plan, which config files it edits with backups. Nothing is written until you approve.
[02:05] Restart your agent and the tools are ready. Prefer the terminal? Install it globally and the same workflows run as REA commands. Step two, inspect a real app from the terminal. Here’s a real case from the REA showcase, the Notion desktop app. It’s built on Electron. So we point REA at its preload script and run analyze JavaScript application. It parses the code statically without running the app. And it finds two key things, a context bridge exposing an API
[02:38] and a renderer IPC invoke call. Each comes with its exact source location, file, line, and columns. Those anchors tell the agent where to read next through IPC into the main process and down to Electron’s clipboard write. That’s how Notion’s rich copy and paste works. Step three, just ask your agent. Usually, you won’t type commands at all. You just ask your agent, “Understand how search works in the notes app, show me the evidence, and build a similar
[03:09] feature.” The agent opens the target, searches for the feature, decompiles the functions, and follows the cross-references. Then it writes an implementation and tests it. How far can that go? Another showcase targets DX-Ball, a classic ’90s Windows game, to recover how it pans a sound when the ball hits a brick. The decompiler output was incomplete. So the agent read the raw instructions and constants. Multiply by 1.5625,
[03:39] subtract 500, apply a stored scale. The reconstructed C function passes all 3,205 tests against the original and compiles to the exact same 63 bytes. That’s what sets REA apart. Results carry their evidence, limitations, and unknowns. So, you check the work instead of trusting a guess. And it’s built for lawful work, research, interoperability, preservation, and software you own or
[04:10] may examine. Tools like IDA or Hopper need valid licenses. To recap, REA gives your agent one MCP server for reverse engineering, native binaries, electron apps, Android, .NET, and more. It runs locally, and every finding comes with evidence. It’s open source under MIT. Run NPX REA agent setup and find the repo and guides below. Thanks for watching.