Introduction
La reconnaissance commence par une cible et un périmètre clairs. Un numéro de port, un état de port, une empreinte applicative et une conclusion de vulnérabilité décrivent des choses différentes et ne doivent pas être considérés comme interchangeables.
Vous utiliserez les services DNS et HTTP locaux préparés pour pratiquer une petite méthode de travail avec Nmap. Résolvez la cible, analysez uniquement les ports attribués, identifiez les services et conservez la sortie pour l'analyse.
Résoudre la cible et analyser les ports sélectionnés
Dans cette étape, vous résoudrez une cible d'entraînement explicitement fournie et utiliserez une analyse TCP connect sur un petit ensemble de ports.
Entrez dans Kali et choisissez l'espace de travail partagé :
kali
cd /home/labex/project
La cible autorisée est training-target.test, desservie par le serveur DNS local d'entraînement. Résolvez son enregistrement A avec la méthode DNS du lab précédent :
dig @127.0.0.1 -p 5353 +short training-target.test A
La réponse est 127.0.0.1, l'adresse de boucle locale du conteneur. Seuls les ports 8000, 8081 et 9999 de cette adresse sont dans le périmètre. N'analysez ni l'hôte, ni la passerelle, ni aucun système public.
Nmap découvre des informations sur les hôtes et les services. Son option -sT utilise des tentatives normales de connexion TCP : cette analyse fonctionne donc avec le compte apprenant ordinaire. -p limite l'ensemble de ports demandé ; les virgules séparent les numéros de port. -oN enregistre une sortie normale lisible dans le fichier nommé ensuite :
nmap -sT -p 8000,8081,9999 -oN ports.txt 127.0.0.1
Attendez la fin de l'analyse. Elle doit indiquer les ports 8000 et 8081 comme open et le port 9999 comme closed. Open signifie qu'un service accepte les connexions TCP ; closed signifie que la cible a répondu, mais qu'aucun service n'accepte les connexions sur ce port. Un résultat filtered signifie au contraire que Nmap n'a pas pu déterminer l'état parce que les sondes ou les réponses ont été bloquées.
Lisez le rapport enregistré :
cat ports.txt
Il doit identifier la cible et contenir les lignes des ports demandés. Sans détection de version, une étiquette SERVICE peut provenir de la table de noms conventionnels de ports de Nmap. Considérez-la comme un indice plutôt que comme la preuve de l'application réellement en écoute.
Identifier les services et extraire les enregistrements de ports ouverts
Dans cette étape, vous utiliserez des sondes de version des services et enregistrerez un ensemble concis d'observations.
L'option -sV demande à Nmap de sonder les services ouverts pour obtenir des informations applicatives. C'est une détection de service et de version, pas le moteur de scripts Nmap (NSE), et elle ne confirme pas à elle seule une vulnérabilité. Limitez les sondes aux deux ports d'entraînement ouverts :
nmap -sT -sV -p 8000,8081 -oN services.txt 127.0.0.1
Les services fournis sont des serveurs HTTP Python. Les résultats doivent identifier HTTP et peuvent inclure Python ou des détails de version du serveur. Les versions exactes des outils et de l'interpréteur peuvent changer avec la maintenance de l'environnement.
Lisez le rapport de versions enregistré :
cat services.txt
Comparez ses indices de service avec les noms conventionnels dans ports.txt. Un port non standard peut tout de même héberger HTTP ; le numéro de port n'est pas l'identité de l'application.
Extrayez les lignes de ports ouverts avec la méthode de filtrage de texte déjà enseignée. Les espaces autour de open concentrent la correspondance sur la colonne d'état :
grep ' open ' services.txt > open-services.txt
cat open-services.txt
Vous devriez voir une ligne pour chacun des deux ports ouverts. Ces lignes consignent l'exposition observée et les informations de service, pas la preuve que l'un ou l'autre service est exploitable. Conservez le rapport complet à côté des résultats concis pour pouvoir revenir au contexte d'origine.
Résumé
Vous avez résolu une cible autorisée, effectué une analyse TCP connect ciblée, interprété les états ouvert et fermé et utilisé des sondes de version de service. Vous avez préservé les rapports complets et extrait des lignes concises de services ouverts sans confondre découverte et confirmation de vulnérabilité.
