WPAD Attack
adDéfinition
L'attaque WPAD exploite le protocole de découverte automatique de proxy du même nom, en tirant parti de sa chaîne de résolution en cascade — DNS puis, en cas d'échec, diffusion via LLMNR et NBT-NS — pour rediriger le trafic HTTP des postes clients d'un réseau vers un serveur contrôlé par l'attaquant, se faisant passer pour le fournisseur légitime de la configuration de proxy. Concrètement, lorsqu'un poste Windows ne trouve pas d'enregistrement DNS wpad et se rabat sur une requête par diffusion, un attaquant présent sur le segment réseau, généralement via un outil comme Responder, répond positivement à cette requête et fournit un fichier de configuration de proxy (proxy.pac) malveillant, redirigeant l'ensemble du trafic HTTP de la victime vers un point de contrôle de l'attaquant. Ce détournement permet non seulement d'intercepter et d'analyser le trafic applicatif de la victime, mais surtout de capturer les authentifications NTLM transmises lors du processus de récupération de la configuration proxy elle-même, exploitables ensuite hors ligne ou en relais temps réel. Cette attaque ne nécessite aucune interaction utilisateur, la découverte WPAD étant un mécanisme entièrement automatique déclenché par le système d'exploitation sans validation explicite par l'utilisateur final. La désactivation de WPAD par GPO lorsqu'il n'est pas utilisé fonctionnellement, combinée à celle de LLMNR et NBT-NS, constitue la mitigation de référence contre ce vecteur.
Fonctionnement de l'exploitation
L'attaquant enregistre wpad.domain.com dans ADIDNS pointant vers sa machine. Les clients Windows cherchent http://wpad.domain.com/wpad.dat. Le serveur HTTP de l'attaquant (Responder) répond avec une demande d'authentification NTLM. Les navigateurs (IE/Edge) s'authentifient automatiquement avec les credentials Windows courants.
Contremesures
- Créer un enregistrement DNS 'wpad' légitime pointant vers un serveur de confiance ou localhost
- GPO Internet Explorer : désactiver la détection automatique de proxy
- Désactiver NBT-NS et LLMNR pour empêcher la phase de poisoning
Articles liés
Expert en cybersécurité offensive et intelligence artificielle. Pentest, audit et développement IA sur-mesure.
Services
- Audit Infrastructure
- Audit Kubernetes
- Audit Microsoft 365
- Audit Sécurité Réseau
- Analyse de Risques
- Audit Active Directory
- Audit Application Web
- Audit Cloud (AWS/Azure/GCP)
- Audit Messagerie
- Audit API (OWASP Top 10)
- Audit DevSecOps & CI/CD
- Audit Code Source (SAST)
- Audit Postes de Travail
- Audit Sauvegarde & Résilience
- Audit OT/SCADA (IEC 62443)
- Développement IA
- Formations
Ressources
Projets & Outils
© 2026 Ayi NEDJIMI Consultants. Tous droits réservés.
Un projet cybersécurité ?
Expert dispo · Réponse 24h