L’option proxy de Nmap ne couvre pas toutes les phases de scan
Lisez la portée de la prise en charge du proxy par Nmap avant de supposer que chaque opération de découverte, de scan et de recherche utilise la sortie configurée.
La prise en charge proxy documentée de Nmap s’applique via nsock, pas à chaque opération réseau de l’appel :
| Activité | Portée documentée |
|---|---|
| NSE et scan de versions | Parmi les usages pris en charge décrits par ce chemin réseau. |
| Ping, scan de ports et découverte du système d’exploitation | Explicitement hors de la couverture de l’option. |
| Résolution de noms d’hôtes | Vérifiez les limites propres à la version installée ; ne déduisez pas un DNS distant d’un seul échange via le proxy. |
Une connexion TCP relayée diffère d’ICMP ou d’un paquet IP spécialement formé. Un tunnel HTTP ne peut pas transporter des opérations arbitraires sur paquets bruts simplement parce qu’elles partagent une adresse cible.
Un interposeur d’interception de sockets a sa propre portée. Intercepter des appels applicatifs ordinaires n’établit pas de couverture pour les paquets bruts, les processus auxiliaires ou tous les chemins du résolveur.
Pour une évaluation autorisée où l’emplacement de la source compte, documentez la route prévue pour chaque phase activée. Si le programme ne peut pas fournir ce routage, utilisez un hôte d’évaluation contrôlé avec l’emplacement requis. Une transaction proxy qui fonctionne ne prouve que son propre chemin.