Zuletzt aktualisiert: 12. Oktober 2026

Reverse Engineer Anything (REA): der komplette Leitfaden

Reverse Engineer Anything (REA) ist ein Open-Source-MCP-Server und Kommandozeilentool, mit dem KI-Coding-Agents wie Claude Code, Cursor und Codex native Binaries, Electron-Apps und Websites ohne deren Quellcode untersuchen können. Du stellst eine Frage in normaler Sprache, REA steuert die Analysetools auf deinem Rechner, und dein Agent bekommt Code, Referenzen und Belege zurück, die er erklären oder weiterverwenden kann.

Was ist Reverse Engineer Anything (REA)?

REA, kurz für Reverse Engineer Anything, ist ein Projekt von morluto auf GitHub. Der Slogan lautet „One MCP for reverse engineering across binaries, applications, and runtime behavior“ (ein MCP für Reverse Engineering von Binaries, Anwendungen und Laufzeitverhalten). In der Praxis bekommt dein Coding-Agent damit ein Set an Reverse-Engineering-Tools: Du zeigst ihm eine App, in der dir ein Feature aufgefallen ist, und fragst, wie es funktioniert. Das aktuelle npm-Release, rea-agents 6.4.0, steht unter MIT-Lizenz, und die Analyse läuft lokal auf deinem Rechner.

• Untersuchen ohne Quellcode. Native Binaries kommen als Pseudocode, Assembly, Strings, Symbole und Aufrufreferenzen zurück. JavaScript- und Electron-Apps kommen als Module, Imports, Source Maps, Routen und IPC zurück.
• Belege zu jeder Antwort. Jeder Befund nennt seine Herkunft und was noch unbekannt ist, sodass der Agent (und du) eine Aussage prüfen kann, bevor man ihr vertraut.
• Ein Tool, viele Ziele. Neben Binaries und Electron liest REA Websites, gespeicherte HAR-Netzwerkmitschnitte, .NET-Assemblies, Android-APKs, Go-Binaries, WASM, Firmware und mehr, alles über denselben MCP und dieselbe CLI.

Quelle: GitHub: morluto/rea (README)

Quelle: rea.tools: offizielle Website

So funktioniert REA AI: Agents, MCP, Ghidra und Hopper

REA selbst ist kein Disassembler. Es ist ein MCP-Server (Model Context Protocol), der zwischen deinem Agent und den eigentlichen Analyse-Engines sitzt. Wenn du Claude Code oder Cursor nach einem Binary fragst, ruft der Agent die Tools von REA auf; REA startet Hopper, Ghidra oder IDA (oder den eigenen JavaScript-Analyzer bzw. einen Browser aus der Chrome-Familie für Websites), führt die Analyse aus und liefert strukturierte Ergebnisse. Der Terminalbefehl rea nutzt dieselben Workflows.

1. Du stellst deinem Agent (Claude Code, Cursor, Codex) eine Frage zu einer App oder Datei auf deinem Rechner.
2. Der Agent ruft die Tools von REA über MCP auf.
3. REA startet lokal die passende Engine: Hopper, Ghidra oder IDA für nativen Code, den JS-Analyzer für Electron, einen Browser für Websites.
4. REA liefert Code, Referenzen, Belege und offene Punkte zurück.
5. Der Agent erklärt das Verhalten oder schreibt und testet eine eigene Version für dein Projekt.

Der Modellanbieter deines Agents sieht weiterhin die Tool-Ergebnisse, die er erhält, gemäß seiner eigenen Datenrichtlinie. REA selbst lädt dein Ziel nicht hoch.

Quelle: GitHub: morluto/rea (README)

Quelle: REA-Doku: Installation und Einrichtung

REA GitHub Installationsanleitung: Voraussetzungen und Befehle

• Node.js 22.x (22.19 oder neuer), 24.x (24.11 oder neuer) oder 26+, dazu npm.
• Für native Binaries: Hopper, Ghidra oder IDA. Das Setup kann Hopper nach deiner Zustimmung für dich installieren; Ghidra und IDA müssen bereits installiert sein.
• Für Websites: ein Browser aus der Chrome-Familie. Für JavaScript, Electron und .NET: nichts weiter.
• Mindestanforderung für den nativen Host: macOS 12+ oder ein aktuelles Linux (Ubuntu 24.04+, Fedora 41+, Arch und einige andere). Die Ghidra-Unterstützung unter Windows ist experimentell.

1. Führe npx rea-agents setup aus.
2. Wähle deine Agents in der Liste aus, prüfe die genauen Konfigurationspfade, die geändert werden, und bestätige. Vorhandene Konfigurationen werden vorher gesichert.
3. Starte deinen Agent neu, damit er den neuen MCP-Server lädt.
4. Optional: Installiere den Befehl rea global für die Nutzung im Terminal und führe ab und zu rea update aus, denn das Projekt liefert häufig Fixes.

# 1) Register REA with your agents (Claude Code, Codex, Cursor, Gemini CLI ...)
npx rea-agents setup

# 2) Optional: install the rea command for regular terminal use
npm install --global rea-agents
rea --help

# 3) Keep it current (global install / npx setup)
rea update
npx rea-agents@latest setup

Befehle aus dem README von github.com/morluto/rea übernommen. Wenn du Bun nutzt, verwende bunx rea-agents@latest statt npx rea-agents@latest.

Quelle: GitHub: morluto/rea (README)

Quelle: REA-Doku: Installation und Einrichtung

Quelle: npm: rea-agents

REA mit Claude Code, Cursor und Codex nutzen

Das Setup registriert in jedem Agent denselben MCP-Server und installiert dazu die Workflow-Anweisungen von REA (die Skill „reverse-engineer-anything“). Nach einem Neustart fragst du einfach in normaler Sprache. Der erste Prompt unten ist das Beispiel aus dem README; die anderen stammen von uns, einer pro Agent.

• Claude Code. Wähle im Setup Claude Code aus (Client-ID claude_code), starte neu und stelle deine Frage in der Terminal-Session. Claude Code ist stark bei langen, mehrstufigen Traces, also lass dir bei jedem Schritt die Belege zeigen.
• Cursor. Wähle Cursor aus (cursor). REA erscheint unter den MCP-Tools von Cursor; nutze den Agent-Modus, damit Cursor sie aufrufen und anschließend dein Projekt bearbeiten kann.
• Codex. Wähle Codex aus (codex). Codex eignet sich gut für Aufgaben nach dem Muster „finden, dann nachbauen“, bei denen das Ergebnis ein Patch für dein eigenes Repo ist.

Understand how search works in the Notes app, show me the evidence, and build a
similar feature for my project.

Nutze REA auf /Applications/Example.app. Finde heraus, wie der Befehl „copy as Markdown“ funktioniert: Beginne beim Renderer, verfolge ihn über Preload und IPC bis in den Main-Prozess und zeige bei jedem Schritt Datei und Funktion. Liste alles auf, was du nicht bestätigen konntest.

Nutze REA, um ./vendor/libexample.dylib zu untersuchen. Finde die Funktion, die die Konfigurationsdatei parst, gib mir ihren Pseudocode und die Strings, auf die sie verweist, und schreibe dann einen gleichwertigen TypeScript-Parser in src/config/ mit Unit-Tests.

Ich habe den Quellcode von ./legacy/report.exe verloren (meine eigene App, 2014). Nutze REA mit Ghidra, um herauszufinden, wo beim CSV-Export die Datumsangaben formatiert werden, und erkläre, warum zweistellige Jahreszahlen geschrieben werden.

Quelle: GitHub: morluto/rea (README)

Quelle: REA-Doku: Installation und Einrichtung

REA zuerst im Terminal ausprobieren

Du kannst REA ganz ohne Agent testen. Dieser Befehl untersucht ein entpacktes JavaScript-/Electron-App-Verzeichnis oder ein ASAR und gibt die gefundenen Module, Imports und Electron-Grenzen samt Belegen aus. Eine native Engine wird nicht benötigt.

npx -y rea-agents@latest analyze-javascript-application /absolute/path/to/app --json

Ersetze den Pfad durch dein Ziel, unter Windows zum Beispiel "D:/apps/example".

Quelle: GitHub: morluto/rea (README)

REA-Anwendungsfälle: Reverse Engineering von Electron-Apps bis Malware

• Reverse Engineering von Electron-Apps. Electron-Apps liefern ihr JavaScript in einem ASAR-Archiv aus. REA rekonstruiert Module, Routen und IPC-Kanäle; so verfolgt die Notion-Fallstudie die Zwischenablage-Brücke vom Renderer bis in den Main-Prozess.
• Closed-Source-APIs analysieren („API anything“). Lade einen gespeicherten HAR-Mitschnitt oder lass REA eine Website im Browser beobachten, und es listet Requests, Responses und Payloads zusammen mit den Skripten auf, die sie senden. So dokumentierst du am schnellsten eine undokumentierte API, die du nutzen darfst, und schreibst einen Client dafür.
• Malware- und Incident-Analyse. Die Richtlinie zur verantwortungsvollen Nutzung von REA nennt Malware- und Incident-Analyse sowie Sicherheitsforschung als vorgesehene Einsatzzwecke. Arbeite in einer isolierten VM: Die statische Untersuchung liest Dateien, ohne sie auszuführen, die Laufzeit-Erfassung führt das Ziel aber tatsächlich aus.
• Eigene alte Programme debuggen. Quellcode von etwas Selbstgeschriebenem verloren, oder du musst wissen, warum sich ein alter Build anders verhält? Die DX-Ball-Fallstudie baut eine Funktion in C nach, die alle 63 kompilierten Bytes des Originals reproduziert.

Quelle: REA-Fallstudien (DX-Ball, Notion, TH04)

Quelle: REA: Hinweise zur verantwortungsvollen Nutzung

REA-Videotutorials

Zwei Walkthroughs zu Reverse Engineer Anything von YouTube-Creators (weder vom REA-Projekt noch von uns erstellt). Die Videos werden erst von YouTube geladen, wenn du auf Play klickst.

▶

▶

REA vs. Ghidra vs. Hopper

Eigentlich sind das keine Konkurrenten. Ghidra und Hopper sind die Engines, die disassemblieren und dekompilieren. Reverse Engineer Anything ist die Agent-Schicht darüber, die sie steuert und ihre Ausgabe in Belege verwandelt, mit denen dein Agent arbeiten kann.

IDA ist eine dritte unterstützte Engine. Kommerzielle Engines brauchen deine eigene gültige Lizenz; REA stellt keine bereit.

Quelle: GitHub: morluto/rea (README)

Quelle: GitHub: NationalSecurityAgency/ghidra

Quelle: Hopper Disassembler

Ist Reverse Engineering legal?

Oft ja, aber es hängt davon ab, wo du bist, was du analysierst und welcher Lizenz du zugestimmt hast. Viele Rechtsordnungen erlauben es für Interoperabilität, Sicherheitsforschung, Lehre und das Reparieren von Software, die dir gehört; der US-amerikanische DMCA hat eine Ausnahme für Interoperabilität, und die EU-Software-Richtlinie erlaubt Dekompilierung zur Herstellung von Interoperabilität unter bestimmten Bedingungen. Eine Softwarelizenz oder Nutzungsbedingungen können es trotzdem verbieten.

Der Haftungsausschluss von REA selbst sagt, dass es für rechtmäßige Forschung, Lehre, Interoperabilität, Softwarearchivierung und die Analyse von Software gedacht ist, die dir gehört oder die du untersuchen darfst. Das Projekt hilft nicht dabei, DRM, Lizenzprüfungen oder Anti-Cheat zu umgehen, Cheats für Spiele zu bauen, die Authentifizierung von Systemen zu umgehen, die du nicht testen darfst, oder proprietären Code und Assets zu kopieren.

Dies sind allgemeine Informationen, keine Rechtsberatung. Wenn du Ergebnisse veröffentlichen oder Code ausliefern willst, der auf fremder Software basiert, sprich vorher mit einem Anwalt.

Quelle: REA: Hinweise zur verantwortungsvollen Nutzung

Unabhängiger Leitfaden, nicht verbunden mit dem REA-Projekt, morluto, Anthropic, Cursor, OpenAI, der NSA oder Hopper. Die Angaben stammen aus dem README von morluto/rea, der Installationsdoku und dem Haftungsausschluss (Version 6.4.0), geprüft am 12. Oktober 2026. REA ändert sich schnell; lies vor der Installation das README.