Reconnaissance complète
Client : Orion Logistique. Tu n'as qu'un réseau, 10.10.20.0/24, et une affirmation : « le panneau de commandes de test n'existe plus ». Mène une reconnaissance complète : chaque réponse te donne la question suivante.
Laboratoire 6 sur 6 du parcours Recon & Scanning. Si tu bloques, tu as 3 indices, du plus vague au plus précis : ils coûtent 0, 60 et 200 XP.
Ce que tu apprends
Les objectifs se valident tout seuls pendant que tu travailles dans le terminal ; chacun rapporte des points d’expérience :
- Découvrir les hôtes du réseau (100 XP)
- Faire cracher un nom au service de messagerie (200 XP)
- Résoudre avec le DNS le nom qui a fuité (200 XP)
- Lire les en-têtes du site de test (200 XP)
Thèmes : recon, nmap, dns, http, capstone.
Les commandes que tu utiliseras
Le terminal est simulé et comprend une quarantaine de commandes Linux. Dans ce laboratoire, tu auras surtout besoin de celles-ci :
cat: affiche le contenu d’un fichier : la façon la plus directe de lire configurations, notes et journaux.nmap: découvre les hôtes actifs d’un réseau et les ports ouverts d’une machine, avec services et versions. La défense l’utilise pour comparer le vrai réseau avec l’inventaire.nc: netcat ouvre une connexion brute vers un port et montre ce que répond le service, y compris son message d’accueil (bannière).dig: interroge le DNS et dit à quelle adresse correspond un nom ; si le nom n’existe pas, il répond NXDOMAIN.curl: envoie des requêtes HTTP depuis le terminal et montre la réponse brute du serveur, en-têtes compris.echo: affiche un texte ou la valeur d’une variable, comme $HOME.base64: encode et décode le Base64, le format qui transforme des octets en texte. Il ne protège rien : il s’annule sans clé.|: la barre verticale | enchaîne les commandes : la sortie de la première devient l’entrée de la suivante, et de petits outils forment une analyse complète.
L’environnement simulé
La cible est un hôte imaginaire sur un réseau privé simulé : tu ne l'atteins que depuis le terminal du jeu.
La cible expose ces services :
- SSH: l’accès distant chiffré à la ligne de commande ; on le protège avec des clés plutôt que des mots de passe et sans connexion directe en root.
- SMTP: le serveur de messagerie, dont le message d’accueil peut révéler des noms internes.
- Web (HTTP): un serveur web avec des pages, des API ou des panneaux d’administration : la partie la plus exposée de presque toute organisation.
La leçon de défense
Une fois le laboratoire résolu, le compte rendu explique ce qui a mal tourné et comment se protéger :
Une reconnaissance est une chaîne : chaque information déclarée par un service ouvre la voie à la suivante — un hôte sur le réseau, une bannière qui trahit un nom, le DNS qui le résout, les en-têtes qui désignent une page. Aucune étape n'était une « attaque » : il suffisait d'écouter. Défense, maillon par maillon : des bannières minimales (smtpd_banner sans noms internes), un DNS interne séparé du DNS public, des en-têtes propres (pas de debug en production) et un inventaire des actifs qui dit ce qui doit exister, pour que ce qui reste allumé par oubli soit trouvé avant l'attaquant.
Avant et après ce laboratoire
Pour l’ouvrir, tu dois avoir résolu :
- Le DNS parle (Recon & Scanning, moyen)
- Les en-têtes racontent (Recon & Scanning, moyen)
C’est l’un des laboratoires finaux : aucun autre laboratoire ne le requiert.
Le parcours Recon & Scanning
Recon & Scanning, c'est la reconnaissance : avant de défendre un réseau, ou de le tester avec autorisation, il faut savoir ce qu'il contient. Tu apprends à découvrir les hôtes actifs, à lister ports et services, à lire les bannières par lesquelles les services se présentent et à interroger le DNS et les en-têtes HTTP. Chaque laboratoire montre aussi le point de vue de la défense : un inventaire des actifs à jour, des bannières minimales, un DNS interne séparé du DNS public et rien d'oublié qui reste allumé.