REA : un agent IA qui décortique n'importe quelle appli

Ton équipe voit une fonctionnalité dans une appli, chez un fournisseur ou dans un vieux logiciel maison dont plus personne n'a le code, et une question revient : comment ça marche vraiment là-dessous ? REA répond à cette question avec un agent IA. Le repo dépasse les 351 000 stars sur GitHub et il est sous licence MIT, donc gratuit et utilisable en entreprise.

REA, pour "Reverse Engineer Anything", est un outil open-source qui branche ton agent IA (Claude Code, Codex, Cursor, Gemini CLI et d'autres) sur des instruments d'analyse de logiciels. Tu poses une question en langage normal, l'agent inspecte l'appli, et tu reçois une explication avec les preuves qui la soutiennent.

Pourquoi c'est utile

• Comprendre un logiciel dont le code source est perdu. Un outil interne ancien, un exécutable livré sans documentation : REA lit ce qui existe, pas ce qui manque.
• Gagner du temps sur l'investigation. Au lieu de passer des jours dans des outils d'experts, ton développeur délègue le gros du défrichage à l'agent et vérifie les résultats.
• Garder les preuves. Chaque conclusion arrive avec les éléments qui la justifient et ses limites. Tu sais ce qui est établi et ce qui reste une hypothèse.
• Travailler en local. D'après le README, l'analyse tourne sur ta machine. Seuls les résultats des outils partent vers le modèle IA que tu utilises, avec la politique de données de son fournisseur.
• Rester dans un cadre libre. Licence MIT, installation par une seule commande, pas d'abonnement à REA lui-même.

Ce que REA fait concrètement

Imagine que ton équipe produit admire la recherche d'une appli de notes et veut comprendre sa logique. Tu demandes à ton agent d'enquêter. Il utilise REA pour explorer l'appli, suivre le chemin du code concerné, puis te résume ce qu'il a trouvé, preuves à l'appui. Il peut ensuite proposer une version pour ton propre projet, que tes développeurs relisent et testent.

Pour l'agent, REA n'est pas une boîte noire : c'est une série d'outils qu'il appelle un par un. Le protocole utilisé s'appelle MCP, une prise standard qui permet à un agent IA de se servir d'outils externes. Tu n'as pas besoin de comprendre le détail, retiens juste que ton agent habituel peut s'en servir.

Le champ est large. Le README liste des applications de bureau, des binaires natifs (le code déjà compilé, illisible à l'œil nu), des applications JavaScript et Electron, des assemblies .NET, des APK Android, des sites web, des firmwares, des captures réseau, des bases SQLite ou encore des exécutables Python empaquetés. Chaque type de cible a son guide dans la documentation.

Comment ça marche, de l'installation au résultat

Le parcours est court. Il faut Node.js (version 22 ou plus récente) et npm, puis une commande lance l'assistant d'installation. Il te montre les changements proposés, tu les valides, il sauvegarde tes configurations existantes. Tu redémarres ensuite ton agent.

Il existe aussi un mode terminal, sans agent : une commande analyse par exemple un dossier d'application JavaScript et renvoie les modules, les imports et les preuves associées. Pratique pour intégrer REA dans un script ou une routine de vérification.

Point à connaître avant de te lancer : pour l'analyse de binaires natifs en profondeur, REA s'appuie sur un logiciel spécialisé, Hopper, Ghidra ou IDA. Ghidra et IDA doivent être déjà installés chez toi. L'installation peut proposer Hopper, avec ton accord. En revanche, l'analyse statique de JavaScript et d'assemblies .NET fonctionne sans ces logiciels.

Des exemples publics pour juger du sérieux

Le README présente trois études de cas, détaillées sur le site du projet.

• DX-Ball. À partir d'un appel de son, le projet suit le calcul de position stéréo jusqu'au code d'origine, puis le réécrit en C. La reconstruction passe 3 205 cas de test sur le programme original et reproduit les 63 octets de la fonction compilée.
• Notion. Suivi du pont du presse-papiers de l'appli de bureau, depuis l'interface jusqu'au processus principal.
• TH04. Un jeu japonais ancien sous DOS : récupération du calcul de trajectoire des projectiles, comparé à la sortie du compilateur d'époque.

Ces cas montrent le type de travail possible. Ils ne garantissent pas que ton cas à toi se passera aussi bien : une appli complexe, protégée ou énorme demandera plus d'allers-retours, et un humain qui sait lire le résultat.

À savoir avant de te lancer

C'est la partie qui compte le plus pour une entreprise.

Le cadre légal est de ta responsabilité. Le README précise que REA sert à la recherche légitime, à l'interopérabilité, à la préservation de logiciels et à l'analyse de logiciels que tu possèdes ou que tu es autorisé à examiner. Analyser l'appli d'un concurrent pour la copier peut te poser de vrais problèmes de droit d'auteur, de licence ou de contrat. Fais valider l'usage par ton juriste avant de lancer quoi que ce soit sur un logiciel tiers. Le projet publie aussi un fichier de recommandations d'usage responsable.

Les outils commerciaux gardent leurs licences. Pour IDA Pro, Hopper ou JEB, le README demande de les obtenir légalement. REA ne fournit aucune licence ni clé, et les versions d'essai ont leurs propres limites.

L'agent n'est pas infaillible. Un agent IA peut se tromper ou conclure trop vite. REA fournit les preuves justement pour que quelqu'un les relise. Prévois un développeur qui valide avant de s'appuyer sur un résultat.

Le projet bouge vite. Le README prévient que de nouvelles versions sortent souvent avec des corrections. Garde l'outil à jour avec la commande de mise à jour prévue, et teste-le sur un cas simple avant de l'imposer à toute l'équipe. Sur Linux, certains prérequis supplémentaires s'appliquent, détaillés dans la documentation.

Autre point : certaines analyses lancent ou font interagir l'application cible avec tes droits d'utilisateur. Fais-les dans un environnement isolé, pas sur le poste d'un dirigeant avec tous ses accès.

Pour qui c'est

• Les PME avec un logiciel hérité. Si ton outil métier tourne depuis dix ans sans documentation, REA aide à retrouver comment il fonctionne avant de le migrer ou de le remplacer.
• Les équipes tech qui doivent s'interfacer avec un système fermé. Comprendre un format de fichier ou un protocole sans doc devient un travail d'enquête guidée, pas de devinettes.
• Les équipes sécurité et qualité. Voir ce que fait réellement une appli (réseau, fichiers, composants embarqués) avant de l'autoriser dans l'entreprise.
• Les dirigeants qui veulent juger de la faisabilité. Un développeur peut te donner en quelques heures un premier avis sourcé sur la complexité d'un système, au lieu d'une estimation au doigt mouillé.

Si personne chez toi n'est à l'aise avec un terminal et un agent IA, commence par lire les études de cas du site avant de décider.

Bottom line

REA transforme une tâche réservée à quelques spécialistes en une conversation avec ton agent IA, avec des preuves à relire. Pour une PME, l'intérêt est réel sur les logiciels hérités et les systèmes fermés, à condition de cadrer l'usage légal et de garder un humain qui valide. Le repo est ici : github.com/morluto/rea, avec le guide d'installation, le catalogue des outils et les études de cas. Partage-le à la personne de ton équipe qui perd du temps sur un logiciel sans documentation.