Un utilitaire inconnu, report-tool.bin, a été retrouvé sur un poste de travail lors d'une investigation. La règle est stricte : analyse statique uniquement, on n'exécute jamais un binaire suspect.
La première étape du reverse engineering consiste à extraire les chaînes de caractères lisibles du fichier, sans le lancer. Le développeur de l'outil y a laissé une signature de build : reconstituez-la, c'est le flag.
Attention : une extraction naïve ne suffira pas. Toutes les chaînes d'un binaire ne sont pas stockées de la même façon, et une partie de la signature échappe à une première lecture.
Pièce jointe : report-tool.bin (à télécharger ci-dessous).
Format du flag : CSA{...}
Leçon de sécurité
Un binaire n'est jamais une boîte noire : tout ce qui y est écrit « en dur » — chaînes de configuration, URL, chemins, et parfois des secrets — se lit en quelques secondes avec strings, sans jamais exécuter le programme. Deux conséquences pour un défenseur : (1) ne jamais stocker de secret en clair dans un exécutable livré, car il finira exposé ; (2) comprendre qu'aucune astuce de stockage — découpage d'une chaîne en morceaux, encodage « large » en UTF-16 — n'est une protection : ce ne sont que des ralentisseurs. Les secrets vivent dans un coffre (gestionnaire de secrets, variables d'environnement protégées), jamais dans le code compilé.