Decision guideDNS filtering alternatives
Pi-hole frente a filtrado DNS administrado para un establecimiento
Decida si Pi-hole o un servicio de filtrado DNS administrado como Purple Shield se adapta mejor a su establecimiento. Puede comparar el costo de las licencias con la aplicación de parches, la redundancia y el personal de guardia, además de adaptar las necesidades de directivas por SSID y por VLAN a cada opción...
Utilice Pi-hole cuando administre un solo sitio, solo necesite bloqueo de anuncios y rastreadores, y cuente con alguien que lo actualice. Utilice filtrado de DNS administrado como Purple Shield cuando administre varias sucursales o necesite inteligencia sobre amenazas. Shield establece una política por red y sucursal desde un solo panel de control. Según los datos de Purple, su bloqueo de anuncios reduce las consultas de DNS hasta en un 62%.
¿Cuándo debería una sucursal usar Pi-hole y cuándo un filtrado de DNS administrado?
La ubicación decide lo que puede hacer cualquiera de las opciones. El filtrado de DNS (Domain Name System) actúa cuando un dispositivo solicita una dirección, antes de que se abra cualquier conexión. El teléfono de un invitado le pregunta al resolvedor dónde se encuentra un dominio de phishing. El filtro se niega a responder, por lo que ningún tráfico llega a ese host. Un firewall actúa un paso después, en direcciones IP y puertos, luego de que la búsqueda ha tenido éxito. Es por eso que el DNS de protección detecta lo que un firewall pasa por alto. Los ejemplos incluyen hosts de phishing que cambian rápidamente, dominios de malware y rastreadores en redes de entrega compartidas.
Pi-hole y los servicios administrados filtran exactamente en el mismo punto. La diferencia radica en dónde vive el resolvedor y quién lo mantiene en funcionamiento. Pi-hole es un software gratuito y de código abierto que se instala en un servidor pequeño dentro de cada sucursal. Un servicio administrado como Purple Shield, DNSFilter o Cisco Umbrella ejecuta sus resolvedores en la nube. Usted cambia el servidor DNS que entrega su alcance de DHCP (Dynamic Host Configuration Protocol) y luego administra la política de manera centralizada.
La regla general se deduce de esa división. Licenciar Pi-hole no cuesta nada, pero cada sitio agrega equipos que requieren parches, copias de seguridad y mantenimiento. Un servicio administrado implica una suscripción, pero la sucursal número 30 no requiere más esfuerzo que la primera. Para un solo sitio con un administrador asignado, Pi-hole es una opción sensata. Para un conjunto de instalaciones, o cualquier red con exigencias regulatorias, el filtrado administrado es la opción predeterminada más económica una vez que se contabiliza el tiempo del personal. Nuestra vista general de alternativas de filtrado de DNS cubre la categoría de forma más amplia.
¿Qué opción se adapta a cada tipo de ubicación?
El tipo de ubicación es una métrica útil para reflejar las condiciones del gráfico. Indica cuántas redes opera, quién está de guardia y qué nivel de cumplimiento regulatorio requiere el WiFi. Lea la columna "por qué" para conocer la condición detrás de cada recomendación.
| Escenario | Recomendación | Por qué |
|---|---|---|
| Cafetería individual, administrada por el dueño, donde los invitados se quejan de los anuncios | Pi-hole, con una segunda instancia | El bloqueo de anuncios y rastreadores es todo el objetivo y el dueño puede reemplazar una caja |
| Hotel de 120 habitaciones con SSID para invitados y personal | Administrado (Shield) | Los invitados y el personal necesitan políticas separadas; el equipo de TI del hotel rara vez tiene tiempo para depurar listas |
| Red comercial de más de 30 tiendas | Administrado (Shield) | Un solo conjunto de políticas para cada tienda en lugar de 60 resolutores que actualizar |
| Estadio o recinto de eventos con picos en días de partido | Administrado (Shield) | Los picos de consultas de aficionados y asistentes llegan a resolutores en la nube, no a una caja en un cuarto de comunicaciones |
| Aeropuerto o centro ferroviario | Administrado (Shield) | Las redes de pasajeros, personal e inquilinos necesitan cada una su propia política |
| Biblioteca pública o WiFi del ayuntamiento | Administrado (Shield) | El filtrado por categorías y los informes centrales respaldan las pruebas del deber de protección |
| WiFi para pacientes y visitantes de un grupo hospitalario del NHS | Administrado (Shield) | Protección contra amenazas con informes centrales; St George's Healthcare NHS Trust utiliza Shield |
| Laboratorio de TI o red de prueba | Pi-hole | Gratuito, totalmente local y una forma práctica de aprender filtrado DNS |
Destacan dos patrones. Pi-hole solo gana cuando el objetivo principal es el bloqueo de anuncios y una sola persona administra el equipo. Cada escenario con diferentes audiencias requiere una política por red. Pi-hole puede aproximarse a esto mediante la gestión de grupos, pero únicamente por instancia y solo por dirección de cliente.
Pi-hole para WiFi en establecimientos: qué obtiene y qué administra
Lo que Pi-hole hace bien
Pi-hole es un sumidero de DNS diseñado para el bloqueo de anuncios en toda la red. Responde a las búsquedas de dominios en listas de bloqueo sin una dirección válida, por lo que los anuncios y rastreadores nunca se cargan. Funciona en Linux, en un contenedor o en una Raspberry Pi. Su interfaz web muestra cada consulta en tiempo real. Puede validar DNSSEC, reenviar a un resoluidor ascendente de su elección y actuar como servidor DHCP.
Para un solo establecimiento, eso cubre bastante. Los registros de consultas se quedan en su propio hardware, algo que algunos equipos de privacidad prefieren. La gestión de grupos aplica diferentes listas de bloqueo a distintos clientes. Teleporter, la herramienta de respaldo integrada, exporta la configuración para que pueda reconstruir rápidamente un equipo con fallas.
Dónde sufre Pi-hole en un establecimiento
Los límites aparecen cuando Pi-hole pasa de una red doméstica a una red de invitados de la que dependen cientos de desconocidos.
- Un punto único de falla. Si el único resoluidor se detiene, los invitados pierden la resolución de nombres e informan que la red WiFi no funciona.
- Listas, no categorías. Pi-hole bloquea lo que contienen sus listas. Un nuevo host de phishing se filtrará hasta que el mantenedor de la lista lo agregue.
- Sin página de bloqueo. Un dominio bloqueado no devuelve una dirección útil, por lo que el usuario invitado ve un error de navegador. El personal de atención al cliente tiene que responder la duda.
- Una instancia por sitio. No hay una consola integrada para manejar múltiples instancias. Existen herramientas de sincronización comunitarias, pero también debe darles mantenimiento.
- Solo soporte comunitario. La ayuda proviene de foros y documentación, no de una mesa de ayuda con un tiempo de respuesta garantizado.
Filtrado DNS administrado: Purple Shield, DNSFilter y Cisco Umbrella
Cómo funciona el filtrado administrado
Un servicio de DNS de protección administrado ejecuta los resolutores por usted. Simplemente apunta el DNS de cada red al servicio. Luego, cada búsqueda se verifica contra fuentes de amenazas y categorías actualizadas. El proveedor clasifica los dominios nuevos y aplica parches a la infraestructura. Usted establece las políticas en una sola consola y consulta los reportes de todos los sitios.
Como el cambio se realiza en el DHCP, el filtrado administrado es independiente del hardware. Funciona en redes Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet sin necesidad de adquirir equipo nuevo. Siga la documentación de su proveedor para conocer la configuración exacta de DHCP.
En qué se diferencian los tres servicios
DNSFilter y Cisco Umbrella son servicios de DNS de protección de propósito general. Ambos se venden a equipos de TI corporativos y proveedores de servicios administrados, y ambos cuentan con documentación para páginas de bloqueo personalizables. Umbrella se ubica dentro del catálogo de seguridad más amplio de Cisco, por lo que el licenciamiento sigue el paquete de Cisco. Nuestra guía sobre precios de Cisco Umbrella explica qué analizar antes de solicitar una cotización.
Purple Shield está diseñado para WiFi en recintos. Puede ejecutarlo de forma independiente en cualquier red WiFi o junto con Purple Access. De cualquier manera, establece una política por SSID, VLAN y recinto desde un solo panel de control. Esto se adapta a la forma en que se segmentan los recintos: las redes de invitados, personal, inquilinos y personal interno rara vez requieren las mismas reglas. Purple opera en más de 80,000 recintos en vivo en 90 países, y Shield comparte esa misma plataforma.
Shield también bloquea anuncios, lo cual es relevante en conexiones compartidas o con límite de ancho de banda. Según los datos de Purple, el bloqueo de anuncios reduce el uso de datos hasta en un 44% y las consultas DNS hasta en un 62%. Ese margen sobrante se devuelve al contenido que sus invitados realmente buscan.
¿Cuánto cuesta un filtro DNS autohospedado en varios sitios?
El rubro de licencias es donde Pi-hole parece imbatible, y es el único rubro donde lo es. El costo total de un filtro DNS autohospedado es el hardware más la mano de obra, multiplicado por el número de instancias.
| Línea de costo | Pi-hole (autohospedado) | Purple Shield (gestionado) |
|---|---|---|
| Licencia de software | £0, código abierto | Suscripción, ver Precios de Shield |
| Hardware por sitio | Dos servidores pequeños, VM o Raspberry Pi | Ninguno; los resolutores funcionan en la nube |
| Configuración por sitio | Instalación, dirección estática, cambio de DHCP, listas de bloqueo | Cambio de DNS en DHCP, política establecida en el panel de control |
| Parcheo | Actualizaciones de SO y Pi-hole en cada instancia | Ejecutado por Purple |
| Listas de bloqueo | Usted elige, cura y soluciona falsos positivos | Categorías y fuentes de amenazas mantenidas por Purple |
| Política multisitio | Interfaz de administración independiente por instancia | Un solo panel de control, política por SSID, VLAN y sitio |
| Gestión de fallas | Su equipo restaura el equipo en el sitio | No hay resolutor en el sitio que pueda fallar |
| Reportes | Registro de consultas por instancia, retención definida por usted | Reportes centralizados en todos los sitios |
| Soporte | Foro de la comunidad | Equipo de soporte de Purple |
Un modelo sencillo para su propiedad
Construya el modelo a partir de instancias, no de sitios. Dos instancias por sitio es el mínimo para evitar la trampa del DNS secundario. Por lo tanto, 30 sitios significan 60 resolutores, cada uno con su propio sistema operativo y configuración de listas de bloqueo.
Luego, asigne una cifra de tiempo a cada tarea recurrente. Las siguientes cifras son supuestos de planificación para mostrar la aritmética; sustitúyalas por las suyas.
- Actualizaciones y revisiones de estado: asuma 15 minutos por instancia al mes. Con 60 instancias, eso equivale a 15 horas al mes.
- Correcciones en listas de bloqueo: cada cambio en la lista de permitidos se aplica una vez por instancia, a menos que ejecute una herramienta de sincronización.
- Incidentes: un disco con fallas en un sitio remoto requiere que alguien acuda al lugar.
- Evidencia de auditoría: cada instancia genera su propio reporte y alguien debe combinarlos.
Multiplique las horas mensuales por la tarifa ponderada de su personal y agregue la renovación de hardware. Compare eso con una suscripción de la página de precios de Shield. En un solo sitio, el total autohospedado es pequeño. En 30 sitios, el trabajo operativo es la línea que debe vigilar, antes de valorar las categorías de amenazas que Pi-hole nunca ofreció.
Escenario práctico: una red minorista de 30 tiendas
Un minorista de moda con 30 tiendas realizó una prueba piloto de Pi-hole en el WiFi para clientes de tres sucursales. El piloto cumplió su objetivo: los anuncios dejaron de cargarse en la red de clientes. Escalarlos significaba 60 instancias, una herramienta de sincronización y un esquema de guardia fuera de presupuesto. El equipo de TI modeló el mantenimiento de rutina en 15 horas al mes utilizando los supuestos anteriores. En su lugar, migró las 30 tiendas a un DNS gestionado, con una política para clientes y otra para el personal. El resultado: 60 resolutores planificados se reemplazaron por cero equipos en el sitio, y cada cambio de política se realizó una sola vez en lugar de 60 veces.
¿Qué cambia la respuesta?
La regla general cambia bajo cinco condiciones. Cada una puede mover una sede de una opción a la otra.
Número de sitios y redes
Un sitio con una red de invitados mantiene a Pi-hole como una opción viable. Cada sitio adicional agrega dos instancias. Cada SSID o VLAN adicional con sus propias reglas agrega configuración de grupo en cada instancia. Nuestra guía sobre filtrado de DNS para MSP y propiedades de múltiples sitios cubre las propiedades a fondo.
Quién es el responsable a las 2 am
Pi-hole depende de un responsable designado que tenga tiempo disponible en su semana. Si la responsabilidad recae en "quienquiera que lo haya configurado", a menudo un contratista que ya no trabaja ahí, elija un servicio administrado.
Bloqueo de anuncios o protección contra amenazas
Si el objetivo es menos anuncios y páginas más ligeras, las listas de Pi-hole lo cubren. Si incluye phishing, malware y dominios recién registrados, necesita fuentes de amenazas actualizadas. Eso es lo que proporciona un servicio de DNS de protección.
Deber de protección y regulación
El WiFi público en bibliotecas, escuelas y centros de salud tiene la obligación de filtrar contenido dañino. Las escuelas en Inglaterra, por ejemplo, siguen los estándares de filtrado y monitoreo del Departamento de Educación. Los informes de categorías centrales hacen que esa evidencia sea más fácil de presentar que las listas por sitio. Para PCI-DSS, el filtrado de DNS no reemplaza la segmentación del entorno de datos de tarjetahabientes. Sin embargo, reduce el riesgo de malware en las redes circundantes. Nuestra guía de seguridad WiFi empresarial aborda la segmentación a mayor detalle.
Privacidad y protección de datos
Los registros de consultas DNS vinculados a un dispositivo pueden considerarse datos personales según el GDPR. Con Pi-hole, usted establece la retención y el acceso en cada equipo. Con un servicio administrado, necesita un contrato de procesamiento de datos. Purple cuenta con la certificación ISO 27001 y cumple con el GDPR.
Escenario práctico: un hotel de 120 habitaciones
Un hotel urbano de 120 habitaciones ejecutaba un Pi-hole en una mini PC para el WiFi de invitados. DHCP lo asignaba como el único servidor DNS. Cuando su almacenamiento falló durante la noche, los huéspedes podían conectarse al WiFi pero no podían cargar nada. El gerente de turno registró una serie de quejas antes de que llegara el contratista de TI. Luego, el hotel migró los SSID de invitados y del personal a un DNS administrado con políticas independientes. El resultado: cero resolutores en el sitio, dos políticas configuradas desde un solo panel de control y ningún equipo local expuesto a fallar.
¿Cuál es la recomendación predeterminada para el WiFi en sedes?
Para cualquier propiedad de dos o más recintos, la opción predeterminada es DNS protectivo administrado, y para el WiFi del recinto recomendamos Purple Shield. Filtra en el resolvedor antes de que se abra una conexión, y establece una directiva por SSID, VLAN y recinto. También elimina todos los resolvedores locales de su lista de parches. Pi-hole sigue siendo la respuesta correcta para un solo sitio con un responsable designado y un requerimiento de bloqueo de anuncios, así como para laboratorios.
Pi-hole o filtrado DNS administrado: dónde encaja cada uno
Pi-hole (autohospedado)
Fits when
- Un sitio con un responsable designado
- El bloqueo de anuncios y rastreadores es todo el requerimiento
- Desea conservar los registros de consultas en su propio hardware
- Redes de laboratorio, prueba o solo para el personal
Not when
- Dos o más recintos
- Necesita categorías de amenazas o una página de bloqueo
- Nadie está de guardia si el equipo falla
Filtrado DNS administrado (Purple Shield)
Fits when
- Dos o más recintos
- Las redes de invitados, personal e inquilinos necesitan directivas separadas
- Debe mostrar a los auditores una directiva por SSID, VLAN y recinto
- El ancho de banda está limitado y el bloqueo de anuncios rinde frutos
Not when
- Un solo sitio donde el bloqueo de anuncios gratuito es suficiente y alguien administra el equipo
Our recommendation: Utilice Purple Shield de manera predeterminada para cualquier propiedad de recintos. Reserve Pi-hole para un solo sitio con un responsable designado, o para un laboratorio.
Su primera acción es elegir un SSID de invitados en un recinto y realizar una prueba de 30 días. Apunte su DNS a Shield y deje todas las demás redes sin cambios. Luego compare las amenazas bloqueadas, el volumen de datos y los tickets de soporte. El plan de prueba de filtrado DNS de 30 días establece qué medir cada semana.
Preguntas frecuentes
¿Es gratuito usar Pi-hole en un recinto comercial?
Sí, el software es gratuito y de código abierto, y puede ejecutarlo en el WiFi de invitados. Sin embargo, sigue pagando por el hardware, dos instancias por sitio para redundancia, y el tiempo del personal para parches, correcciones de listas de bloqueo e incidentes. En un solo sitio, esos costos son pequeños. En toda una propiedad, la mano de obra se convierte en el gasto más grande. La decisión debe tomarse en función del costo total, no del costo de la licencia.
¿Funcionará Purple Shield con los puntos de acceso que ya poseo?
Sí. Shield funciona en la capa de DNS, por lo que requiere un cambio de DHCP en lugar de hardware nuevo. Se ejecuta en redes construidas con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet. Puede ejecutarlo de forma independiente en cualquier red WiFi o junto con Purple Access, con una directiva por SSID, VLAN y recinto.
¿Cómo se compara el precio de Shield con la ejecución de Pi-hole?
Shield es una suscripción y Pi-hole no tiene costo de licencia, por lo que debe comparar el costo total en lugar del precio de lista. Para Pi-hole, añada el hardware para dos instancias por sitio, las horas de parches mensuales y el tiempo de guardia. Compare eso con la suscripción en la página de precios de Shield. La comparación se inclina hacia la solución gestionada con cada sitio que agregue.
¿Podemos migrar desde Pi-hole sin tiempo de inactividad?
Sí, si traslada una red a la vez. Exporte su configuración con la herramienta Teleporter de Pi-hole y tome nota de las entradas de la lista de permitidos que aún necesita. Vuelva a crear esas excepciones en la nueva directiva y, a continuación, cambie el servidor DNS en el ámbito DHCP de un SSID. Monitoreelo durante unos días antes de trasladar la siguiente red. Mantenga Pi-hole en ejecución hasta que se traslade la última red.
¿El filtrado de DNS ayuda con el GDPR y PCI DSS?
Ayuda, pero no le otorga el cumplimiento por sí solo. Para PCI DSS, la segmentación mantiene las redes WiFi de invitados y de empleados fuera del entorno de datos de tarjetahabientes. El filtrado de DNS reduce el riesgo de malware alrededor de ese límite. Para el GDPR, los registros DNS vinculados a un dispositivo pueden ser datos personales, por lo que debe establecer reglas de retención y acceso. Purple cuenta con certificación ISO 27001 y cumple con el GDPR.
¿Cómo se compara Shield con Cisco Umbrella y DNSFilter?
Los tres filtran en la resolución de DNS en la nube, por lo que el beneficio de ubicación es el mismo. DNSFilter y Cisco Umbrella son servicios de propósito general que se venden a equipos de TI corporativos y proveedores de servicios gestionados. Shield está diseñado para redes WiFi en recintos, con una directiva por SSID, VLAN y recinto. Puede ejecutarse de forma independiente o junto con Purple Access. Whitbread, AGS Airports y St George's Healthcare NHS Trust utilizan Shield.
¿Pueden los invitados eludir el filtrado de DNS?
Algunos pueden hacerlo, independientemente de la opción que elija. Un dispositivo que utilice DNS sobre HTTPS (RFC 8484) o una VPN envía las consultas omitiendo su servidor de resolución. Bloquee los puntos de enlace DoH públicos bien conocidos. Bloquee también el dominio canario de Firefox, el cual le indica al navegador que siga utilizando el DNS local. En redes WiFi para invitados, el objetivo es proteger a la mayoría que nunca cambia una configuración.
Key terms
- Filtrado DNS (DNS de protección)
- Aplicación de directivas en el resolutor del sistema de nombres de dominio (DNS), el servicio de búsqueda definido en RFC 1034 y RFC 1035. El resolutor se niega a devolver una dirección para los dominios incluidos en la lista o de riesgo, por lo que no se abre ninguna conexión con ese host. Tanto Pi-hole como los servicios administrados filtran en este mismo punto. La decisión radica en dónde se ejecuta el resolutor y quién lo mantiene, no en la capacidad de filtrado durante la búsqueda.
- Sumidero DNS
- Un resolutor que responde a las consultas de dominios en listas de bloqueo con una dirección no válida en lugar del registro real. Pi-hole funciona de esta manera, comparando cada búsqueda con las listas que ha cargado. Un sumidero solo bloquea lo que contienen sus listas, por lo que un nuevo host de phishing se filtrará hasta que un encargado lo agregue. Además, los invitados verán un error de navegador en lugar de una página de bloqueo.
- DHCP
- Protocolo de configuración dinámica de host, especificado en RFC 2131. Asigna a cada dispositivo una dirección IP y la configuración de red, incluidos los servidores DNS que el dispositivo debe consultar. Cambiar el servidor DNS en un ámbito DHCP es la forma de implementar cualquiera de las dos opciones. Por este motivo, el filtrado administrado no requiere hardware nuevo en redes Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme o Fortinet.
- SSID
- Identificador del conjunto de servicios, el nombre de red que un punto de acceso inalámbrico anuncia bajo el estándar IEEE 802.11. Un punto de acceso puede transmitir varios SSID, cada uno asignado a su propio segmento de red. Los establecimientos operan SSID para invitados, personal y arrendatarios que raras veces requieren las mismas reglas. Purple Shield establece una directiva por SSID, mientras que Pi-hole solo se aproxima a esto por instancia y por dirección de cliente.
- VLAN
- Virtual LAN, una red lógicamente independiente en switches compartidos, etiquetada bajo el estándar IEEE 802.1Q. Cada VLAN transmite su propio tráfico y se le puede asignar su propio alcance DHCP y configuración DNS. Las VLAN mantienen separado el tráfico de los invitados, del personal y de las áreas operativas. Si las diferentes VLAN requieren reglas de filtrado distintas, la decisión se orienta claramente hacia un servicio administrado con directivas por VLAN.
- DNSSEC
- Domain Name System Security Extensions (Extensiones de seguridad del sistema de nombres de dominio), definidas de RFC 4033 a RFC 4035. Añade firmas criptográficas a los registros DNS para que un resolutor de validación pueda confirmar que las respuestas no se hayan falsificado. Pi-hole puede validar DNSSEC en las instalaciones. Es una de las funciones que hace de Pi-hole una opción sólida para una sola sucursal con un responsable asignado.
- DNS sobre HTTPS (DoH)
- Un protocolo especificado en RFC 8484 que envía consultas DNS dentro de conexiones HTTPS cifradas a un resolutor seleccionado, en lugar de al resolutor que asigna el DHCP. Un dispositivo que utiliza DoH o una VPN omite su resolutor de filtrado, independientemente de la opción que elija. Bloquee los puntos de enlace DoH públicos conocidos para mantener activo el filtrado para la mayoría de los invitados.
- Dominio canario
- use-application-dns.net, un dominio documentado por Mozilla para Firefox. Si el resolutor de la red local lo bloquea, Firefox continúa utilizando el DNS local en lugar de habilitar DoH de manera predeterminada. Bloquear el dominio canario es un control sencillo en el WiFi para invitados WiFi. Protege a la mayoría de los invitados que nunca modifican la configuración de su navegador.
- Trampa del DNS secundario
- El modo de falla en el que DHCP asigna un resolutor de filtrado más un resolutor público como respaldo. Los dispositivos consultan ambos, por lo que los dominios bloqueados se resuelven mediante el servidor sin filtrar. Es la razón por la cual una sucursal con Pi-hole requiere dos instancias de Pi-hole por sitio. Incluya la segunda instancia en los costos de hardware, parches y mano de obra.
- Datos personales bajo el GDPR
- El Artículo 4(1) del Reglamento General de Protección de Datos define los datos personales como información relativa a una persona identificable, incluidos los identificadores en línea como las direcciones de los dispositivos. Los registros de consultas DNS vinculados a un dispositivo pueden considerarse datos personales. Con Pi-hole, usted establece la retención y el acceso en cada equipo; con un servicio administrado, necesita un acuerdo de procesamiento de datos.
- Entorno de datos de cuentahabientes (PCI DSS)
- Los sistemas que almacenan, procesan o transmiten datos de tarjetas de pago, según lo define el Estándar de Seguridad de Datos para la Industria de Tarjetas de Pago (PCI DSS). La segmentación lo aísla de otras redes para reducir el alcance. El filtrado DNS no reemplaza la segmentación del entorno de datos de cuentahabientes. Sin embargo, reduce el riesgo de software malicioso en las redes de invitados y del personal que rodean ese límite.
Worked examples
Una marca de moda con 30 tiendas realizó una prueba piloto de Pi-hole en el WiFi WiFi para compradores en tres sucursales. Los anuncios dejaron de cargarse, por lo que el equipo consideró implementarlo en todas las tiendas.
Escalar la prueba piloto implicaba 60 instancias de Pi-hole (dos por tienda para evitar el fallo del DNS secundario), además de una herramienta de sincronización y un rol de personal de guardia no presupuestado. El equipo de TI calculó el mantenimiento de rutina en 15 horas al mes, estimando 15 minutos por instancia al mes. Cada cambio en la lista de permitidos también tendría que aplicarse 60 veces. En su lugar, la marca de moda migró las 30 tiendas a un DNS administrado, con una directiva para compradores y otra para el personal. El resultado: 60 resolutores planificados se reemplazaron por cero equipos locales, y cada cambio de directiva se realiza una sola vez en lugar de 60.
Un hotel urbano de 120 habitaciones utilizaba una sola instancia de Pi-hole en una mini PC como único servidor DNS para el WiFi WiFi para invitados. Su almacenamiento falló durante la noche.
Los invitados podían conectarse al WiFi WiFi, pero no podían cargar nada porque ningún resolutor respondía a sus consultas. El gerente de turno registró una serie de quejas antes de que el contratista de TI llegara al lugar. El fallo dejó al descubierto dos deficiencias: la falta de una segunda instancia y la ausencia de un encargado de guardia a las 2 a. m. El hotel también necesitaba reglas independientes para los invitados y el personal, algo que Pi-hole solo gestiona por instancia y por dirección de cliente. Se migraron los SSID de invitados y del personal a un DNS administrado con directivas independientes. El resultado: cero resolutores en el lugar, dos directivas configuradas desde un solo panel de control y ningún equipo local expuesto a fallos.
Un establecimiento que utiliza Pi-hole desea migrar a Purple Shield sin que los invitados pierdan la resolución de nombres durante el cambio.
Migre una red a la vez. En primer lugar, exporte la configuración con la herramienta Teleporter de Pi-hole y tome nota de las entradas de la lista de permitidos que aún necesite. Vuelva a crear esas excepciones en la nueva directiva de Shield para que los falsos positivos conocidos se mantengan resueltos. Luego, cambie el servidor DNS en el ámbito DHCP de un WiFi SSID y monitoréela durante unos días. Migre la siguiente red solo cuando la primera sea estable. Mantenga Pi-hole en funcionamiento hasta que se haya migrado la última red, de modo que cualquier red no migrada continúe filtrando. Esta secuencia evita el tiempo de inactividad y le brinda un punto seguro para revertir los cambios si es necesario.
Frequently asked questions
¿El uso de Pi-hole es gratuito en una sucursal comercial?
Sí, el software es gratuito y de código abierto, y puede ejecutarlo en el WiFi para invitados WiFi. De todos modos, deberá pagar por el hardware, dos instancias por sitio para tener redundancia, y el tiempo del personal para la aplicación de parches, correcciones de listas de bloqueo e incidentes. En un solo sitio, esos costos son pequeños. En un conjunto de sucursales, la mano de obra se convierte en el rubro más grande. La decisión debe basarse en el costo total y no en el costo de la licencia.
¿Purple Shield funcionará con los puntos de acceso que ya tengo?
Sí. Shield funciona a nivel de DNS, por lo que requiere un cambio de DHCP en lugar de hardware nuevo. Se ejecuta en redes construidas con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti, UniFi, Cambium, Extreme y Fortinet. Puede utilizarlo de forma independiente en cualquier red WiFi o junto con Purple Access, con una política por SSID, VLAN y sucursal.
¿Cómo se comparan los precios de Shield con la ejecución de Pi-hole?
Shield es una suscripción y Pi-hole no tiene costo de licencia, por lo que debe comparar el costo total en lugar del precio de lista. Para Pi-hole, agregue el hardware de dos instancias por sitio, las horas mensuales de parcheo y el tiempo de guardia. Compare eso con la suscripción en la [página de precios de Shield](product:shield/pricing). La comparación se inclina hacia la opción administrada con cada sitio que agregue.
¿Podemos migrar desde Pi-hole sin tiempo de inactividad?
Sí, si migra una red a la vez. Exporte su configuración con la herramienta Teleporter de Pi-hole y tome nota de las entradas de la lista de permitidos que aún necesite. Recree esas excepciones en la nueva política y luego cambie el servidor DNS en el alcance DHCP de un SSID. Monitoréelo durante unos días antes de migrar la siguiente red. Mantenga Pi-hole en funcionamiento hasta que se haya migrado la última red.
¿El filtrado de DNS ayuda a cumplir con GDPR y PCI-DSS?
Ayuda, pero no lo hace en regla por sí solo. Para PCI-DSS, la segmentación mantiene el WiFi de invitados y de empleados fuera del entorno de datos de tarjetahabientes. El filtrado de DNS reduce el riesgo de malware alrededor de ese límite. Para GDPR, los registros de DNS vinculados a un dispositivo pueden considerarse datos personales, así que establezca reglas de retención y acceso. Purple cuenta con la certificación ISO 27001 y cumple con el GDPR.
¿Cómo se compara Shield con Cisco Umbrella y DNSFilter?
Las tres opciones filtran en la resolución DNS en la nube, por lo que el beneficio de ubicación es el mismo. DNSFilter y Cisco Umbrella son servicios de propósito general vendidos a equipos de TI corporativos y proveedores de servicios administrados. Shield está diseñado para el WiFi de sucursales, con una política por SSID, VLAN y ubicación. Puede ejecutarse de forma independiente o junto con Purple Access. Whitbread, AGS Airports y St George's Healthcare NHS Trust utilizan Shield.
¿Los invitados pueden eludir el filtrado de DNS?
Algunos sí pueden, independientemente de la opción que elija. Un dispositivo que utilice DNS over HTTPS ([RFC 8484](https://www.rfc-editor.org/rfc/rfc8484)) o una VPN envía las consultas omitiendo su resolutor. Bloquee los puntos finales de DoH públicos conocidos. También bloquee el [dominio canario de Firefox](https://support.mozilla.org/en-US/kb/canary-domain-use-application-dnsnet), el cual le indica al navegador que continúe usando el DNS local. En el WiFi de invitados, el objetivo es proteger a la mayoría que nunca cambia una configuración.