Engenharia reversa com I.A.: o guia completo sobre o REA, os clones da Adobe e o que muda de verdade

O que é engenharia reversa

Engenharia reversa é o caminho de volta: partir de um produto pronto para descobrir como ele foi feito. Em software, significa analisar um programa já compilado, aquele arquivo que você instala e executa, para entender o que ele faz por dentro sem ter o código-fonte original: quais funções existem, como os dados são guardados, com quais servidores ele conversa e que regras ele aplica.

A prática é antiga e tem usos legítimos. Nos anos 1980, Compaq e Phoenix recriaram o BIOS do PC da IBM em processos de "sala limpa", em que uma equipe documenta o comportamento do original e outra escreve um código novo sem nunca ver o primeiro. Em 1992 nasceu o Samba, que permite a computadores Linux conversarem com redes Windows. Emuladores de videogame, ferramentas de segurança e projetos de preservação de jogos antigos seguem o mesmo princípio. Em 2019, a NSA, agência de segurança dos Estados Unidos, liberou de graça o Ghidra, um dos principais programas da área.

Em outubro de 2026 o assunto saiu do nicho. Quase na mesma semana viralizaram o REA, uma ferramenta aberta que coloca agentes de I.A. para operar esses programas, e os apps do ArtCraft, apresentados como alternativas gratuitas ao Photoshop, ao Premiere e a outros produtos da Adobe. As manchetes falaram em fim da Adobe e até em fim do software. Este guia junta o que se sabe de concreto, com base nos repositórios oficiais, em pesquisa acadêmica e na análise que o desenvolvedor Fabio Akita publicou em 13 de outubro, e explica o que isso muda para empresas.

Linha do tempo: mais de 40 anos de engenharia reversa

A I.A. chegou a uma disciplina com décadas de história, de casos na Justiça e de ferramentas maduras. Os marcos que ajudam a entender o momento atual:

• ✓1982 a 1984: Compaq e Phoenix recriam o BIOS do PC da IBM em sala limpa, abrindo caminho para os computadores compatíveis.
• ✓1992: nasce o Samba, que faz computadores Unix e Linux conversarem com redes Windows. No mesmo ano, a Justiça americana decide o caso Sega contra Accolade a favor da desmontagem para compatibilidade.
• ✓2000: o caso Sony contra Connectix confirma, nos Estados Unidos, que desmontar um programa para criar um produto compatível pode ser uso legítimo.
• ✓2004: a Comissão Europeia multa a Microsoft em 497 milhões de euros e exige que ela documente protocolos para que concorrentes consigam interoperar com o Windows.
• ✓2019: a NSA libera o Ghidra como código aberto, e ferramentas de nível profissional ficam ao alcance de qualquer pessoa.
• ✓2024 e 2025: projetos de recompilação fazem clássicos como Zelda 64 rodarem nativamente em computadores modernos.
• ✓2026: agentes de I.A. passam a operar as ferramentas de análise, o REA viraliza no GitHub e o ArtCraft publica alternativas abertas a programas da Adobe.

Como um programa é desmontado, passo a passo

Quando um programa é compilado, o código escrito por pessoas vira instruções de máquina. Nesse processo, muita coisa se perde: nomes de variáveis, comentários, a organização em arquivos. Desmontar um software é tentar recuperar o que for possível, em quatro etapas:

• ✓Desmontar (disassembly): transformar as instruções de máquina em assembly, uma linguagem de baixo nível que pessoas conseguem ler, com muito esforço.
• ✓Descompilar: converter o assembly em um pseudocódigo parecido com a linguagem C, mais fácil de acompanhar. Ferramentas como Ghidra e IDA fazem isso automaticamente, com resultado imperfeito.
• ✓Recuperar o que o compilador jogou fora: dar nomes às funções, descobrir os tipos de dados e as estruturas. É a parte mais lenta e mais humana do trabalho.
• ✓Reescrever: transformar o resultado em código legível, testável e que se comporte exatamente como o original.

Por que esse trabalho sempre levou anos

A terceira etapa explica por que projetos famosos demoram. A reconstrução do código de Super Mario 64 e de Zelda: Ocarina of Time a partir dos jogos originais foi feita por comunidades de voluntários ao longo de anos, mesmo sendo programas pequenos e muito estudados.

Também explica por que a onda atual de jogos antigos portados para computadores e navegadores começou antes dos agentes de I.A. Segundo a linha do tempo do Akita, ela ganhou força a partir de 2019, com o Ghidra gratuito e anos de documentação acumulada. A I.A. acelerou um movimento que já existia, não o inventou.

As ferramentas que a I.A. aprendeu a usar

Nenhuma das ferramentas por trás da engenharia reversa com I.A. é nova. As principais:

• ✓Ghidra: suíte gratuita de análise criada pela NSA, com desmontador e descompilador.
• ✓IDA Pro: o padrão comercial da área há décadas, pago.
• ✓Binary Ninja e radare2: alternativas, uma comercial e outra de código aberto, populares entre pesquisadores.
• ✓Frida: injeta código em programas em execução para observar o comportamento em tempo real.
• ✓JADX: transforma aplicativos Android de volta em código Java legível.
• ✓Depuradores como o GDB: executam o programa passo a passo, mostrando o que acontece na memória.

O que a I.A. mudou de verdade

O que mudou foi quem consegue operar essas ferramentas e em quanto tempo. Um agente de I.A. encadeia dezenas de chamadas, lê saídas enormes, resume o que importa e propõe o próximo passo. É um trabalho que antes exigia horas de um especialista a cada etapa e que agora pode ser feito, em parte, por alguém com menos experiência, ou muito mais rápido por quem já tem.

Isso tem dois efeitos. Para quem defende sistemas, auditar um aplicativo ficou mais barato. Para quem ataca, também. E para o mercado de software, a pergunta que viralizou foi outra: se a I.A. desmonta e reescreve programas, o que impede alguém de clonar qualquer produto? As próximas seções respondem com o que se sabe até agora.

Onde a I.A. entra (e onde ela ainda tropeça)

Modelos de linguagem são bons justamente nas tarefas cansativas: sugerir nomes para funções, explicar o que um trecho de pseudocódigo faz, escrever testes e tentar de novo quando algo não compila. Com os agentes de I.A., que usam ferramentas sozinhos, o modelo pode operar o Ghidra, ler o resultado e decidir o próximo passo, em ciclos que antes dependiam de uma pessoa a cada etapa.

O ganho é real, mas tem um limite importante. Um estudo publicado no arXiv em setembro de 2026, "When LLM Decompilers Recompile More and Preserve Less", de Chang Liu, Edward Raff e Kristopher Micinski, mediu o efeito de usar I.A. para refinar a saída do Ghidra em 300 funções reais. A taxa de código que compila subiu de 75% para 90%, mas a de funções que se comportam igual ao original caiu de 74% para 62%. Em funções com vulnerabilidades conhecidas, até um décimo dos resultados apagou a falha sem nenhum aviso.

Em outras palavras: compilar não é o mesmo que funcionar igual. A I.A. produz código plausível mais rápido, e plausível é exatamente o tipo de erro mais difícil de perceber. Testes e revisão de quem entende do assunto continuam obrigatórios.

O que é o REA (Reverse Engineer Anything)

O REA é um projeto de código aberto, publicado no GitHub sob a licença MIT, que conecta agentes de I.A. como Claude Code, Codex, Cursor e Gemini CLI a ferramentas profissionais de engenharia reversa. Ele funciona como um servidor MCP, o padrão que permite a um modelo usar ferramentas externas e que explicamos no guia sobre o Model Context Protocol. Em 19 de outubro de 2026, o repositório passava de 300 mil estrelas no GitHub.

Na prática, a pessoa instala o REA com um comando, aponta para um arquivo, aplicativo ou site e faz uma pergunta ao agente. O REA executa as ferramentas na própria máquina, como Ghidra, IDA ou Hopper para programas nativos e JADX para aplicativos Android, e devolve as conclusões junto com as evidências e as limitações de cada uma. O projeto também analisa aplicativos em JavaScript e Electron, programas .NET, firmware, capturas de rede e bancos SQLite.

O que ele não faz é tão importante quanto. O REA não descompila nada sozinho: ele coordena ferramentas que já existiam. Não recupera o código-fonte original e não copia aplicativos com um clique. Quem usa precisa ter o arquivo, instalar as ferramentas (algumas pagas, como IDA e Hopper) e pagar pelos tokens do agente. Segundo a análise do Akita, um exemplo do próprio projeto, a análise de um banco SQLite compilado para WebAssembly, levou 42 chamadas de ferramenta e cerca de 300 mil tokens de entrada. O aviso do repositório é direto: a análise assistida por I.A. pode sair incompleta ou errada.

Detalhamos instalação, custos e usos permitidos no artigo REA: o que é o Reverse Engineer Anything.

O caso ArtCraft: a I.A. clonou a Adobe?

O ArtCraft é um estúdio de ferramentas criativas fundado pelo desenvolvedor americano Brandon Thomas. No fim de setembro de 2026, ele começou a publicar apps gratuitos e abertos que seguem o fluxo de trabalho de programas da Adobe: PhotoCraft (Photoshop), VectorCraft (Illustrator), FilmCraft (Premiere Pro), LightCraft (Lightroom), EffectCraft (After Effects), DesignCraft (InDesign) e PdfCraft (Acrobat, lançado com o nome PrintCraft). Segundo o TechSpot, Thomas contou que escreveu os apps em Rust com a ajuda do Claude Opus 5.5, citou as taxas de cancelamento da Adobe como motivação e resumiu o momento com a frase "software is over" (o software acabou).

O repositório do PhotoCraft descreve o app como uma reimplementação em sala limpa do Photoshop, construída apenas a partir de especificações públicas e do comportamento observado, sem código, shaders ou arquivos da Adobe, e sem vínculo com a empresa. A licença é MIT ou Apache-2.0, à escolha de quem usa. Até a publicação deste texto, não encontramos verificação independente dessa alegação.

O próprio README é honesto sobre o estágio do projeto: o PhotoCraft está em alfa e ainda não substitui o Photoshop no trabalho profissional do dia a dia. As lacunas que o projeto lista incluem recursos de I.A. generativa, ferramentas que ainda faltam, profundidade de tipografia e compatibilidade com plug-ins. O Akita aponta outras: centenas de problemas abertos no repositório, gerenciamento de cor limitado para impressão (CMYK e perfis ICC) e incompatibilidades com arquivos PSD. A captura de tela impressiona; o motor ainda está sendo montado.

Contamos a história completa, e as lições para quem vende e compra software, em a I.A. clonou a Adobe? O caso ArtCraft explicado.

Por que copiar a Adobe é bem mais difícil do que parece

O argumento central da análise do Akita é que o valor de um software moderno não está todo dentro do arquivo que você baixa. E o que não está no arquivo não pode ser desmontado. Ele aponta quatro barreiras:

• ✓Recursos que rodam no servidor: o preenchimento generativo e parte dos filtros neurais do Photoshop, por exemplo, são processados na nuvem da Adobe. Não existe programa local para analisar.
• ✓Dados e ciência de cor: perfis de câmeras e lentes, gerenciamento de cor e anos de ajuste fino. O GIMP, editor de imagens aberto, passou cerca de três décadas sem edição completa em CMYK.
• ✓Licenças e parcerias: a Pantone deixou as bibliotecas gratuitas da Adobe em 2022, e no vídeo profissional as transformações de cor das câmeras de cinema chegam por kits e contratos com os fabricantes.
• ✓Alvo em movimento: um jogo de 1996 não muda mais; um software vendido por assinatura muda toda semana, e o clone corre atrás de um produto que não para.

Quanto custa reescrever um software grande com I.A.

O custo também pesa. O Akita lembra o caso do Bun, ferramenta de JavaScript reescrita da linguagem Zig para Rust em 11 dias com até 64 instâncias do Claude trabalhando em paralelo, a um custo estimado em cerca de US$ 165 mil em preço de API. Deu certo porque havia o código-fonte completo, o autor original no comando e uma bateria gigantesca de testes para conferir cada resultado. Um clone feito a partir de um programa fechado não tem nada disso.

Por que jogos antigos são o caso mais fácil

O mesmo raciocínio explica por que jogos antigos estão sendo portados tão rápido: são programas pequenos (Super Mario 64 tem cerca de 8 MB, contra cerca de 150 GB de Baldur's Gate 3), estudados há décadas, com as questões jurídicas resolvidas há muito tempo e que não mudam mais. Os ports costumam exigir que a pessoa tenha a própria cópia do jogo.

Os consoles mais recentes também ajudam: PS4, PS5, Xbox Series e Switch usam processadores x86 ou ARM, os mesmos de computadores e celulares, então o trabalho se concentra em traduzir as chamadas do sistema e da placa de vídeo. PS3 e Xbox 360, com arquiteturas próprias (Cell e PowerPC), são bem mais difíceis.

Mesmo assim, há exagero. O Akita registra que a comunidade que faz ports à mão já critica os ports gerados por I.A. em qualidade de alfa, e que algumas manchetes não resistem a um teste: um projeto anunciado como capaz de rodar boa parte do catálogo do PS5 rodava, na prática, um jogo independente em 2D.

Os tokens vão ficar de graça?

Um argumento comum é que, em pouco tempo, os tokens vão custar quase nada e clonar software ficará trivial. A análise do Akita contesta com números: o preço por token dos modelos de ponta caiu entre 1,2 e 3 vezes desde 2023. O que caiu muito mais rápido, segundo estimativas da Epoch AI citadas por ele, foi o custo para atingir uma mesma qualidade, na faixa de 5 a 10 vezes por ano.

Mesmo aplicando a queda mais otimista ao custo do Bun, um clone sem código de referência e sem testes continua caro. E há um limite de outra natureza: segundo o relatório Octoverse, do GitHub, 81,5% das contribuições na plataforma em 2025 aconteceram em repositórios privados, código que nenhum modelo público viu durante o treinamento.

Para que serve a engenharia reversa com I.A. de verdade

Longe das manchetes, a técnica tem usos legítimos e valiosos, vários deles listados pelo próprio REA entre os permitidos:

• ✓Segurança: encontrar vulnerabilidades em sistemas próprios ou autorizados antes que outra pessoa encontre.
• ✓Análise de malware: entender o que um programa malicioso faz para se defender dele.
• ✓Interoperabilidade: fazer sistemas que não foram feitos para conversar trocarem dados.
• ✓Preservação: manter vivos programas e jogos cujo fabricante não existe mais.
• ✓Sistemas legados: documentar o software antigo da empresa que ninguém sabe mais explicar, antes de migrar ou automatizar. Mostramos o método em como documentar sistemas legados com I.A..

Engenharia reversa é crime?

No Brasil, não há um artigo de lei que proíba ou autorize expressamente a engenharia reversa. A Lei do Software (9.609/98) protege os programas como obras literárias, e a Lei de Direitos Autorais (9.610/98) deixa claro que ideias, métodos e sistemas não são protegidos. O código é protegido; a funcionalidade, não.

O risco aparece em outros pontos: reproduzir ou vender código de terceiros (o artigo 12 da Lei do Software prevê detenção e, quando a reprodução é para fins de comércio, reclusão de um a quatro anos), burlar proteções contra cópia, descumprir o contrato de licença ou usar informações confidenciais obtidas em um contrato ou emprego, o que a Lei de Propriedade Industrial trata como concorrência desleal. Nos Estados Unidos, decisões como Sega contra Accolade (1992) e Sony contra Connectix (2000) aceitaram a desmontagem de programas para fins de compatibilidade.

Aprofundamos o tema em engenharia reversa de software é crime no Brasil?. O texto é informativo: para um caso concreto, consulte um advogado.

O que muda para a sua empresa: segurança

Tudo o que roda no aparelho do usuário pode ser analisado: o aplicativo de celular, o programa de computador, a extensão de navegador e o JavaScript do seu site. Sempre foi assim. A diferença é que agora a análise custa menos tempo e menos conhecimento, para quem ataca e para quem defende.

O ponto fraco mais comum não é o código em si, é o que se coloca nele. O relatório State of Secrets Sprawl 2026, da GitGuardian, contou 28,65 milhões de novas chaves, senhas e tokens expostos em repositórios públicos do GitHub em 2025, e os commits feitos com ajuda do Claude Code vazaram segredos em 3,2% dos casos, contra 1,5% da média. Não por acaso, o uso inadequado de credenciais é o primeiro item do OWASP Mobile Top 10, a principal referência de riscos para aplicativos móveis.

O checklist completo de proteção está em engenharia reversa e I.A.: como proteger seu app.

O que muda para a sua empresa: estratégia

Se o diferencial de um produto é só um conjunto de telas que qualquer pessoa vê funcionando, ele ficou mais barato de copiar. Não de graça, como mostram o estágio dos apps do ArtCraft e o custo do Bun, mas mais barato. O que continua difícil de copiar é o que não está no código: dados próprios, serviços que rodam no servidor, integração com o processo do cliente, atendimento, marca e velocidade para evoluir.

O outro lado é uma oportunidade. A mesma tecnologia que permite analisar o software dos outros permite entender o seu: documentar sistemas antigos, encontrar regras de negócio escondidas, testar a própria segurança e construir ferramentas internas mais rápido. Decidir onde aplicar isso é uma escolha estratégica, e é o tipo de pergunta que respondemos na consultoria em I.A..

Como a sua empresa pode se preparar: plano em cinco passos

Não é preciso esperar o próximo caso viral para agir. Cinco passos cobrem o risco e a oportunidade:

• ✓Inventariar o que vai para o aparelho do cliente: aplicativos, programas, extensões e o front-end do site. É isso que pode ser analisado por qualquer pessoa.
• ✓Fazer uma varredura de segredos e mover chaves e regras críticas para o servidor, seguindo o checklist de proteção.
• ✓Definir uma política de uso de I.A. que inclua ferramentas de engenharia reversa: o que pode ser analisado, com quais provedores e com quais dados.
• ✓Escolher um sistema legado e documentá-lo com I.A. como projeto-piloto, com validação de quem usa o sistema.
• ✓Treinar o time para revisar o que a I.A. produz, em vez de aceitar o primeiro resultado que parece certo.

Glossário rápido

Os termos que mais aparecem nas notícias sobre o assunto:

• ✓Binário: o arquivo executável, já compilado, que o computador entende.
• ✓Assembly: linguagem de baixo nível que representa as instruções de máquina de forma legível.
• ✓Descompilador: ferramenta que tenta reconstruir um código parecido com o original a partir do binário.
• ✓Sala limpa (clean room): método em que quem analisa o produto original não escreve o código novo.
• ✓Decomp e recomp: reconstrução do código-fonte de um programa a partir do binário (decomp) e recompilação dele para outra plataforma (recomp).
• ✓MCP: o Model Context Protocol, padrão que permite a um modelo de I.A. usar ferramentas externas, como as que o REA expõe.

Programadores vão acabar?

A conclusão do Akita é que não. O REA é uma caixa de ferramentas para especialistas, não um botão de copiar; os apps do ArtCraft existem, mas são alfas; a Adobe segue viva porque boa parte do seu valor está em serviços e dados; e, sem alguém que saiba o que está fazendo, a ferramenta entrega pouco mais do que uma captura de tela bonita.

A nossa leitura vai na mesma direção. Agentes de I.A. multiplicam a produtividade de quem entende do assunto e expõem quem não entende. Para empresas, a pergunta não é se a I.A. vai substituir o time, e sim se o time sabe usar a I.A. com critério: revisar o que ela produz, proteger os dados e escolher onde ela gera retorno. É por isso que o nosso treinamento em I.A. para equipes ensina Claude, agentes e automação com as tarefas reais de cada time.

• ServiçoConsultoria em I.A. para EmpresasMapeamento de processos, identificação de oportunidades e roadmap de implementação de I.A. no seu negócio, com estratégia antes da execução.
• ServiçoTreinamento de Equipes em I.A.Capacitação prática para o seu time aprender a usar I.A. no dia a dia, direto no contexto da sua empresa, não em teoria genérica.
• GlossárioMCP (Model Context Protocol)MCP é um protocolo aberto, criado pela Anthropic, que padroniza como modelos de I.A. se conectam a ferramentas, dados e sistemas externos, permitindo que um mesmo agente acesse arquivos, APIs e bancos de dados de forma consistente.
• BlogREA (Reverse Engineer Anything): o que é a ferramenta de engenharia reversa com I.A. que viralizouO que é o REA, como ele conecta agentes como o Claude Code a ferramentas como Ghidra e IDA, o que ele faz, o que não faz e quanto custa usar.
• BlogA I.A. clonou a Adobe? O que o caso ArtCraft ensina sobre o valor do softwareO que são os apps do ArtCraft, apresentados como alternativas ao Photoshop e ao Premiere, o que já fazem e o que o caso ensina sobre o valor do software.
• BlogEngenharia reversa de software é crime no Brasil? O que diz a leiO que a Lei do Software e a Lei de Direitos Autorais dizem sobre engenharia reversa, quando analisar um programa vira problema e o que muda com a I.A.
• BlogComo documentar sistemas legados com I.A.: a engenharia reversa que trabalha a favor da empresaComo usar I.A. para entender e documentar o sistema antigo que ninguém sabe explicar, antes de migrar ou automatizar, e os cuidados para não confiar demais.
• BlogEngenharia reversa com I.A.: o que fica exposto no seu aplicativo e como protegerCom agentes de I.A., analisar um app ficou rápido. Veja o que qualquer pessoa consegue extrair do seu aplicativo e como proteger chaves, regras e dados.