REA 6: EVM-, ELF- und LLDB-Tools stehen nicht in der README-Übersicht

REA 6 mit EVM-, ELF- und LLDB-Tools: Die Schlagzeile ist nicht belegt

Gesichert ist zunächst der Versionsstand. Laut GitHub-Tag trägt das npm-Paket rea-agents die Version v6.4.0, veröffentlicht am 11. Oktober 2026. REA (Reverse Engineer Anything) ist ein MIT-lizenzierter Open-Source-MCP-Server samt Kommandozeilenprogramm des GitHub-Accounts „morluto“.

Die Schlagzeile „REA 6 mit EVM-, ELF-Crash- und LLDB-Tools“ lässt sich nicht belegen. Weder die README-Zielübersicht noch die Berichte, die diese Übersicht wiedergeben, nennen EVM, ELF-Crash-Analyse oder LLDB. Die Übersicht führt native Binaries, JavaScript/Electron, .NET-Assemblies, Websites, Android-APKs, WASM und SQLite-Dateien auf.

Nur zwei unbestätigte Quellen erwähnen die Werkzeuge. Ein Eintrag, der als Release-Meldung von morluto vom 8. Oktober aufgemacht ist, beschreibt REA 6.0 mit EVM-, ELF-Crash- und LLDB-Werkzeugen. Ein weiterer Bericht nennt EVM-Bytecode in einer Tabelle mit 22 Zielarten, ELF und LLDB erwähnt er nicht. Beide Angaben stehen im Widerspruch zur README-Übersicht, und prüfen ließen sie sich nicht. Welche Neuerungen gegenüber früheren Versionen tatsächlich hinzukommen, ist deshalb offen.

Nicht einschlägig ist ein Commit in einem Repository-Spiegel, der nicht der offizielle Ort ist. Er behebt Issue #4008 im Werkzeug inspect-macho, wo wiederholte otool-Schlüssel überschrieben wurden. Der Commit betrifft Mach-O/otool, nicht EVM, ELF oder LLDB.

Einrichtung per 'npx rea-agents setup' für 17 Clients, Analyse lokal

Die Einrichtung läuft über `npx rea-agents setup`. Das Setup lässt Agenten auswählen, zeigt die geplanten Änderungen zur Freigabe an und legt Backups bestehender Konfigurationen an. Anschließend trägt es den MCP-Server und passende Workflow-Anweisungen ein. Laut Installationsanleitung unterstützt es 17 Clients, darunter Claude Code, Codex und Cursor.

Offizielle Bezugsquellen nennt die README: das Repository morluto/rea, rea.tools und das npm-Paket rea-agents. Im MCP Registry läuft REA als io.github.morluto/rea. Die README warnt, dass ähnlich benannte Repositories oder kopierte READMEs nicht automatisch offiziell sind. Außerdem distanziert sich das Projekt von Kryptowährungen oder Token namens REA.

Die Analyse läuft nach Herstellerangaben lokal, die App wird nicht an einen gehosteten Dienst hochgeladen. Für native Binaries braucht es Engines, die der Anwender selbst bereitstellt: Hopper, Ghidra und je nach README-Stand auch IDA. Hier widersprechen sich die Quellen. Der aktuellere Stand und ein Fachbericht nennen IDA, ältere Fassungen nur Hopper und Ghidra. Ab wann IDA unterstützt wird, bleibt offen, weil die Texte undatiert sind. Statische JavaScript-Analyse kommt ohne Engine aus, der Ghidra-Adapter arbeitet schreibgeschützt. Originalquellcode stellt REA nach eigener Aussage nicht wieder her.

Die Sternezahl lag laut einer Quelle am 12. Oktober bei 107.706. Andere Angaben weichen davon teils nach unten, teils deutlich nach oben ab.

Hersteller versprechen Nachbau ohne Quellcode, ein informeller Test zeigt Gegenteiliges

Das Leitmotiv des Projekts lautet: „See a feature you like. Understand how it works, down to the binary level.“ Dazu kommt die Zusage, ein Agent könne eine App ohne Quellcode untersuchen, ihre Funktionsweise erklären und eine eigene Version für das eigene Produkt bauen. Dabei handelt es sich um Herstellerangaben. Prüfbar wären sie durch reproduzierbare Fallstudien auf rea.tools und unabhängige Tests.

Ein informeller Einzelvergleich sieht anders aus. Ein Agent ohne REA erzielte beim Nachbau einer App ähnliche Ergebnisse, und zwar schneller. Der Test betraf den App-Nachbau, nicht die Analysetiefe. Ein belastbarer Vergleich liegt damit nicht vor.

Zu Dual-Use-Risiken und zur Haltung der Modellanbieter enthalten die Quellen keine Angaben. Nutzer müssen selbst entscheiden, welche Software sie analysieren dürfen. Vor der Freigabe sollten sie den Setup-Plan prüfen.