Tag
retro-ingenierie
RGPD : vérifier ce qu'une application envoie vraiment
Une politique de confidentialité dit ce qu'une application est censée envoyer ; l'analyse dit ce qu'elle envoie. Pour un DPO, l'écart est le sujet. Méthode par analyse statique, capture réseau en environnement isolé, et limites.
Auditer un binaire fournisseur sans son code source
Un composant livré en binaire, sans code source ni inventaire, entre en production chez vous. Ce qu'un agent de rétro-ingénierie comme REA révèle de son contenu, comment en tirer un embryon de SBOM utile au Cyber Resilience Act, et ce que le contrat doit prévoir.
Cyber Resilience Act et SBOM : inventorier un binaire livré sans inventaire
Depuis le 11 septembre 2026, les fabricants doivent signaler à l'ENISA les vulnérabilités activement exploitées de leurs produits. Quand un composant arrive en binaire sans inventaire, l'analyse par agent aide à reconstruire une base de travail. Calendrier et méthode.
Analyser des assemblies .NET avec REA
REA lit les assemblies .NET sans les charger : métadonnées, instructions CIL, dépendances natives, comparaison de builds. Il n'émet pas de C# et renvoie NativeAOT vers Ghidra. Ce qu'un patrimoine .NET Framework sans source maîtrisé peut en tirer.
Applications Delphi : ce que Ghidra et les agents permettent
Un exécutable Delphi garde après compilation une partie de ses métadonnées de classes et de formulaires. DelphiReSym, IDR et dhrake les remettent dans Ghidra ; un agent lit ensuite un pseudocode enrichi. État des lieux au 17 octobre 2026, et ce que REA couvre.
CTF et crackmes : former ses équipes à la rétro-ingénierie assistée par agents
Les crackmes sont faits pour être cassés, et c'est le meilleur terrain pour apprendre la rétro-ingénierie avec un agent comme REA. Ce qu'on y apprend vraiment (relire des preuves), les règles d'un entraînement sûr, et le cadre à enseigner en même temps que l'outil.
Applications legacy sans code source : comprendre avant de réécrire
Un binaire, une base de données et des utilisateurs qui connaissent le comportement : c'est souvent tout ce qui reste d'une application critique. Ce que la rétro-ingénierie par agents change à la rétro-documentation, ce qu'elle ne change pas, et la méthode pour réécrire sans perdre de règles.
Obfuscation et protection du code à l'ère des agents
Minification, bundling, compilation native : ces protections ralentissaient un analyste humain. Face à un agent qui pilote un décompilateur et des outils de désobfuscation, que valent-elles encore ? Ce que l'obfuscation protège toujours, et où placer la vraie défense. Approche défensive.
Rétro-ingénierie par agents : ce que ça change pour les équipes sécurité
REA a fait de la rétro-ingénierie une session d'agent supervisée : 76 998 étoiles GitHub le 11 octobre 2026, 369 860 le 23. Ce que ça change pour une équipe sécurité : la boîte blanche devient l'avantage du défenseur, le confinement devient obligatoire, et le code interne passe en premier.
Moderniser une application WinDev avec des agents : REA et méthode clean-room
Quand le projet WinDev a disparu et qu'il ne reste que l'exécutable et la base HFSQL, REA peut aider à rétro-documenter les règles métier. À condition de séparer l'analyse de la réécriture, de confiner l'analyse et de ne pas attendre un WLangage retrouvé.
Ce qu'une analyse REA révèle d'une application Electron
Fenêtres, preloads, contextBridge, canaux IPC, add-ons natifs : ce que REA reconstruit d'une application Electron sans la lancer, ce qu'il rate, et ce que les tests publics d'octobre 2026 (100 Mo, Slack 4.52.171, Hyper 3.4.1) mesurent vraiment.
Lire une sortie REA : preuves, pseudocode et hallucinations
Une sortie REA mêle preuves localisées, déductions et inconnues. Méthode de revue en trois états, illustrée par les tests publics d'octobre 2026 (744 limitations sur une app Electron, 43 004 inconnues sur Slack), et passage au golden master.
Explorez tous nos articles
Plus de contenus techniques sur l'IA, le Cloud, la Data et le Software Engineering.
Tous les articles