REA — pour Reverse Engineer Anything — est un outil open source qui confie la rétro-ingénierie logicielle à un agent de code. Installé en une commande, il donne à Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot CLI et une dizaine d'autres agents les moyens d'inspecter un programme compilé et d'expliquer ce qu'il fait. Pour une entreprise, l'intérêt n'est pas de pirater quoi que ce soit : c'est de comprendre un logiciel dont on n'a plus ni le code source, ni la documentation, ni l'éditeur.
Ce cas est bien plus fréquent qu'on ne le croit, et il bloque souvent les projets de modernisation.
Ce que fait REA, concrètement
L'outil s'installe avec npx rea-agents@latest setup. Cette commande enregistre une connexion MCP — le protocole qui permet à un agent d'appeler des outils externes — et une compétence d'investigation qui indique à l'agent comment mener l'analyse. Le code est publié sous licence MIT.
| Type de cible | Ce que l'agent peut examiner |
|---|---|
| Exécutables et bibliothèques natives | Fonctions, chaînes de caractères, références, graphe d'appels |
| Applications JavaScript et Electron | Modules, routes, échanges entre processus, dépendances natives |
| Activité navigateur et processus | Capture d'une exécution, comparaison entre deux exécutions |
| Autres formats annoncés | Assemblages .NET, applications Android, micrologiciels, ressources empaquetées |
Pour l'analyse native approfondie, REA s'appuie sur des moteurs de désassemblage établis — Ghidra, IDA ou Hopper — qu'il détecte ou fait installer. L'inspection statique du JavaScript et du .NET n'en a pas besoin.
Le site illustre la démarche par des démonstrations ludiques : la vitesse du jeu du dinosaure de Chrome, la reconstruction du bouton « % » de la calculatrice Windows, l'étude d'un vieux casse-briques. Derrière l'exemple léger, le mécanisme est sérieux : l'agent ne devine pas, il interroge le binaire et rend compte de ce qu'il y trouve.
Les quatre usages qui comptent en entreprise
Comprendre un outil métier orphelin. Un logiciel développé il y a quinze ans par un prestataire disparu, qui calcule encore des tarifs ou des primes, sans que personne ne sache exactement comment. Avant de le remplacer, il faut reconstituer ses règles. C'est le cas d'usage le plus rentable.
Documenter avant de migrer. Toute migration commence par un inventaire de ce que fait l'existant. Quand la documentation manque, l'agent peut produire une première cartographie des fonctions et des échanges, qu'un ingénieur vérifie ensuite.
Auditer un composant tiers. Savoir ce qu'une bibliothèque embarquée envoie réellement sur le réseau, quels fichiers elle écrit, quelles dépendances elle charge. C'est une question de sécurité de la chaîne d'approvisionnement logicielle.
Assurer l'interopérabilité. Faire dialoguer un nouveau système avec un ancien dont le format d'échange n'est documenté nulle part. C'est d'ailleurs le cas que le droit européen protège le plus explicitement.
Ce qu'il faut vérifier avant de s'en servir
Le droit. La rétro-ingénierie est encadrée, et la page de REA ne contient aucun avertissement juridique. Observer et tester un programme qu'on a le droit d'utiliser est permis ; le décompiler l'est sous conditions strictes. Nous détaillons ce cadre dans ce que le droit européen autorise en rétro-ingénierie.
La confidentialité. REA analyse la cible sur votre machine, mais l'agent transmet ensuite les résultats au fournisseur du modèle de langage, selon sa propre politique de données. Pour un logiciel métier qui contient des règles sensibles, la question de savoir qui reçoit ces extraits se pose avant l'analyse, pas après.
La fiabilité. Un agent peut produire une explication très convaincante d'une fonction qu'il a mal comprise. Sur un binaire, l'erreur ne se voit pas à la lecture. Toute conclusion qui sert une décision — reprendre une règle de calcul, juger un composant sûr — doit être vérifiée par un ingénieur qui sait relire un désassemblage.
La gouvernance. Un agent qui exécute des programmes inconnus pour les observer agit sur votre poste. Les règles habituelles s'appliquent : environnement isolé, droits minimaux, journal des actions. Voir les bonnes pratiques de gouvernance des agents IA.
Ce que ça change pour la modernisation des applications héritées
Le coût d'un projet de remplacement d'un logiciel ancien tient pour une bonne part à la phase de compréhension : reconstituer ce que fait l'existant, souvent par entretiens et par essais. Un agent outillé comme REA accélère cette phase — il ne la supprime pas.
La bonne organisation est un binôme : l'agent explore vite et propose des hypothèses, l'ingénieur les confirme ou les invalide. Utilisé ainsi, l'outil transforme une phase d'enquête de plusieurs semaines en une cartographie vérifiée, et sert de point de départ à un audit IA du système à remplacer.
Questions fréquentes
Qu'est-ce que REA ? REA (Reverse Engineer Anything) est un outil open source sous licence MIT qui permet à un agent de code d'analyser un programme compilé — exécutable natif, application JavaScript ou Electron, activité d'un navigateur — et d'expliquer son fonctionnement. Il s'installe en une commande et s'appuie sur un serveur MCP et sur des moteurs comme Ghidra, IDA ou Hopper.
Avec quels agents REA fonctionne-t-il ? Selon son éditeur : Claude Code, Claude Desktop, Codex, Cursor, Gemini CLI, Windsurf, Devin, OpenCode, GitHub Copilot CLI, VS Code et plusieurs autres. Il faut redémarrer l'agent après l'installation pour qu'il voie les nouveaux outils.
Le code analysé quitte-t-il ma machine ? L'analyse elle-même se fait en local. Les résultats sont ensuite lus par l'agent, et donc soumis à la politique de données du fournisseur du modèle de langage utilisé. C'est le point à trancher avant d'analyser un logiciel qui contient des informations sensibles.
La rétro-ingénierie avec REA est-elle légale ? Cela dépend de ce que vous analysez et pourquoi. Observer et tester un logiciel que vous avez le droit d'utiliser est permis ; le décompiler n'est autorisé que dans des cas précis, notamment l'interopérabilité et la correction d'erreurs. Le cadre est détaillé dans notre article consacré au droit de la rétro-ingénierie.
Fonctionnalités relevées sur rea.tools le 13 octobre 2026. L'outil évolue rapidement : vérifier la documentation à jour avant usage.
