Glosario de DNS

¿Qué es el filtrado de DNS?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
Puntos claveLos puntos clave se generan con la ayuda de la inteligencia artificial. Dado que los resúmenes automáticos pueden contener en ocasiones errores u omitir contexto importante, consulta siempre la entrada completa del blog para obtener toda la información.

DNS filtering is a security control that allows, blocks, or redirects domain name queries at the resolver based on administrator policy and threat intelligence before any connection is established. It provides centralized policy enforcement across all network devices—including unmanaged and IoT equipment—by evaluating domain names at the point of resolution, stopping phishing, malware, and command-and-control attacks early without requiring security agents on individual endpoints. However, DNS filtering has inherent limitations including bypass paths through direct IP connections or encrypted DNS, inability to inspect page content, and operational challenges such as false positives from stale blocklists and incomplete visibility when queries pass through intermediate forwarders.

  • DNS filtering operates at the application layer (OSI layer 7) on port 53 over UDP and TCP, checking queried names against allow lists, block lists, category rules, and threat intelligence feeds before the resolver returns an answer.
  • Query logs generated by DNS filtering reveal which devices requested blocked names, helping security teams identify infected hosts and suspicious activity across the network.
  • DNS filtering cannot block direct IP connections or connections through encrypted DNS protocols, and it cannot inspect page content, meaning attackers using hardcoded IP addresses or requiring whole-domain blocking remain potential security gaps.

El filtrado de DNS de un vistazo

AttributeValue
CategorySecurity control
Protocol and portApplies to DNS traffic, which uses port 53 over UDP and TCP
OSI layerApplication layer (layer 7)
Primary useBlocking access to malicious, unwanted or policy-restricted domains at name resolution
Related termsDNS firewall, response policy zone, recursive resolver, DNS security, threat intelligence, DNS sinkhole

Cómo funciona el filtrado de DNS

El filtradode DNS sitúa la decisión sobre la política en el momento en que un cliente solicita a un resolutor que traduzca un nombre de dominio a una dirección IP. El resolutor comprueba el nombre según sus reglas antes de responder.

  1. El cliente envía una consulta: un dispositivo solicita a su resolutor recursivo configurado la dirección de un nombre de dominio, por ejemplo, cuando un usuario abre una página web o se inicia una aplicación.
  2. El resolutor comprueba la política: el resolutor de filtrado compara el nombre consultado con listas de permitidos, listas de bloqueados, reglas de categorías y fuentes de inteligencia sobre amenazas. La política puede variar según el usuario, el grupo de dispositivos o el segmento de red.
  3. El resolutor aplica una acción: si el nombre está permitido, el resolutor lo resuelve con normalidad. Si está bloqueado, el resolutor devuelve un error como NXDOMAIN, una respuesta vacía o la dirección de una página de bloqueo o un «sinkhole».
  4. El cliente recibe el resultado: el dispositivo se conecta al destino real o se le impide hacerlo. Normalmente, el resolutor registra la consulta y la acción tomada para su revisión.

El filtrado solo cubre el tráfico que utiliza el resolutor con filtrado. Los clientes que se conectan directamente a una dirección IP, o que envían consultas a un resolutor externo, incluso a través de DNS cifrado, pueden eludirlo a menos que la red restrinja esas rutas. Además, el filtrado solo evalúa el nombre, no el contenido de la página.

Por qué es importante el filtrado de DNS en las redes empresariales

Casi todas las conexiones comienzan con una consulta DNS, por lo que el resolutor es un punto estratégico para aplicar políticas a todos los dispositivos de una red, incluidos los portátiles gestionados, los dispositivos de invitados y los equipos de IoT que no pueden ejecutar agentes de seguridad. Un único cambio en la política puede surtir efecto en miles de terminales sin necesidad de intervenir en cada uno de ellos.

El bloqueo en la resolución detiene muchas amenazas de forma temprana. Los sitios de phishing, los servidores de descarga de malware y los dominios de comando y control dependen todos de las consultas de nombres, por lo que denegar la consulta puede cortar de raíz un ataque antes de que se entregue cualquier carga útil. Los registros de consultas también muestran qué dispositivos solicitaron nombres bloqueados, lo que ayuda a los equipos a localizar los hosts infectados.

Un filtrado mal gestionado genera sus propios problemas. Las listas de bloqueo desactualizadas o las categorías excesivamente amplias producen falsos positivos que bloquean servicios empresariales legítimos, y los equipos pueden responder desactivando los controles. Las vías de elusión no supervisadas, como los dispositivos que utilizan resolutores externos, dejan brechas al tiempo que dan una falsa sensación de cobertura. La RFC 8499 define la terminología del DNS utilizada para describir estas funciones de los resolutores, y una atribución clara de la responsabilidad sobre las políticas, las excepciones y el registro de datos garantiza que el filtrado sea eficaz y fiable.

Comparación del filtrado de DNS con términos relacionados

Filtrado de DNS frente a DNS protector

El filtrado de DNS es la técnica general que consiste en permitir o bloquear nombres en un resolutor, mientras que el DNS protector es un modelo de servicio de seguridad que aplica el filtrado y la inteligencia sobre amenazas a la resolución, normalmente para una organización o un gobierno. ¿Qué es el DNS protector?

AttributeDNS filteringProtective DNS
ScopeA control that can enforce security, content or acceptable-use policyA security-focused service built around blocking malicious domains
Policy basisAdministrator rules, categories and optional threat feedsPrimarily threat intelligence about malicious domains
Typical useWeb content control and threat blockingReducing exposure to malware, phishing and command-and-control traffic

Filtrado de DNS frente a la zona de política de respuesta (RPZ)

El filtrado de DNS tiene como objetivo controlar qué nombres se resuelven, mientras que una zona de política de respuesta ( RPZ) es un mecanismo que un resolutor recursivo puede utilizar para aplicar dicha política. ¿Qué es una RPZ?

AttributeDNS filteringResponse Policy Zone (RPZ)
TypeSecurity control or capabilityPolicy mechanism implemented in resolver software
Where policy livesResolver, cloud service or appliance, in a product-specific formA zone file containing policy rules, which can be shared between resolvers
RelationshipCan be built using several methodsOne method of building DNS filtering

Problemas habituales con el filtrado de DNS

Los dispositivos configurados con un resolutor público codificado de forma fija, o los navegadores que utilizan DNS sobre HTTPS, omiten por completo el resolutor de filtrado. Los sitios bloqueados se cargan entonces con normalidad para esos clientes, y los registros de consultas no muestran nada para ellos.

Las reglas de categoría amplia o las listas de bloqueo obsoletas pueden bloquear sitios legítimos, dominios de distribución de contenidos o servidores de actualización de software. Los usuarios informan de que las aplicaciones fallan o las páginas se cargan parcialmente, y la causa solo se descubre buscando el nombre bloqueado en los registros de consultas.

Cuando las consultas pasan a través de un reenviador intermedio o un dispositivo NAT, el resolutor de filtrado solo ve la dirección de ese dispositivo. No se pueden aplicar políticas por usuario o grupo, y los registros no pueden identificar el host de origen.

Los clientes y los resolutores posteriores conservan las respuestas hasta que expira el tiempo de vida del registro. Un bloqueo recién añadido puede tardar en surtir efecto para los nombres ya almacenados en caché, lo que puede parecer una aplicación inconsistente durante las pruebas.

El malware que se conecta a una dirección IP codificada de forma fija nunca realiza una consulta, por lo que el filtrado de DNS nunca lo detecta. Los equipos que dependen únicamente del resolutor pasan por alto este tráfico, a menos que los cortafuegos u otros controles también lo cubran.

Descubre cómo el DDI unificado simplifica las operaciones de red

Gestiona el DNS, el DHCP y las direcciones IP desde una única plataforma con automatización, visibilidad y control integrados.

Preguntas frecuentes sobre el filtrado de DNS

Términos relacionados

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow

Establecimiento de modelos de flujo de trabajo y aprobación de IPAM regulados y preparados para auditorías para las redes de la organización

Descubre soluciones de gestión de direcciones IP para flujos de trabajo de IPAM regulados y preparados para auditorías. Habilita aprobaciones por ámbitos…

Read more
Content Hub

Comprender el modelo OSI: dónde encajan el DNS y el direccionamiento IP dentro de las 7 capas

Comprende las siete capas del modelo OSI y cómo encajan en ellas el DNS y el direccionamiento IP. Aprende los fundamentos de la arquitectura de redes con…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity

Escalabilidad del DNS y la gestión de direcciones IP (IPAM) para redes empresariales IPv6 y de doble pila

Amplíe el DNS y el IPAM para redes empresariales de doble pila. Descubra cómo Micetro ayuda a los equipos a gestionar las migraciones a IPv6 con sistemas…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing

Integración de DNS, DHCP e IPAM en flujos de trabajo de infraestructura como código basados en Ansible y Git

La integración de DNS, DHCP e IPAM en los flujos de trabajo de IaC basados en Ansible y Git con Micetro convierte los cambios de direcciones y registros en…

Read more
Podcast

Podcast: Cómo la IA está cambiando el desarrollo de software empresarial

La IA transforma la automatización de redes, pero una implementación segura requiere sólidas prácticas de software, pruebas y experiencia en el ámbito…

Read more
Podcast

Podcast: Por qué las plataformas abiertas son importantes en las operaciones de red

Las plataformas abiertas y la arquitectura «API-first» permiten operaciones de red inteligentes, automatización y flujos de trabajo impulsados por IA en…

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment

Obtenga respuestas a partir de los datos de LiveNX que ya tiene con LiveAssist

Descubre cómo LiveAssist, el complemento basado en IA para LiveNX, convierte tus datos de red en respuestas rápidas y guiadas, con un valor que podrás…

Read more
LiveWire GEN3 device offerings overview with descriptions of deep packet visibility and deployment options

Oferta de dispositivos LiveWire GEN3

BlueCat LiveWire es una plataforma de captura de paquetes y análisis forense de redes que ofrece una visibilidad profunda a nivel de paquetes en entornos…

Read more

Artículos relacionados