DNS Filtering
generalDéfinition
Le filtrage DNS (DNS Filtering) est une technique de sécurité qui contrôle l'accès aux ressources Internet en interceptant et bloquant les requêtes DNS vers des domaines malveillants, inappropriés ou non autorisés. Plutôt que de bloquer les adresses IP (qui changent fréquemment), le filtrage DNS agit au niveau des noms de domaine, une couche d'abstraction stable et efficace. Le mécanisme est simple : lorsqu'un client tente de résoudre un domaine (ex: malware-c2.evil.com), le resolver DNS filtrant vérifie le domaine contre des listes de réputation. Si le domaine est catégorisé comme malveillant (C2, phishing, malware distribution) ou interdit par la politique d'entreprise, le resolver retourne soit une réponse NXDOMAIN (domaine non existant), soit une adresse IP de redirection vers une page de blocage. Les cas d'usage du filtrage DNS en entreprise incluent : la protection contre les malwares et ransomwares (blocage des domaines de commande et contrôle C2, des sites de téléchargement de payloads), la prévention du phishing (blocage des domaines imitant des marques légitimes), le filtrage de contenu (productivité, conformité — bloquer les réseaux sociaux, les jeux en ligne, le contenu adulte), et la protection DNS de bout en bout (DNS-over-HTTPS/TLS pour empêcher l'espionnage des requêtes). Les solutions populaires de DNS filtering incluent les plateformes cloud comme Cisco Umbrella (ex-OpenDNS), Cloudflare Gateway, Zscaler DNS Security, et Quad9 (gratuit, axé protection contre les malwares). Ces solutions maintiennent des bases de données de réputation DNS mises à jour en temps réel, catégorisant des milliards de domaines. Une limitation importante est le DNS over HTTPS (DoH) et DNS over TLS (DoT) : lorsque les endpoints utilisent des resolvers DoH directs (comme 1.1.1.1 en DoH ou 8.8.8.8 en DoT), ils contournent le filtrage DNS entreprise. Les organisations doivent bloquer les DoH/DoT non autorisés et forcer l'usage du resolver filtrant via des règles NGFW et des politiques MDM. Le DNS Sinkhole est une technique complémentaire : un resolver DNS interne redirige les domaines malveillants connus vers une adresse IP interne qui enregistre les tentatives de connexion, permettant d'identifier les machines infectées qui tentent de contacter des C2.
DNS Sinkhole pour la détection des infections
Un DNS Sinkhole est un serveur DNS qui résout les domaines malveillants connus vers une adresse IP contrôlée par l'organisation (ex: 10.0.0.1) plutôt que de retourner NXDOMAIN. Quand un poste infecté tente de contacter son C2, la connexion est redirigée vers le sinkhole qui enregistre la tentative. Le SOC peut ainsi identifier les machines compromises en analysant les logs du sinkhole — un poste légitime ne devrait jamais contacter un domaine de sinkhole. Des listes de domaines C2 pour le sinkhole sont disponibles via des feeds CTI (MISP, Abuse.ch, Spamhaus) et des solutions commerciales. Palo Alto PAN-OS, Pi-hole, et BIND peuvent être configurés comme sinkholes.
DNS-over-HTTPS (DoH) et DNS-over-TLS (DoT)
DoH (RFC 8484) et DoT (RFC 7858) chiffrent les requêtes DNS pour protéger la confidentialité des utilisateurs contre l'espionnage de l'ISP ou de l'opérateur réseau. DoH encapsule les requêtes DNS dans HTTPS sur TCP/443, le rendant pratiquement impossible à distinguer et bloquer. DoT utilise TLS sur TCP/853, plus facilement identifiable et filtrable. Pour les entreprises, ces protocoles posent un problème : ils court-circuitent les resolvers DNS de filtrage. La solution est de déployer des resolvers DoH/DoT entreprise (Cloudflare Gateway en DoH, Cisco Umbrella), de forcer leur usage via WPAD/PAC ou des politiques MDM, et de bloquer tout DoH/DoT non autorisé (TCP/853, et detection DoH via proxy).
DNSSEC — intégrité des réponses DNS
DNSSEC (Domain Name System Security Extensions, RFC 4033-4035) ajoute des signatures cryptographiques aux réponses DNS pour garantir leur authenticité et intégrité — protégeant contre le DNS spoofing et le cache poisoning (attaque Kaminsky). Les zones DNS sont signées avec des clés DNSSEC, et les resolvers valident les signatures. Cependant, DNSSEC ne chiffre pas les requêtes DNS (visibles sur le réseau) — il garantit seulement que les réponses n'ont pas été falsifiées. DNSSEC et DoH/DoT sont complémentaires : DNSSEC protège l'intégrité, DoH/DoT protège la confidentialité. Déployer DNSSEC sur ses propres domaines est une bonne pratique recommandée par l'ANSSI.
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