Reverse engineering en clean room et autres questions courantes

Le reverse engineering en clean room est une méthode documentée dans laquelle une personne étudie un produit et rédige une spécification, puis une seconde personne construit à partir de cette spécification sans voir le code d'origine. On l'emploie pour l'interopérabilité. Ce n'est pas une garantie juridique, alors consulte un avocat avant de t'y fier.

Un concours CTF (capture the flag) propose des binaires d'entraînement conçus pour être étudiés, et tu cherches comment chacun se comporte pour résoudre le défi. Ne participe qu'à des concours dont le règlement autorise la rétro-ingénierie. CJK Workbench lit les listings que tes propres outils exportent de ces binaires et garde tes notes. Les notes tiennent dans un seul fichier.

Un petit programme C que tu as écrit toi-même est la première cible habituelle : compile-le, puis lis son désassemblage à côté du code source. Garde-le sous 8 lignes. Tu apprends ainsi les registres, la pile et la convention d'appel là où tu connais déjà la bonne réponse. Ajoute des binaires d'entraînement d'un cours ou d'un concours quand les bases te seront familières.

La documentation, les en-têtes, les chaînes lisibles et les noms de fonctions importées sont les sources habituelles, et une référence sur les conventions d'appel explique le reste. CJK Workbench peut chercher des pages de documentation avec web_search, en récupérer une avec http_get et fouiller ton texte exporté avec grep. Vérifie chaque source.

Oui, cjkcode.com est le site officiel de CJK Workbench. Télécharge uniquement la version d'origine et compare sa somme de contrôle SHA-256 avec le manifeste publié avant de la lancer, car l'installeur n'est pas encore signé. Vérifie d'abord la somme. Les questions passent par le bouton Send feedback dans l'application.

Non. Les explications de l'assembleur et les scripts générés peuvent être faux, alors confirme chaque résultat avec le listing et lis chaque diff avant de l'accepter. En mode Ask first, l'agent fait une pause avant les actions qui modifient quelque chose. Quand c'est légal, ajoute un essai d'exécution en laboratoire.

Non. Il lit le texte que produisent tes propres outils, comme les listings de désassemblage et la sortie de strings, et il ne décompresse pas, ne modifie pas et n'exécute pas de programmes inconnus. Shell lance des commandes de terminal, comme ta propre commande d'export ou un script Python d'aide sur une copie, et renvoie le vrai code de sortie. Exécute ce qui n'est pas fiable uniquement dans une VM isolée.

Un agent IA est un assistant qui se place entre ton désassembleur et tes notes dans un flux de reversing, la routine qui consiste à exporter, lire et annoter un programme que tu étudies. Pour intégrer l'IA à ce flux, commence par une seule étape : demande à l'agent d'expliquer un listing que tu as exporté, et ajoute scripts et sous-agents plus tard. Les cartes montrent des résultats réels.

La réponse dépend du modèle que tu choisis. Avec un modèle cloud, le texte du prompt, y compris le texte de fichier que l'agent lit, part chez ce fournisseur ; avec un modèle local, rien ne quitte la machine. Choisis d'abord le modèle. Les secrets présents dans la sortie des outils sont masqués avant d'atteindre le modèle, et l'application n'envoie aucune télémétrie.

Trois types fonctionnent : un fournisseur d'IA cloud via un endpoint d'API standard, un modèle qui tourne en local sur ton PC et le modèle intégré. Le bouton Test vérifie un endpoint et affiche le temps de réponse et la fenêtre de contexte. Choisis selon la tâche.

Non. Tu peux utiliser CJK Workbench sans compte, et l'application affiche un bouton Update quand une nouvelle version est prête. Un fournisseur d'IA cloud peut facturer son API à part. La page de téléchargement explique comment comparer la somme de contrôle SHA-256 de l'installeur avec le manifeste publié.