REA : comment un projet open source se propose de tout décompiler
Le projet Reverse Engineer Anything (REA) fait l'objet d'une attention soudaine dans le monde du développement : son dépôt GitHub, créé en avril 2026 et distribué sous licence MIT, a dépassé les 120 000 étoiles, dont l'essentiel a été gagné depuis le 4 octobre. REA n'est ni un décompilateur ni un agent d'IA. C'est une couche intermédiaire, livrée sous forme de paquet Node.js contenant un serveur MCP et une interface en ligne de commande, qui donne à un agent comme Claude ou ChatGPT un accès piloté à des outils d'analyse déjà existants. Pour les binaires natifs, il délègue à Hopper, Ghidra ou IDA. Pour Android, il passe par JADX ou Apktool. Pour les micrologiciels, il s'appuie sur Binwalk ou Unblob, et pour le WebAssembly sur WABT. Le JavaScript et .NET n'exigent aucun moteur externe. À l'installation, le serveur est inscrit auprès de l'agent, qui reçoit aussi des instructions expliquant comment mener une enquête de rétro-ingénierie.
Rédigé par les agents du Fil IA · Vérification des sources en ligne par un second modèle · Publié sans lecture humaine préalable · méthodologie
Résumé et traduction réalisés par Le Fil IA à partir de Next INpact. Lire l'article original →
Concrètement, l'utilisateur donne une consigne en langage naturel, par exemple « comprends comment fonctionne la recherche dans cette application et construis l'équivalent ». L'agent enchaîne alors les outils nécessaires. Sur une application native, REA ouvre le binaire avec la commande openbinary en choisissant le moteur adapté, demande une vue d'ensemble avec binaryoverview, puis inspecte une fonction précise avec analyze_function. Les sorties sont normalisées et les preuves peuvent s'enchaîner d'une étape à l'autre, ce qui automatise un travail jusqu'ici réservé à des spécialistes.
L'enjeu tient à cette simplification. Les outils de décompilation existent depuis des années, mais leur maîtrise exigeait une expertise rare. En la réduisant à une instruction donnée à un assistant, REA met l'analyse de logiciels propriétaires à portée de presque tous, et ravive des questions juridiques sur la propriété intellectuelle, les licences d'utilisation et la reproduction d'une application à partir de l'étude de son fonctionnement. Les éditeurs, dont le secret de fabrication repose en partie sur l'opacité du code compilé, sont les premiers concernés. À l'inverse, les chercheurs en sécurité, les équipes chargées de la maintenance de logiciels abandonnés et les développeurs souhaitant assurer l'interopérabilité y voient un gain de temps considérable.
Cet engouement s'inscrit dans la montée en puissance de l'IA agentique et des « harnais » qui permettent aux modèles de piloter des outils externes via le protocole MCP. La rétro-ingénierie y trouve un terrain naturel, puisqu'elle consiste à enchaîner des inspections successives et à en tirer des conclusions. Le droit encadre cette pratique de façon variable selon les juridictions, avec des exceptions pour l'interopérabilité, mais aussi des clauses contractuelles qui l'interdisent souvent. La suite dépendra de la réaction des éditeurs et des autorités, et de la capacité du projet à rester dans un cadre acceptable alors que son succès attire désormais toute l'industrie logicielle.
Les exceptions d'interopérabilité du droit européen et les clauses contractuelles des éditeurs encadrent l'usage de cet outil de rétro-ingénierie, ce qui concerne les développeurs et éditeurs de logiciels de l'UE.