Le résolveur DNS menteur ne retourne pas la bonne réponse mais propose un résultat afin de rerouter le trafic.

Cette pratique pose à la fois des problèmes techniques et politiques notamment:

• Les applications qui testent si une entrée est présente dans le DNS (par exemple les listes noires DNS ou simplement les programmes de détection de liens Web morts) ne peuvent plus fonctionner.
• Ce mensonge empêche le déploiement de toutes les techniques de sécurité du DNS de bout en bout comme DNSSEC.
• Le fait qu'un intermédiaire technique, comme le FAI, se permette de modifier les données en transit par son système est une violation de la neutralité du réseau, qui pourrait en appeller d'autres.
• Le titulaire d'un domaine en perd le contrôle puisque le résolveur menteur va prétendre que xxxxx.exemple.org existe, malgré le fait que le gérant de exemple.org ne l'ai pas créé.

Plusieurs solutions existent pour paramétrer un DNS menteur: du script python à la configuration de serveurs DNS tels que dnsmasq, Unbound ou Bind (RPZ).

There are plenty of GOOD uses for dnsmasq; – Block ads: send all known ad domains to a noop ip – Intranet: serve requests for self-hosted domain names (you dont need to register them) and sub domains of any public or internal domain name – Caching: great for connections that pay-per-quota in backwards countries like Australia and 3rd world countries where bandwidth is premium – send some requests of known sites to a proxy (like squid) to potentially filter based on rules (think net nanny for children in your home or school network) – threat detection: enable honeypot techniques for intrusion detection

And they’re just a few I came up with on the spot.. Imagine what a good conversation on the topic might uncover!

• https://fspot.org/plk/piratebox-raspberry-pi.html
• http://morestuffabout.net/2012/01/12/faking-dns-entries-for-the-android-emulator-using-unbound/