Skills

REA : rétro-ingénierie de binaires natifs, d'applications Electron, d'assemblages .NET et de sites web avec un agent

Idéal pour faire analyser par un agent, via un serveur MCP, des binaires natifs, des applications JavaScript/Electron, des assemblages .NET et des sites web en rétro-ingénierie. Avant usage, vérifiez les versions de Node.js requises (22.x >= 22.23.4, 24.x >= 24.22.1 ou 26.12.1+) ; le setup modifie la configuration de l'agent et l'analyse native dépend d'une installation existante de Hopper/Ghidra/IDA.

Official source · morluto/rea

Install

npx rea-agents setup

À qui s'adresse-t-il

REA ("Reverse Engineer Anything") met la rétro-ingénierie à la disposition des agents via un serveur MCP : il couvre les binaires natifs, les applications JavaScript/Electron, les assemblages .NET et le comportement de sites web. Il convient aux utilisateurs qui ont besoin d'analyser directement, dans une conversation, un binaire, une application Electron ou un site web.

Prérequis : la machine doit disposer de Node.js 22.x (>= 22.23.4), 24.x (>= 24.22.1) ou 26.12.1+, ainsi que de npm. Pour l'analyse native, vous pouvez utiliser votre installation existante de Hopper, Ghidra ou IDA ; après approbation, le setup peut également installer Hopper pour vous. L'analyse statique de JavaScript et de .NET ne nécessite pas de moteur natif. Sous Linux, pour l'analyse statique JavaScript/Electron, un ps compatible procps doit être présent dans le PATH.

REA fonctionne avec tout agent prenant en charge un serveur MCP local ; la documentation officielle indique que le setup prend en charge Claude Code, Codex, Cursor, Gemini CLI, Grok Build, etc. Les sources ne précisent ni les systèmes d'exploitation pris en charge, ni le détail des formats de fichiers concernés ; il est recommandé de vérifier dans le dépôt officiel avant utilisation.

Première tentative en 3 minutes

Le chemin principal recommandé officiellement consiste à lancer le setup directement avec npx :

  1. Vérifiez que Node.js et npm sont installés aux versions requises (sous Linux, vérifiez aussi que ps est dans le PATH).
  2. Exécutez dans un terminal :
npx rea-agents setup
  1. Le setup vous demande de choisir l'agent à configurer, affiche les modifications qu'il va effectuer et vous demande de les approuver ; une fois confirmé, il ajoute le serveur MCP de REA et les instructions de workflow associées, et sauvegarde la configuration existante.
  2. Redémarrez votre agent : REA est alors disponible.

Vous pouvez aussi opter pour une installation globale : npm install --global rea-agents, puis lancer le setup de la même façon ; il s'agit toutefois d'une méthode alternative fournie par l'éditeur, le chemin principal restant npx rea-agents setup.

Pour une première tentative, il est conseillé de choisir un fichier binaire local que vous possédez et présentant un faible risque, pour une tâche d'analyse en lecture seule, par exemple demander à l'agent de décrire la structure du binaire et ses symboles exportés. Les noms d'outils exacts et la forme des sorties dépendent des outils réellement disponibles dans l'agent ; les sources ne les énumèrent pas un par un. Attention : le setup lui-même modifie le fichier de configuration de l'agent choisi (une sauvegarde est prévue selon la documentation officielle) ; lisez les modifications affichées avant d'approuver. L'analyse native, si elle repose sur Ghidra/IDA, suppose que vous les avez déjà installés, et l'installation de Hopper après approbation est une action qui modifie le système. Les sources ne précisent pas quels processus lisent ou exécutent le binaire pendant l'analyse : c'est un point inconnu.

Cas d'usage

Cas 1 : analyser un assemblage .NET local. Lancez une tâche à l'agent : « Utilise REA pour analyser l'assemblage .NET MyApp.exe et lister les principaux types et méthodes ». Ce scénario passe par l'analyse statique .NET qui, selon la documentation officielle, ne nécessite ni Hopper, ni Ghidra, ni IDA, ni le ps compatible procps. On peut attendre de l'agent qu'il décrive la structure de l'assemblage grâce aux outils MCP de REA ; le niveau de détail des sorties n'est pas documenté dans les sources.

Cas 2 : analyser une application Electron. Scénario : vous voulez comprendre le comportement interne d'une application Electron. Lancez : « Utilise REA pour analyser le JavaScript de cette application Electron ». Ce scénario passe par l'analyse statique JavaScript ; sous Linux, vérifiez d'abord qu'un ps compatible procps est présent dans le PATH. On peut attendre en résultat une analyse des scripts de l'application. Pour des tâches similaires impliquant des parties en binaire natif, ce sont vos installations existantes de Ghidra/IDA/Hopper ou le Hopper installé après approbation qui seront utilisés.

Limites d'usage

  • Effets de bord de la configuration : le setup modifie le fichier de configuration de l'agent choisi et ajoute des instructions de workflow ; la documentation officielle indique qu'une sauvegarde de la configuration existante est effectuée. L'installation de Hopper requiert votre approbation.
  • Environnement d'exécution : versions spécifiques de Node.js et npm requises ; sous Linux, l'analyse statique JavaScript/Electron nécessite un ps compatible procps.
  • Dépendances de l'analyse native : utilise vos installations existantes de Hopper, Ghidra ou IDA ; le setup peut installer Hopper après approbation.
  • Prérequis côté client : l'agent doit prendre en charge un serveur MCP local ; l'agent doit être redémarré après la configuration.
  • Informations non confirmées : les sources officielles ne précisent pas si l'analyse lit ou écrit des fichiers utilisateur, exécute des commandes ou accède au réseau ; la plage de langages texte et binaires pris en charge, ainsi que les systèmes d'exploitation pris en charge, ne sont pas non plus documentés. En cas de préoccupations de sécurité, vérifiez ces comportements dans le dépôt officiel avant utilisation.