0% ont trouvé ce document utile (0 vote)
4 vues2 pages

Nmap

Nmap est un scanner réseau open-source utilisé pour découvrir des hôtes, identifier des ports ouverts et exécuter des scripts d'analyse. Il est utile pour la cartographie du réseau, l'audit de sécurité et les tests de vulnérabilité, tout en offrant une grande flexibilité et extensibilité. Cependant, il présente des limitations telles que la possibilité de faux positifs/negatifs et des risques légaux, nécessitant des précautions lors de son utilisation.

Transféré par

wafaa Adla
Copyright
© All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOCX, PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
4 vues2 pages

Nmap

Nmap est un scanner réseau open-source utilisé pour découvrir des hôtes, identifier des ports ouverts et exécuter des scripts d'analyse. Il est utile pour la cartographie du réseau, l'audit de sécurité et les tests de vulnérabilité, tout en offrant une grande flexibilité et extensibilité. Cependant, il présente des limitations telles que la possibilité de faux positifs/negatifs et des risques légaux, nécessitant des précautions lors de son utilisation.

Transféré par

wafaa Adla
Copyright
© All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOCX, PDF, TXT ou lisez en ligne sur Scribd

1) Description courte

Nmap (Network Mapper) est un scanner réseau open-source très répandu. Il permet de découvrir
les hôtes sur un réseau, d’identifier les ports ouverts, de déterminer quels services et versions
s’exécutent et d’exécuter des scripts d’analyse pour détecter des problèmes

2) Utilité / cas d’usage

 Cartographie du réseau : inventaire des machines et services actifs.

 Audit de sécurité : repérer services non autorisés ou obsolètes exposés.

 Tests de vulnérabilité préliminaires : trouver des versions susceptibles d’avoir des failles.

 Inventaire et conformité : vérifier règles du pare-feu et ports ouverts.

 Dépannage réseau : savoir si un service écoute ou non, vérifier reachability.

3) Avantages

 Très flexible : nombreux types de scans (TCP, UDP, SCTP, ping, etc.).

 Puissant : détection de version (-sV), détection d’OS (-O) et scripts NSE (--script) pour
automatiser checks.

 Extensible : scripts Nmap Scripting Engine (NSE) pour tâches avancées (brute force simple,
checks vulnérabilité, récupération de bannières).

 Multi-plateforme et largement documenté.

 Sorties variées : console, XML, grepable, utile pour reporting / scripting.

4) Limitations / risques / bonnes pratiques

 Ne détecte pas tout : firewalls, IDS, systèmes de prévention et NAT peuvent masquer
hôtes/ports ou provoquer faux négatifs.

 Faux positifs/negatifs possibles, surtout pour la détection d’OS et versions.

 Bruyant : certains scans (ex. -sS agressif ou -A) sont détectables par les IDS/IPS — attention
en environnement réel.

 Légalité : ne scanner que des cibles pour lesquelles tu as une autorisation écrite.

 Précautions : commencer par scans non invasifs, informer les responsables réseau si test en
production.

7) Questions que le prof peut te poser (avec réponses courtes — prépare-toi à développer)

1. Q : Quelle est la différence entre -sS et -sT ?


R : -sS = SYN scan (semi-ouvert, n’établit pas la connexion complète), -sT = TCP connect
(réalise la connexion complète via l’API du système). -sS est plus furtif ; -sT fonctionne sans
privilèges mais est plus bruyant.

2. Q : Qu’est-ce que -sV et comment fiable est la détection de version ?


R : -sV interroge la bannière du service et compare aux signatures. Utile mais pas toujours
fiable — peut être trompé par des bannières modifiées.

3. Q : Peut-on détecter un OS avec certitude ?


R : Non, la détection d’OS (-O) fournit un « guess » basé sur l’empreinte TCP/IP ; les firewalls
et NAT peuvent fausser le résultat.

4. Q : Pourquoi certains ports n’apparaissent pas alors qu’un service y tourne ?


R : Pare-feu, ACL, service lié à localhost seulement, scan UDP plus lent, rate limiting, ou port
changeant dynamiquement.

5. Q : Quel est le danger d’exécuter -A en production ?


R : -A active de nombreux checks et scripts, peut générer du trafic gênant, être détecté par
IDS et impacter les services.

6. Q : C’est quoi NSE ? Donne un exemple d’usage.


R : Nmap Scripting Engine — système pour étendre Nmap avec des scripts. Exemple : --script
http-enum pour lister pages web connues ou [Link] pour checker une vuln
spécifique.

7. Q : Comment éviter d’être détecté par un IDS pendant un scan ?


R : Ralentir le scan (-T0/-T1), utiliser --scan-delay, randomiser l’ordre, utiliser techniques
fragmentations (-f), mais attention : contourner un IDS peut être illégal sans autorisation.

8. Q : Quand utiliser -Pn ?


R : Quand les pings/ICMP sont bloqués et que l’hôte peut être présent mais ne répond pas
aux ping. Attention, sans ping préalable le scan tente tous les trafics ciblés.

9. Q : Quelle est la différence entre scan TCP et UDP ?


R : TCP est orienté connexion — plus simple à scanner (SYN scan). UDP est sans connexion,
réponses absentes sont ambiguës → scan UDP est plus lent et plus sujet aux faux négatifs.

10. Q : Peut-on automatiser des scans réguliers et comment ?


R : Oui : via cron + scripts qui lancent nmap et génèrent rapports (-oX) puis parsers (Nmap
XML -> outils SIEM). Faire attention à l’impact réseau et planifier fenêtres d’audit.

Vous aimerez peut-être aussi