Cumplimiento de la IWF para redes WiFi públicas en el Reino Unido

Esta guía autorizada detalla los requisitos técnicos, la arquitectura y las estrategias de despliegue para implementar redes WiFi públicas que cumplan con la IWF en establecimientos del Reino Unido. Proporciona a los líderes de TI marcos de trabajo prácticos para mitigar los riesgos legales mientras se mantiene un acceso a la red de alto rendimiento.

📖 5 min de lectura📝 1,013 palabras🔧 2 ejemplos prácticos❓ 3 preguntas de práctica📚 8 definiciones clave

Escuchar esta guía

Ver transcripción del podcast

Locutor: Hola y bienvenidos al Purple Enterprise IT Briefing. Soy su anfitrión, y hoy vamos a abordar un tema que todo director de TI, CTO y arquitecto de redes en el Reino Unido debe tener perfectamente controlado: el cumplimiento de la IWF para redes WiFi públicas. 

Si gestiona la infraestructura de cadenas de tiendas, establecimientos de hostelería, estadios o edificios del sector público, ofrecer WiFi para invitados ya no es solo una cuestión de ancho de banda y cobertura. Se trata de mitigar riesgos. Ofrecer una conexión abierta a internet sin un filtrado robusto y certificado expone a su organización a graves daños legales y de reputación. Hoy vamos a ir directos al grano. Sin teorías académicas: solo orientación práctica e independiente del proveedor sobre cómo diseñar una red segura, de alto rendimiento y que cumpla con las normativas.

Entremos directamente en contexto.

La Internet Watch Foundation, o IWF, mantiene la lista definitiva en el Reino Unido de URL que contienen material de abuso sexual infantil, o CSAM. Para cualquier establecimiento que ofrezca WiFi público, la integración de esta lista de bloqueo es el estándar mínimo absoluto de un funcionamiento responsable. 

Pero aquí está el punto crítico: no puede limitarse a descargar una lista estática una vez al mes y subirla a su firewall. La lista de la IWF es muy dinámica. Las URL se añaden y eliminan constantemente. Su motor de filtrado web debe consumir esta información en tiempo real o casi en tiempo real. Si utiliza un proveedor que no es miembro oficial de la IWF y que no consume activamente su flujo dinámico, no está cumpliendo con la normativa. Punto final.

Entonces, ¿cómo diseñamos esto realmente en el perímetro de la red? Analicemos los detalles técnicos.

La implementación del cumplimiento de la IWF requiere un enfoque multicapa. No se puede confiar en un único punto de control. 

La primera capa es el filtrado DNS. Esta es su primera línea de defensa. Cuando el dispositivo de un invitado solicita un dominio CSAM conocido, su DNS seguro lo intercepta y lo redirige a una página de bloqueo. Es muy eficiente y presenta una latencia prácticamente nula. 

Sin embargo, el filtrado DNS por sí solo tiene fallos fundamentales para el cumplimiento moderno. ¿Por qué? Porque el DNS funciona a nivel de dominio. La lista de la IWF suele especificar URL exactas, es decir, páginas específicas dentro de un sitio web. Si solo utiliza DNS, se enfrentará a dos problemas enormes. O bien filtra de menos, permitiendo el acceso a través de la IP directa, o bien filtra de más, bloqueando por completo un dominio legítimo solo por una URL infractora. El exceso de bloqueo provoca la frustración de los usuarios y un aumento de los tickets de soporte.

Esto nos lleva a la capa dos: la inspección profunda de paquetes HTTP y HTTPS, específicamente la inspección SNI. 

Dado que la gran mayoría del tráfico web está cifrado mediante HTTPS, no se puede ver fácilmente la ruta completa de la URL sin descifrar el tráfico. Ahora bien, algunos ingenieros de redes podrían sugerir el descifrado SSL completo, es decir, la inspección SSL. Permítanme ser claro: no haga esto en una red pública de invitados. Requiere la instalación de certificados raíz personalizados en los dispositivos de los invitados, lo cual es imposible de imponer, rompe la confianza del navegador y es una violación masiva de la privacidad.

El estándar del sector es la inspección SNI (Server Name Indication). SNI permite a su firewall examinar el saludo TLS inicial y ver qué nombre de host solicita el cliente antes de que se establezca el túnel cifrado. Al combinar un filtrado DNS robusto con una inspección SNI avanzada y una categorización dinámica de IP, puede aplicar la lista de la IWF con precisión sin romper el cifrado de extremo a extremo.

Hablemos de las recomendaciones de implementación y de los errores que debe evitar. 

En primer lugar, el problema de la elusión. Su filtrado no sirve de nada si los usuarios pueden cambiar su configuración de DNS a 8.8.8.8 y eludir sus controles. Debe configurar sus routers o firewalls perimetrales para bloquear el tráfico saliente en los puertos UDP y TCP 53, así como en el puerto 853 para DNS sobre TLS. Fuerce todas las solicitudes DNS a través de su infraestructura compatible. 

Además, preste atención a DNS sobre HTTPS, o DoH. Los navegadores modernos utilizan cada vez más DoH, que encapsula las consultas DNS en el tráfico HTTPS estándar. Debe asegurarse de que su firewall esté configurado para bloquear los endpoints de resolución DoH conocidos para obligar al navegador a recurrir a su DNS local seguro.

En segundo lugar, el Captive Portal. El Captive Portal no es solo un lugar para poner su logotipo; es una puerta de control legal. Su Política de Uso Aceptable, o AUP, debe establecer explícitamente que el filtrado de contenidos está activo y que el acceso a material ilegal se supervisa y se bloquea. Los usuarios deben aceptar activamente esta AUP antes de obtener acceso. Esto le proporciona cobertura legal.

En tercer lugar, el registro de datos. Debe configurar sus sistemas para conservar los registros de los intentos de acceso bloqueados, vinculados a la dirección MAC del dispositivo y a los datos de la sesión, durante un mínimo de 12 meses. Esto se alinea con el GDPR y respalda las investigaciones de las fuerzas del orden si se produce un incidente.

Y por último, la segmentación de la red. Nunca mezcle el tráfico de invitados con el tráfico operativo. Su VLAN de invitados debe estar estrictamente aislada de sus sistemas de punto de venta o de la infraestructura corporativa. Aplique el filtrado web estricto a la red de invitados, pero utilice listas de permitidos rigurosas para su red de POS para garantizar una latencia cero en las transacciones.

Muy bien, es hora de una sesión de preguntas y respuestas rápidas basada en los escenarios habituales que vemos en el sector.

Pregunta 1: «¿Podemos utilizar URL reales de la IWF para probar la configuración de nuestro nuevo firewall?»
Respuesta: En absoluto. Acceder a esas URL es ilegal. La IWF proporciona URL de prueba específicas y seguras, diseñadas únicamente para validar que su motor de filtrado funciona correctamente. Utilice esas.

Pregunta 2: «Nuestro equipo de marketing quiere una red WiFi abierta y sin fricciones, sin Captive Portal. ¿Cumple esto con la normativa?»
Respuesta: No. Sin un Captive Portal, no se puede hacer cumplir la Política de Uso Aceptable, lo que significa que no existe un acuerdo legal con el usuario. Esto expone al establecimiento a una responsabilidad significativa. 

Pregunta 3: «¿Qué hacemos con los huéspedes que utilizan VPN?»
Respuesta: En entornos como los hoteles, los viajeros de negocios necesitan VPN. No se pueden bloquear todas. Sin embargo, debe supervisar si se producen túneles cifrados continuos y excesivos que eludan los puertos estándar, lo que podría indicar un uso indebido en lugar de un acceso corporativo legítimo.

Resumamos los siguientes pasos. 

El cumplimiento no es un centro de costes; es la protección de la marca. El daño a la reputación de que su establecimiento se asocie con contenidos ilegales supera con creces los costes de despliegue. 

Para hacerlo bien: 
1. Verifique que su proveedor de filtrado web sea un miembro activo de la IWF.
2. Implemente un filtrado de doble capa utilizando tanto DNS seguro como inspección SNI.
3. Bloquee los puertos DNS de salida para evitar elusiones.
4. Aplique una AUP a través de un Captive Portal.
5. Conserve sus registros durante 12 meses.

Si sigue estos pasos, creará una red que no solo será de alto rendimiento, sino fundamentalmente segura y conforme a las normas. 

Gracias por acompañarnos en este Purple Enterprise IT Briefing. Para obtener diagramas de arquitectura más detallados y listas de comprobación de implementación, consulte la guía técnica completa. Manténgase seguro y hasta la próxima.

Conclusiones clave

✓El cumplimiento de la IWF es una necesidad legal y de reputación, no un servicio opcional para los establecimientos públicos.
✓Se requiere una integración dinámica con la lista de URL de la IWF; las listas estáticas son insuficientes.
✓Confiar únicamente en el filtrado DNS deja vulnerabilidades; se requiere la inspección SNI para un filtrado HTTPS robusto.
✓Bloquee los puertos de salida 53 y 853 para evitar que los usuarios eludan los filtros con DNS personalizados.
✓Un Captive Portal es obligatorio para hacer cumplir la Política de Uso Aceptable (AUP) antes de conceder el acceso.
✓Las redes de invitados deben estar estrictamente segmentadas por VLAN de la infraestructura operativa y de POS.
✓Conserve los registros de conexión durante un mínimo de 12 meses para respaldar el cumplimiento y las investigaciones de incidentes.

Resumen Ejecutivo

La provisión de WiFi público en el Reino Unido ha pasado de ser un servicio de cortesía para invitados a un vector de cumplimiento crítico. Para los Directores de TI y CTO que gestionan entornos de Retail , Hospitality y del sector público, desplegar una red abierta sin un filtrado de contenido robusto expone a la organización a importantes riesgos legales y de reputación. La Internet Watch Foundation (IWF) mantiene la lista de bloqueo definitiva para el Material de Abuso Sexual Infantil (CSAM). Integrar esta lista en el extremo de la red no es simplemente una buena práctica; es un requisito fundamental para la operación responsable de cualquier establecimiento.

Esta guía describe la arquitectura técnica requerida para lograr el cumplimiento de la IWF, detallando las estrategias de despliegue en las capas DNS y HTTP. Va directa al grano para proporcionar asesoramiento práctico y neutral respecto a proveedores sobre la implementación de un filtrado web certificado sin degradar el rendimiento de la red ni la experiencia del usuario. Desde asegurar el Guest WiFi hasta la integración con estándares de autenticación modernos como IEEE 802.1X y OpenRoaming, exploramos cómo construir una red conforme a la normativa y de alto rendimiento.

Análisis Técnico Detallado: Arquitectura de Cumplimiento de la IWF

La implementación del cumplimiento de la IWF requiere un enfoque de seguridad de red multicapa. El requisito principal es la integración dinámica de la lista de URL de la IWF en el motor de filtrado web del establecimiento. Esta no puede ser una lista estática y actualizada manualmente; requiere una sincronización en tiempo real o casi en tiempo real con la base de datos de la IWF.

Capa 1: Filtrado DNS

En el nivel más fundamental, el filtrado DNS intercepta las solicitudes a dominios conocidos de CSAM y las resuelve en una página de bloqueo o en una ruta nula. Aunque es altamente eficiente y de baja latencia, el filtrado DNS por sí solo es insuficiente porque opera a nivel de dominio, mientras que la lista de la IWF a menudo especifica URL exactas. Depender únicamente del DNS puede llevar a un bloqueo excesivo (bloquear un dominio legítimo entero debido a una sola URL infractora) o a un bloqueo insuficiente (no bloquear el acceso basado en IP).

Capa 2: Inspección Profunda de Paquetes (DPI) HTTP/HTTPS

Para aplicar con precisión la lista de URL de la IWF, el motor de filtrado debe inspeccionar la ruta completa de la solicitud HTTP. Para el tráfico HTTPS cifrado, esto presenta un desafío. El enfoque moderno implica la inspección de la Indicación del Nombre del Servidor (SNI) combinada con el descifrado SSL selectivo para categorías específicas de alto riesgo. Sin embargo, desplegar el descifrado SSL en redes públicas introduce graves problemas de privacidad y de confianza en los certificados. Por lo tanto, el modelo de despliegue estándar para establecimientos públicos se basa en el filtrado SNI avanzado y la categorización dinámica de IP, contrastada con la base de datos de URL de la IWF.

Integración con Autenticación y Analítica

El cumplimiento va más allá del bloqueo; requiere rendición de cuentas. Integrar el motor de filtrado con el Captive Portal garantiza que los usuarios acepten una Política de Uso Aceptable (AUP) antes de obtener acceso. Además, vincular el acceso a la red con una sólida WiFi Analytics permite a los equipos de TI supervisar los eventos de bloqueo, identificar posibles incidentes de seguridad y demostrar el cumplimiento durante las auditorías. Comprender Wi Fi Frequencies: A Guide to Wi-Fi Frequencies in 2026 también es vital, ya que las diferentes bandas requieren configuraciones de QoS específicas para gestionar la ligera latencia introducida por la inspección profunda de paquetes.

Guía de Implementación: Despliegue del Filtrado de la IWF

El despliegue de un filtrado que cumpla con la IWF en entornos distribuidos —como un centro de Transport nacional o una cadena de instalaciones de Healthcare — requiere un enfoque estructurado.

Seleccionar un Proveedor Certificado: Asegúrese de que su proveedor de filtrado web sea miembro oficial de la IWF y consuma su flujo dinámico. No intente crear una integración a medida.
Configuración del Extremo de la Red: Configure los routers o puntos de acceso del establecimiento para forzar todo el tráfico DNS de invitados hacia el servicio de filtrado compatible. Bloquee los puertos de salida 53 y 853 (DoT) para evitar que los usuarios eludan el filtro utilizando servidores DNS personalizados.
Alineación del Captive Portal: Actualice la AUP del Captive Portal para indicar explícitamente que el filtrado de contenido está activo y que el acceso a material ilegal es supervisado y bloqueado.
Pruebas y Validación: No utilice URL reales de la IWF para las pruebas. La IWF proporciona URL de prueba específicas y seguras para validar que el motor de filtrado está interceptando y bloqueando correctamente el contenido restringido.
Registro y Retención: Configure el firewall o el servicio de filtrado para conservar los registros de los intentos de acceso bloqueados durante un mínimo de 12 meses, en consonancia con el GDPR y los requisitos de las fuerzas de seguridad locales.

Buenas Prácticas para Establecimientos Públicos

Al diseñar la arquitectura de red, los líderes de TI deben equilibrar la seguridad con la experiencia del usuario.

Evitar el Bloqueo Excesivo: Asegúrese de que la política de filtrado esté estrictamente dirigida a contenidos ilegales (CSAM) y categorías altamente maliciosas (malware, phishing). Un filtrado excesivamente agresivo (por ejemplo, bloquear redes sociales legítimas o streaming) genera frustración en el usuario y aumenta los tickets de soporte.
Gestionar el DNS Cifrado: Con el auge de DNS sobre HTTPS (DoH), los navegadores de los usuarios pueden intentar eludir los filtros DNS locales. Implemente políticas de red para bloquear los resolutores DoH conocidos (como 8.8.8.8 o 1.1.1.1) a nivel de firewall, forzando la redirección al DNS seguro del establecimiento.
Autenticación Fluida: Considere la transición de redes abiertas a marcos de autenticación seguros. Aunque Passpoint/OpenRoaming es el futuro, por lo que garantizar un filtrado robusto en estas redes es primordial. Para obtener información sobre la gestión de configuraciones empresariales complejas, consulte Resolving Roaming Issues in Corporate WLANs .

Resolución de problemas y mitigación de riesgos

El modo de fallo más común en el cumplimiento de normativas de WiFi público es el "bypass". Los usuarios, ya sea de forma intencionada o involuntaria, eluden los controles de filtrado.

Puntos de acceso no autorizados: Es esencial realizar barridos periódicos en busca de AP no autorizados. Una red cableada que cumple con las normas no sirve de nada si un empleado conecta un router doméstico no gestionado y sin filtrar.
Uso de VPN: Aunque bloquear todo el tráfico VPN suele ser inviable en lugares como hoteles, donde los viajeros de negocios necesitan acceso corporativo, los equipos de TI deben supervisar los túneles cifrados continuos y excesivos que puedan indicar un uso indebido.
Picos de latencia: Si el motor de filtrado está basado en la nube, asegúrese de utilizar POP regionales. Enrutar el tráfico de un hotel de Londres a un servidor de filtrado ubicado en EE. UU. introducirá una latencia inaceptable. Optimice el enrutamiento para mantener una experiencia fluida, de forma similar a como se haría en Office Wi Fi: Optimize Your Modern Office Wi-Fi Network .

ROI e impacto empresarial

Aunque el cumplimiento normativo suele considerarse un centro de costes, un filtrado robusto de IWF protege la marca. El daño reputacional de que un establecimiento se asocie con descargas ilegales o distribución de CSAM supera con creces los costes de despliegue. Además, una red segura y conforme a las normas es un requisito previo para aprovechar tecnologías avanzadas como BLE Low Energy Explained for Enterprise para servicios basados en la ubicación, ya que los usuarios deben confiar en la infraestructura subyacente antes de aceptar el seguimiento y la analítica. El éxito se mide por la ausencia de infracciones de cumplimiento, un mínimo de incidencias de soporte por falsos positivos y un rendimiento de red impecable.

Definiciones clave

Internet Watch Foundation (IWF)

Una organización con sede en el Reino Unido que recopila una lista dinámica de URL que contienen material de abuso sexual infantil (CSAM).

La integración con la lista de la IWF es el estándar de referencia para el cumplimiento de las redes WiFi públicas en el Reino Unido.

Server Name Indication (SNI)

Una extensión del protocolo TLS que indica a qué nombre de host intenta conectarse el cliente al inicio del proceso de saludo.

La inspección SNI permite a los equipos de TI bloquear sitios web maliciosos específicos en conexiones HTTPS sin necesidad de descifrar todo el flujo de tráfico.

DNS over HTTPS (DoH)

Un protocolo para realizar la resolución remota del sistema de nombres de dominio a través del protocolo HTTPS, cifrando las consultas DNS.

DoH puede eludir los filtros web tradicionales basados en DNS, lo que obliga a los administradores de red a bloquear los endpoints DoH conocidos para hacer cumplir las normativas.

Captive Portal

Una página web que el usuario de una red de acceso público está obligado a ver y con la que debe interactuar antes de que se le conceda acceso.

Crucial para hacer cumplir la Política de Uso Aceptable (AUP) y establecer el marco legal para el uso de la red.

Acceptable Use Policy (AUP)

Un documento que estipula las restricciones y prácticas que un usuario debe aceptar para acceder a una red corporativa o a internet.

Proporciona la cobertura legal para que los operadores de los establecimientos bloqueen contenidos y finalicen sesiones de usuarios que no cumplan las normas.

VLAN Segmentation

La práctica de dividir una red física en múltiples redes lógicas.

Esencial para separar el tráfico de invitados no confiable (que requiere filtrado de la IWF) del tráfico corporativo o de POS confiable.

Deep Packet Inspection (DPI)

Una forma de filtrado de paquetes de red informática que examina la parte de datos de un paquete a medida que pasa por un punto de inspección.

Se utiliza para identificar y bloquear aplicaciones o protocolos específicos (como BitTorrent o VPN) que podrían utilizarse para eludir los filtros estándar.

False Positive

Cuando un sitio web legítimo es categorizado y bloqueado incorrectamente por el motor de filtrado.

Las altas tasas de falsos positivos provocan quejas de los usuarios y costes adicionales de soporte de TI; elegir un proveedor certificado por la IWF y de alta precisión minimiza esto.

Ejemplos prácticos

Un hotel de 200 habitaciones necesita implementar el filtrado de la IWF, pero ha detectado un gran volumen de huéspedes que utilizan DNS sobre HTTPS (DoH) a través de navegadores modernos, eludiendo el filtro actual basado en DNS.

El equipo de TI debe implementar un enfoque de doble capa. En primer lugar, configurar el firewall perimetral para bloquear el tráfico saliente hacia proveedores de DoH conocidos (por ejemplo, bloqueando las IP de los endpoints DoH de Cloudflare, Google y Quad9). En segundo lugar, utilizar la inspección SNI (Server Name Indication) en el firewall para interceptar el saludo TLS inicial y bloquear las URL de la lista de la IWF antes de que se establezca la sesión cifrada.

Comentario del examinador: Confiar únicamente en el DNS es una vulnerabilidad crítica en las redes modernas. Al bloquear DoH y utilizar la inspección SNI, el hotel mantiene el cumplimiento sin romper el cifrado de extremo a extremo ni requerir complejos certificados de descifrado SSL en los dispositivos de los huéspedes.

Una gran cadena de tiendas está implementando WiFi gratuito para invitados en 500 establecimientos y necesita garantizar el cumplimiento minimizando al mismo tiempo la latencia en el punto de venta (POS).

El arquitecto de red segmenta las VLAN. La VLAN de invitados se enruta a través de un filtro web en la nube certificado por la IWF que utiliza POP regionales redundantes para minimizar la latencia. La VLAN del POS está estrictamente aislada y utiliza una lista de permitidos explícita (lista blanca) para las pasarelas de pago y los sistemas de inventario, eludiendo por completo el filtro web para garantizar un impacto de latencia cero en las transacciones.

Comentario del examinador: La segmentación de VLAN no es negociable. Aplicar políticas de filtrado web público a la infraestructura operativa introduce riesgos innecesarios y cuellos de botella en el rendimiento. El enfoque de lista de permitidos para el POS es el estándar del sector para el cumplimiento de PCI DSS.

Preguntas de práctica

Q1. Está desplegando WiFi para invitados en un gran centro de conferencias. El equipo de marketing quiere utilizar un SSID genérico y abierto sin Captive Portal para reducir la «fricción». ¿Cómo respondería desde la perspectiva del cumplimiento?

Sugerencia: Considere el requisito legal de consentimiento del usuario y rendición de cuentas.

Ver respuesta modelo

Desaconsejaría un SSID abierto y sin fricciones. Sin un Captive Portal, los usuarios no pueden aceptar la Política de Uso Aceptable (AUP). Esto deja al establecimiento expuesto legalmente si se produce una actividad ilegal en la red. Un Captive Portal es una puerta de control obligatoria para hacer cumplir las condiciones del servicio y registrar las direcciones MAC asociadas a las sesiones aceptadas, lo cual es fundamental para la respuesta ante incidentes.

Q2. Durante una auditoría de red, descubre que el 15 % del tráfico de invitados elude con éxito el filtro web utilizando servidores DNS personalizados configurados en sus dispositivos. ¿Cuál es la solución técnica inmediata?

Sugerencia: Examine las configuraciones de puertos del firewall perimetral.

Ver respuesta modelo

La solución inmediata es configurar el firewall perimetral para bloquear el tráfico saliente en el puerto UDP/TCP 53 y el puerto TCP 853 (DNS sobre TLS) desde la VLAN de invitados hacia cualquier dirección IP externa. Todas las solicitudes DNS deben forzarse (o redirigirse mediante proxy transparente) a los servidores DNS seguros e integrados con la IWF del establecimiento.

Q3. Un responsable de TI de un hotel sugiere utilizar el descifrado SSL completo (inspección/terminación SSL) en la red de invitados para garantizar una visibilidad del 100 % del tráfico HTTPS para el cumplimiento de la IWF. ¿Por qué es este un enfoque erróneo para el WiFi público?

Sugerencia: Considere la confianza en el dispositivo y la privacidad del usuario.

Ver respuesta modelo

El descifrado SSL completo requiere la instalación de un certificado raíz personalizado en cada dispositivo invitado. En un escenario de WiFi público, esto es imposible de imponer, provocará graves errores de certificado de navegador para todos los usuarios y representa una violación masiva de la privacidad. El enfoque correcto es confiar en el filtrado DNS combinado con la inspección SNI (Server Name Indication), que permite la categorización del tráfico cifrado sin romper el túnel TLS.

Continúe leyendo esta serie

DNS Over HTTPS (DoH): implicaciones para el filtrado de WiFi público

Esta guía de referencia técnica explica cómo DNS over HTTPS (DoH) elude el filtrado de contenido tradicional del puerto 53 en redes WiFi públicas. Ofrece estrategias de mitigación prácticas y neutrales respecto al proveedor para que los arquitectos de red y los responsables de TI recuperen la visibilidad, garanticen el cumplimiento normativo y protejan el acceso de invitados en entornos empresariales.

Responsabilidad en WiFi público: por qué el filtrado de contenido es obligatorio

Esta guía de referencia técnica describe los riesgos legales y operativos de ofrecer WiFi público sin filtrar, detallando por qué el filtrado de contenido es un requisito de despliegue obligatorio para los operadores de establecimientos. Proporciona estrategias de arquitectura prácticas, pasos de implementación y tácticas de mitigación de riesgos para proteger las redes de actividades ilegales, infracciones de derechos de autor y el incumplimiento normativo. Los operadores de establecimientos y directores de tecnología (CTO) encontrarán casos de estudio concretos, marcos de toma de decisiones y directrices de configuración para implementar un entorno de Guest WiFi defendible y conforme a la normativa.

Bloqueo de malware y phishing en el extremo de la red

Esta guía de referencia técnica describe la arquitectura, la implementación y el impacto empresarial de la protección contra amenazas a nivel de red para proteger los dispositivos IoT y de invitados no gestionados en el extremo de la red. Ofrece pautas prácticas para que los responsables de TI bloqueen el malware y el phishing de forma proactiva.