Leçons du module (4/4)
DNS rebinding et défenses
DNS rebinding et défenses
Avec le DNS rebinding, un nom peut d’abord résoudre vers une adresse puis vers une autre. Un navigateur peut conserver la même origine de nom alors qu’une page lui fait contacter une adresse privée du réseau utilisateur. Un TTL court peut participer au scénario ; le risque vient surtout de la confiance accordée au nom sans vérifier la destination et le contexte.
Les services doivent valider côté serveur le nom d’hôte et la destination, rejeter les cibles privées ou link-local inattendues si nécessaire, utiliser des protections CSRF et ne pas exposer d’interfaces d’administration sans authentification. Le comportement varie selon les navigateurs et résolveurs ; un blocage DNS seul ne suffit pas.
Ne testez pas le rebinding sur un réseau ou service sans autorisation. Utilisez un laboratoire contrôlé et documentez la frontière de confiance étudiée.
Vérifiez votre compréhension
Choisissez la meilleure réponse. Ce quiz fonctionne localement et n’envoie aucune requête DNS réelle.
Quel contrôle réduit les requêtes inattendues vers des services internes ?