Engenharia reversa com IA: dá para descompilar qualquer software?

Se você passou pelo X, pelo Reddit ou por algum grupo de dev nas últimas semanas, provavelmente viu a manchete: "IA agora consegue acelerar a engenharia reversa de softwares". Gente modificando o sistema da smart TV, ressuscitando aparelho abandonado pelo fabricante, dizendo que recriou a base do produto do concorrente em 72 horas. Parece que nenhum código simples é mais segredo, né?

Calma. A notícia tem um fundo real, mas a empolgação nas redes foi bem além do que a ferramenta entrega. O que viralizou foi o REA (Reverse Engineer Anything), um projeto open source que conecta agentes de IA a ferramentas de engenharia reversa de software que já existiam há anos. Ele é poderoso, sim. Mágico, não.

Neste guia, a gente explica o que é engenharia reversa (sem jargão), como o REA funciona, o que ele consegue e o que ele não consegue fazer, o que a lei brasileira diz sobre descompilar programas e o que tudo isso muda para quem vende software.

O que é engenharia reversa (e o que significa descompilar)

Engenharia reversa é o processo de pegar algo pronto e descobrir como ele funciona por dentro, sem ter o projeto original em mãos. Vale para motor, peça mecânica e, claro, para programa de computador.

Para entender a parte de software, pense numa receita de bolo. O código-fonte é a receita escrita, legível, com os passos explicados. Quando o programa é compilado, essa receita vira o bolo assado: um arquivo executável (.exe, app de celular, binário) cheio de instruções de máquina que o computador entende e um humano mal consegue ler.

Descompilar é tentar fazer o caminho de volta: olhar o bolo e reescrever a receita. Um descompilador converte o binário em algo parecido com código (o chamado pseudocódigo), mas sem os nomes originais das variáveis, sem os comentários e, muitas vezes, com a estrutura bem diferente da original. Por isso a engenharia reversa sempre foi um trabalho lento, que pede muita experiência e paciência.

Na prática, ela é usada para coisas bem legítimas:

1. Segurança: analisar vírus e malware para entender o que eles fazem.
2. Interoperabilidade: fazer um sistema conversar com outro que não tem documentação.
3. Preservação: manter funcionando softwares e jogos antigos que ninguém mais mantém.
4. Auditoria: verificar se um programa faz o que promete (ou se coleta dados sem avisar).

O que é o REA (Reverse Engineer Anything)

O REA é uma ferramenta gratuita e de código aberto, sob licença MIT, publicada no GitHub pelo desenvolvedor conhecido como morluto. A proposta está na descrição do próprio projeto: fazer engenharia reversa de qualquer coisa com agentes de IA, do comportamento de um app até os binários nativos.

O projeto explodiu em outubro de 2026. Em 12 de novembro, o repositório oficial somava cerca de 454 mil estrelas e 112 mil forks, números raríssimos no GitHub.

O pulo do gato é o MCP (Model Context Protocol), um padrão aberto que permite que assistentes de IA usem ferramentas externas. O REA é um servidor MCP: ele "pluga" no seu agente de programação e entrega a ele dezenas de ferramentas de análise. A instalação oficial já configura agentes como Claude Code, Codex, Cursor, Gemini CLI e Grok Build, e qualquer outro agente que aceite servidores MCP locais pode ser registrado manualmente.

Um detalhe importante: o REA também funciona direto pelo terminal, sem IA nenhuma. A inteligência artificial entra como a "mão" que opera as ferramentas e a "cabeça" que interpreta os resultados.

Como o REA funciona na prática

O REA não inventou um descompilador novo. Ele é uma camada que coordena ferramentas clássicas de engenharia reversa, como Ghidra (gratuito e open source, mantido pela NSA, a agência de segurança dos EUA), IDA Pro, Hopper e Kuna, além de outras como JADX para apps Android. A diferença é que, em vez de um especialista operar tudo na mão, o agente de IA faz isso.

O fluxo típico é assim:

1. Você faz a pergunta. Algo como: "entenda como funciona a busca no app de notas, me mostre as evidências e crie algo parecido no meu projeto".
2. O agente chama o REA via MCP. O REA aciona a ferramenta certa para aquele tipo de arquivo e roda a análise localmente, no seu computador.
3. O REA devolve achados com evidências. Pseudocódigo, instruções assembly, textos internos, símbolos e chamadas entre funções, sempre indicando os limites de cada conclusão.
4. O agente interpreta e age. Com essas pistas, ele explica o comportamento, faz novas perguntas ao REA ou escreve e testa uma implementação própria.

Esse foco em evidência é o que diferencia o REA de simplesmente perguntar a um chatbot "como o app X funciona?". Em vez de chutar, a IA aponta onde no binário encontrou cada coisa.

Os casos de demonstração do próprio projeto mostram o tamanho real do alcance. No mais famoso, o agente reconstruiu em C a função que converte a posição na tela em panorâmica estéreo do som do jogo antigo DX-Ball. A versão reconstruída passou em 3.205 casos de teste contra o original e reproduziu todos os 63 bytes da função compilada. Repare na escala: uma função específica, não o jogo inteiro.

O que dá para analisar com o REA

A lista de alvos é grande, e é daí que vem o "anything" do nome. Os principais tipos de software e o que o REA entrega em cada um:

Fonte: tabela de alvos do repositório oficial do REA, consultada em 12/11/2026. A lista completa tem 39 tipos, incluindo jogos Unity e Godot, contratos de blockchain e capturas de rede.

O que a IA NÃO consegue fazer (o exagero da manchete)

Aqui mora o exagero. A IA com REA é impressionante, mas tem limites bem concretos:

• Não recupera o código-fonte original. Para programas nativos, o que sai é pseudocódigo e assembly. A IA usa isso como pista para escrever uma versão própria, que funciona parecido, mas não é o código de quem criou o programa.
• Funciona melhor em peças pequenas. Os casos de sucesso documentados envolvem funções isoladas: um cálculo, um recurso, uma comunicação entre módulos. Entender uma rotina não é o mesmo que reconstruir a arquitetura inteira de um software comercial.
• Não enxerga o que roda no servidor. Em serviços online e SaaS, boa parte da lógica fica na nuvem da empresa e nunca chega ao seu computador. O que não está no arquivo não pode ser descompilado.
• Clones costumam vir com bugs. A reportagem do site 404 Media sobre a febre do REA registrou críticas de que muitas "descompilações" com IA geram código diferente do original, com falhas e partes que não funcionam.
• Proteções dão trabalho. Código ofuscado, criptografado ou com proteção contra depuração continua mais difícil de analisar, com ou sem IA.
• As próprias empresas de IA estão freando. Em 10 de novembro de 2026, o 404 Media relatou usuários esbarrando em checagens de segurança do Claude Code ao tentar descompilar e contas do Codex, da OpenAI, sendo restringidas. Um engenheiro da OpenAI afirmou que os bloqueios foram em grande parte acidentais, que não há proibição de engenharia reversa com o Codex e que o problema estava sendo corrigido.

Ou seja: a frase mais honesta seria "a IA ficou muito boa em ajudar humanos a entender pedaços de qualquer software". Menos viral, mais verdadeira.

Engenharia reversa tradicional x com agentes de IA

A grande mudança não está no que é possível, e sim em quem consegue fazer e em quanto tempo.

Engenharia reversa é legal no Brasil?

Depende do que você faz com ela, e a lei brasileira não tem uma regra específica sobre descompilar. Quem trata do assunto é a Lei do Software (Lei nº 9.609/1998), que protege programas de computador pelo mesmo regime de direito autoral das obras literárias, sem precisar de registro.

O artigo 6º lista o que não ofende os direitos do dono do software:

1. Fazer uma cópia de segurança de um programa adquirido legalmente.
2. Citar partes do programa para fins didáticos, identificando o programa e o titular.
3. Ter um programa parecido com outro quando a semelhança vem das características funcionais, de normas técnicas ou da falta de outra forma de expressar a mesma coisa.
4. Integrar o programa a um sistema, quando isso for tecnicamente indispensável, para uso exclusivo de quem fez a integração.

Repare que "descompilar" não aparece nessa lista. Por outro lado, o artigo 12 transforma em crime violar direitos de autor de programa, com pena de detenção de 6 meses a 2 anos ou multa. Se houver reprodução do programa, no todo ou em parte, para fins comerciais sem autorização, a pena sobe para reclusão de 1 a 4 anos e multa.

Na prática, algumas regras de bom senso:

• Leia a licença. Pela lei, o uso de software no país é regido por contrato de licença, e muitos contratos proíbem expressamente a engenharia reversa.
• Entender é diferente de copiar. Estudar como uma função funciona é uma coisa. Copiar trechos do programa e vender como seu é outra, bem mais arriscada.
• Prefira o que é seu ou autorizado. O próprio REA declara que serve para pesquisa legal, educação, interoperabilidade, preservação de software e análise de programas que você possui ou tem autorização para examinar.
• Use ferramentas licenciadas. O REA não fornece licença de IDA Pro, Hopper ou JEB. Versões crackeadas estão fora do jogo.

Este artigo não é orientação jurídica. Se o seu caso envolve uso comercial ou software de terceiros, vale conversar com um advogado especializado em propriedade intelectual.

O que isso muda para quem vende software

Se você tem um SaaS, um app ou um programa instalável, a pergunta inevitável é: "vão copiar meu produto?". A resposta curta é que copiar recursos ficou mais barato. Copiar um negócio continua difícil.

O pesquisador Mike Nolan, que estuda a política do software livre, disse ao 404 Media que engenheiros já falam em fim do SaaS como modelo de negócio, porque recriar funcionalidades ficou fácil demais. Mas ele mesmo ponderou que manter software dá muito trabalho, e que muitos desses clones podem não ser confiáveis o bastante para uso sério.

O que dá para fazer na prática:

1. Deixe o que é valioso no servidor. Regras de negócio, cálculos proprietários e algoritmos que são seu diferencial não deveriam estar no app que vai para a máquina do cliente.
2. Ofusque o que precisa ficar no cliente. Ofuscação não torna nada impossível de analisar, mas aumenta muito o custo, inclusive para agentes de IA.
3. Revise sua licença de uso. Deixe claro o que é proibido, inclusive engenharia reversa, já que é o contrato que regula o uso do software.
4. Considere registrar o programa no INPI. A proteção existe sem registro, mas o registro facilita provar autoria e data se houver disputa.
5. Invista no que não se descompila. Dados, integrações, suporte, atualizações constantes, marca e comunidade. Ninguém tira isso de um executável.
6. Faça o teste você mesmo. Rodar uma análise no seu próprio app mostra rapidinho o que fica exposto, de chaves de API esquecidas a rotas internas.

Como começar a usar o REA com segurança

Quer testar? Dá para começar em poucos minutos, desde que você tome alguns cuidados.

1. Baixe só de fontes oficiais. O projeto avisa que os únicos canais oficiais são o repositório morluto/rea no GitHub, o site rea.tools e o pacote rea-agents no npm. Com a fama, apareceram repositórios com nome parecido e README copiado, e isso não prova que o download é oficial.
2. Instale o Node.js. O REA exige Node.js 22.x (a partir da 22.23.4), 24.x (a partir da 24.22.1) ou 26.12.1 em diante, junto com o npm.
3. Rode o instalador. No terminal, execute o comando abaixo, escolha seus agentes, revise as mudanças propostas e aprove. Depois, reinicie o agente.

npx rea-agents setup

4. Instale um motor de análise, se precisar. Para programas nativos, você vai precisar de Ghidra, IDA, Hopper ou Kuna. Apps JavaScript, Electron e .NET funcionam sem isso.
5. Comece pelo que é seu. Teste no seu próprio projeto ou em um software open source. Assim você aprende a ferramenta sem esbarrar em licenças de terceiros.
6. Mantenha atualizado. O projeto muda rápido. Se instalou globalmente, use rea update.

Um lembrete: a análise roda localmente, mas os resultados são enviados ao modelo de IA que você usa, que tem a própria política de dados. Pense nisso antes de analisar algo confidencial.

Conclusão: nem mágica, nem hype vazio

A IA não descompila qualquer software e devolve o código original de bandeja. O que o REA fez foi pegar uma das áreas mais difíceis da computação e torná-la muito mais acessível: hoje, um dev curioso consegue, com bem menos tempo e experiência, o que antes era trabalho de um especialista, pelo menos para funções específicas.

Isso abre portas boas, como ressuscitar aparelhos abandonados, auditar apps e aprender como as coisas funcionam. E também levanta questões sérias sobre direito autoral, clones de baixa qualidade e o futuro de quem vive de vender software. Se você está do lado de quem cria, a lição é clara: proteja o que é crítico no servidor e invista no que nenhum descompilador consegue extrair.

Perguntas frequentes

A IA consegue descompilar qualquer programa?

Não. Ela consegue ajudar a analisar praticamente qualquer tipo de arquivo, mas o resultado é pseudocódigo e evidências, não o código-fonte original. Funciona melhor em funções específicas do que em programas inteiros.

O que é engenharia reversa de software?

É o processo de analisar um programa pronto para entender como ele funciona, sem acesso ao código-fonte. É usada em segurança, interoperabilidade, preservação de software antigo e auditoria.

O REA é gratuito?

Sim. O REA é open source sob licença MIT. Algumas ferramentas que ele pode usar, como IDA Pro e Hopper, são pagas, mas o Ghidra é gratuito.

Descompilar um programa é crime no Brasil?

A Lei do Software não cita a descompilação diretamente. O risco aparece quando há violação de direito autoral, especialmente reprodução do programa para fins comerciais, ou quando a licença de uso proíbe a prática. Na dúvida, consulte um advogado.

Meu SaaS pode ser clonado por IA?

Os recursos que rodam no navegador ou no app podem ser estudados. A lógica que roda nos seus servidores, não. Manter o que é crítico no back-end é a melhor defesa.

Preciso saber programar para usar o REA?

Ajuda bastante. A instalação é simples, mas interpretar os achados e revisar o código que a IA gera exige conhecimento técnico.

---

The End