Reverse Engineering mit KI: Was REA kann und was erlaubt ist

Was ist REA?

REA ist ein MCP-Server, also ein Zusatz, über den ein KI-Agent weitere Werkzeuge bedienen kann. Er funktioniert mit Claude Code, Codex, Cursor, Gemini CLI und anderen Agenten. REA verbindet den Agenten mit Disassemblern, Programmen, die Maschinencode in lesbare Befehle zurückübersetzen. Für tiefe Analysen nutzt es Ghidra, IDA oder Hopper. JavaScript, Electron-Apps (Desktop-Programme, die im Kern eine Webseite sind) und .NET-Programme liest es ohne Zusatzprogramm.

Was REA untersuchen kann, laut Projektseite:

• Programme: Windows-, Mac- und Linux-Programme, auch in Go oder Rust geschrieben
• Apps: Android-Apps, Flutter-Apps, Electron-Apps
• Web: Webseiten und aufgezeichneter Netzwerkverkehr
• Sonstiges: Firmware, SQLite-Datenbanken, WebAssembly

Das Besondere ist nicht der Disassembler, den gibt es seit Jahrzehnten. Neu ist, dass der Agent die Arbeit dazwischen übernimmt: Er sucht die passende Stelle, liest Tausende Zeilen Maschinencode und erklärt sie in normaler Sprache. Jede Aussage ist als Beobachtung, Schlussfolgerung oder offen markiert und nennt die Adresse im Programm, auf die sie sich stützt. So kannst du nachprüfen, was der Agent behauptet.

Das Projekt steht unter MIT-Lizenz, das Repository auf GitHub gibt es seit April 2026, die erste Version kam am 12. Juli 2026. Anfang Oktober stand es ganz oben in den GitHub-Trends. Stand 14. Oktober 2026 hat es rund 236.000 Sterne, eine der schnellsten Kurven, die es auf GitHub gab.

Was REA zeigt: zwei belegte Beispiele

Viele Beiträge zu REA zählen beeindruckende Nachbauten auf. Nachprüfen lassen sich vor allem die Beispiele, die das Projekt selbst mit Tests dokumentiert:

Beide Beispiele zeigen dasselbe Muster. Der Agent findet die Funktion, erklärt die Rechnung und baut sie in neuem Code nach. Ob der Nachbau stimmt, entscheidet dann kein Gefühl, sondern ein Test: dieselben Eingaben in Original und Nachbau, dieselben Ergebnisse heraus.

Was in Deutschland erlaubt ist

Das Urheberrecht schützt bei Software den Code, nicht die Idee dahinter. § 69a Abs. 2 UrhG sagt das ausdrücklich: Ideen und Grundsätze eines Programms, auch die von Schnittstellen, sind nicht geschützt. Daraus ergibt sich, was du darfst und was nicht.

Ein Punkt überrascht viele: Ein Lizenzvertrag kann das Recht zum Beobachten und Testen nicht ausschließen. Klauseln, die § 69d Abs. 3 oder § 69e widersprechen, sind nach § 69g Abs. 2 UrhG nichtig.

Wer ein Programm nachbauen will, ohne in Schwierigkeiten zu kommen, arbeitet nach dem Reinraumverfahren. Eine Person oder ein Agent untersucht das Original und schreibt nur auf, was es tut. Eine andere Person oder ein frischer Agent ohne Zugriff auf das Original schreibt aus dieser Beschreibung neuen Code. So landet keine Zeile fremden Codes im Ergebnis. Das Verfahren ist Jahrzehnte alt, mit KI-Agenten wird es nur deutlich billiger.

Was das für dein Unternehmen bedeutet

Die meisten Betriebe werden REA nie selbst starten. Betroffen sind sie trotzdem, aus drei Richtungen.

Deine eigene Software ist lesbar. Wenn du eine App, ein Desktop-Programm oder ein Kundenportal hast bauen lassen, liegt ein Teil davon auf den Geräten deiner Nutzerinnen und Nutzer. Bisher brauchte es Fachleute und Tage, um daraus etwas herauszulesen. Heute reichen dafür ein Agent und deutlich weniger Zeit. Steckt in der App ein API-Schlüssel, eine Preisregel oder eine Rabattlogik, ist sie praktisch öffentlich. Lass prüfen, was in deiner App steckt, und verschiebe Zugangsdaten und Geschäftsregeln auf den Server.

Alte Software wird verständlich. Viele Betriebe arbeiten mit einem Programm, dessen Hersteller es nicht mehr gibt: eine Branchensoftware für Aufträge, ein altes Kassensystem, ein Kalkulationsprogramm. Die Daten stecken in einem Format, das niemand mehr erklären kann. Hier hilft das Recht aus § 69e: Um dein neues System anzubinden, darfst du die Schnittstelle untersuchen. Ein Agent mit REA kann herausfinden, wie die Daten gespeichert sind, damit ihr sie sauber übernehmt.

Rechenwege lassen sich nachprüfen. Wenn ein Programm eine Zahl liefert, die keiner nachvollziehen kann, etwa einen Zuschlag in der Kalkulation, kann ein Agent die Berechnung aus dem Programm lesen und erklären. Bei Software, die du rechtmäßig nutzt, ist das Beobachten und Testen gedeckt. Für diese Fälle reicht oft schon die Electron- oder JavaScript-Analyse, die ohne zusätzliche Werkzeuge läuft.

Mehr zur Frage, wo Agenten im Betrieb überhaupt sinnvoll sind, steht in Was ist KI-Prozessautomatisierung?.

Wo REA an Grenzen stößt

• Server: REA liest nur, was auf deinem Gerät liegt. Was ein Anbieter auf seinen Servern rechnet, bekommst du nie zu sehen.
• Rekonstruktion: Dekompilierter Code ist eine Annäherung, nicht der Originalcode. Namen, Kommentare und Struktur fehlen und werden vom Modell ergänzt. Deshalb braucht jeder Nachbau Tests.
• Verschleierung: Programme, die absichtlich unlesbar gemacht wurden, bremsen KI-Agenten stark. Elastic Security Labs hat im April 2026 Claude Opus 4.6 auf 20 verschleierte Aufgaben angesetzt. Gelöst wurden 40 %, bei mehreren kombinierten Verschleierungen keine einzige. Ein gescheiterter Versuch kostete im Schnitt 4,83 Dollar, ein erfolgreicher 2,39 Dollar.
• Daten: Die Analyse läuft lokal, die Ergebnisse gehen aber an das Sprachmodell deines Agenten. Für Software mit Kundendaten oder Geschäftsgeheimnissen ist das eine Frage für deinen Datenschutz.
• Werkzeuge: Ghidra ist kostenlos, IDA und Hopper sind kostenpflichtig. REA bringt keine Lizenzen mit.

So gehst du vor, wenn du es ausprobieren willst

1. Nur eigene oder rechtmäßig genutzte Software untersuchen, und vorher klären, wofür das Ergebnis gedacht ist: Verständnis, Datenübernahme oder Sicherheitsprüfung.
2. Auf einem Testrechner arbeiten, nicht auf dem Rechner mit der Buchhaltung. REA kann Programme auch ausführen.
3. Klären, welche Daten an den KI-Anbieter gehen, und das Programm notfalls ohne echte Kundendaten untersuchen.
4. Mit einer klaren Frage starten, etwa „Wo speichert das Programm die Aufträge, und in welchem Format?“, statt das ganze Programm auf einmal zu analysieren.
5. Jede Aussage, auf die du dich verlassen willst, mit einem Test bestätigen.

Für die eigene Software reicht oft ein einfacher erster Schritt: Frag deinen Dienstleister, welche Zugangsdaten und Regeln in der App stecken und welche auf dem Server liegen. Wenn du eine alte Software ablösen oder Daten daraus übernehmen willst, schauen wir uns das im kostenlosen Automatisierungs-Check gemeinsam an.

Klassiker für solche Altlasten sind Branchen mit Jahrzehnte alter Software: In Steuerkanzleien etwa geht es meist nicht nur um die Übernahme, sondern auch um die Abläufe rund um die Kanzleisoftware.

Häufige Fragen