La guía del administrador de redes para el GDPR y el cumplimiento de la privacidad de los datos de invitados
Una referencia técnica exhaustiva para directores de TI, arquitectos de redes y directores de operaciones de instalaciones sobre el diseño de redes WiFi para invitados que cumplan con el GDPR. Abarca las cuatro categorías de datos personales recopilados por las redes de invitados, la base jurídica de cada una, los mecanismos de consentimiento del Captive Portal, la segmentación de VLAN, la automatización de la retención de datos y cómo la plataforma agnóstica de hardware de Purple se adapta a cada requisito de cumplimiento. Los operadores de instalaciones aprenderán a transformar el cumplimiento de la red WiFi de invitados de una responsabilidad normativa a un activo de datos de primera mano defendible.
Escuchar esta guía
Ver transcripción del podcast
Resumen ejecutivo
El WiFi para invitados es un punto de recogida de datos regulado. Bajo el Reglamento General de Protección de Datos (GDPR), cada hotel, cadena de tiendas, estadio y centro de conferencias que ofrece acceso a una red pública se convierte en responsable del tratamiento de datos en el momento en que un invitado se conecta. La ICO puede imponer multas de hasta 20 millones de euros o el 4% de la facturación anual global por infracciones; además, se han emitido más de 2.800 multas GDPR por un total de más de 6.200 millones de euros desde 2018, siendo las infracciones de consentimiento la categoría sancionada con más frecuencia (SecurePrivacy, 2026).
Esta guía le ofrece el marco técnico para diseñar una red de invitados que cumpla con la normativa. Cubrimos las cuatro categorías de datos personales que procesa su red, la base jurídica que requiere cada una, la arquitectura de consentimiento del Captive Portal, la segmentación de VLAN, el cifrado WPA3, la integración de RADIUS y la retención automatizada de datos. También mostramos cómo la plataforma Guest WiFi de Purple - desplegada en más de 80.000 establecimientos y con 440 millones de inicios de sesión procesados en 2024 (datos internos de Purple) - se adapta a cada uno de estos requisitos, de modo que pueda corregir los fallos de cumplimiento sin necesidad de sustituir el hardware existente.
Si gestiona la conectividad de invitados en un Premier Inn, una tienda insignia de Harrods, una terminal de Manchester Airports Group o un complejo comercial multi-sitio, la arquitectura de esta guía se aplica directamente a su entorno.
Análisis técnico detallado
¿Qué datos recopila realmente su red de invitados?
El primer paso en cualquier programa de cumplimiento es realizar un inventario de datos honesto. Una red WiFi de invitados procesa cuatro categorías distintas de datos personales, cada una con diferentes implicaciones legales.
| Categoría de datos | Ejemplos | Base jurídica | Consideraciones clave de cumplimiento |
|---|---|---|---|
| Datos de registro | Nombre, correo electrónico, número de teléfono, perfil de inicio de sesión social | Consentimiento | Deben recopilarse mediante un consentimiento explícito, claro y detallado. No pueden condicionarse a las condiciones de acceso a la red. |
| Datos del dispositivo y de la sesión | Dirección MAC, dirección IP, horas de inicio/fin de la conexión, ancho de banda consumido | Intereses legítimos | Requiere una Evaluación de Interés Legítimo (LIA). No conservar más de 30 días, únicamente para la resolución de problemas. |
| Datos de ubicación | Registros de asociación de AP, triangulación de RSSI, mapas de calor de afluencia | Consentimiento | Informar explícitamente en el aviso de privacidad. Seudonimizar en el extremo antes de que lleguen a la plataforma de análisis. |
| Datos de uso | Consultas DNS, rangos de IP de destino | Intereses legítimos | Limitar al filtrado de seguridad. No crear perfiles de navegación individuales sin consentimiento explícito. |
Las direcciones MAC son datos personales. La Oficina del Comisionado de Información del Reino Unido (ICO) confirmó esta posición en 2023: una dirección MAC, combinada con las marcas de tiempo de conexión y la ubicación del establecimiento, es suficiente para identificar la presencia y el comportamiento de un individuo. La aleatorización de direcciones MAC (ahora predeterminada en iOS 14+, Android 10+ y Windows 10+) reduce la persistencia del seguimiento del dispositivo, pero no elimina las obligaciones de protección de datos en el punto de recopilación.
El Captive Portal como interfaz de cumplimiento
Un Captive Portal (a veces llamado página de inicio o walled garden) es la interfaz web que intercepta el tráfico HTTP de un invitado y lo redirige a una página de consentimiento y autenticación antes de otorgar acceso a la red. Es su mecanismo principal para establecer una base legal para el procesamiento de datos.
Según los artículos 7 y 13 del GDPR, una arquitectura de Captive Portal conforme debe cumplir con cinco requisitos:
1. Consentimiento no empaquetado. Los términos de acceso a la red y el consentimiento de marketing deben presentarse como elementos separados. Un usuario debe poder conectarse a la WiFi sin aceptar el marketing. Si no puede, el consentimiento de marketing no se otorga libremente y, por lo tanto, no es válido. Esta es la infracción de consentimiento más litigada en la UE.
2. Casillas de verificación sin marcar. Cada elemento de consentimiento opcional debe presentarse como una casilla de verificación sin marcar. Las casillas premarcadas están explícitamente prohibidas según el Considerando 32 del GDPR. El usuario debe realizar una acción afirmativa para optar por participar.
3. Divulgación detallada del propósito. Cada propósito de procesamiento debe describirse claramente. "Para fines comerciales" es insuficiente. "Para enviarle correos electrónicos promocionales sobre nuestro programa de fidelización" es suficiente.
4. Registro de auditoría de consentimiento. Su sistema debe registrar la marca de tiempo exacta, la dirección IP del usuario, la dirección MAC del dispositivo, las opciones de consentimiento específicas realizadas y la versión del aviso de privacidad presentado. Purple registra cada evento de consentimiento y conserva estos registros durante dos años después de la última interacción (datos internos de Purple), proporcionando un rastro de auditoría defendible.
5. Enlace al aviso de privacidad. La página de inicio debe enlazar directamente a su política de privacidad completa antes de que el usuario envíe cualquier dato.
Arquitectura de red: segmentación y cifrado
El procesamiento de datos conforme comienza en la capa de red. El tráfico de invitados debe estar aislado de su infraestructura corporativa.
Segmentación de VLAN. Configure una VLAN dedicada para el SSID de invitados. Aplique ACL que bloqueen los dispositivos de invitados de los rangos de direcciones RFC 1918 (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16). Habilite el aislamiento de clientes a nivel de punto de acceso para evitar el tráfico de invitado a invitado. Las plataformas Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks y Fortinet admiten esto de forma nativa.
Cifrado WPA3. Implemente WPA3 en su SSID de invitados cuando el hardware lo admita. El protocolo de enlace SAE (Simultaneous Authentication of Equals) de WPA3 elimina la vulnerabilidad KRACK presente en el protocolo de enlace de cuatro vías de WPA2 y proporciona confidencialidad directa (forward secrecy), lo que significa que una clave de sesión comprometida no se puede utilizar para descifrar el tráfico pasado. Para el hardware que aún no es compatible con WPA3, aplique WPA2 con AES-CCMP, no TKIP.
HTTPS en el Captive Portal. Ofrezca su página de bienvenida a través de HTTPS con un certificado TLS 1.2 o 1.3 válido. Recopilar datos personales a través de HTTP es un fallo de seguridad grave que se destacaría en cualquier investigación de la ICO. El Captive Portal alojado en la nube de Purple aplica HTTPS de forma predeterminada.
Integración de RADIUS. Integre su controlador de LAN inalámbrica con un servidor RADIUS para la autenticación. Cuando un usuario completa el flujo del Captive Portal, la plataforma envía un mensaje de acceso aceptado por RADIUS al WLC, otorgando acceso a la red. Esto crea una separación limpia y auditable entre el evento de autenticación y la capa de recopilación de datos. Purple se integra con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks y Fortinet a través de RADIUS estándar, sin necesidad de un servidor local.
Para un análisis más profundo de la arquitectura de autenticación empresarial, consulte nuestra guía sobre autenticación WiFi empresarial sin Active Directory ni servidores locales .
Retención de datos: el riesgo silencioso de cumplimiento
La mayoría de las organizaciones concentran sus esfuerzos de cumplimiento en la capa de recopilación del consentimiento y descuidan el principio de limitación del almacenamiento. Según el Artículo 5(1)(e) del GDPR, los datos personales no deben conservarse más tiempo del necesario para el fin para el que fueron recopilados. Retener los registros de sesión de forma indefinida es una infracción incluso si la recopilación original fue legal.
Un programa de retención de WiFi de invitados justificable:
| Tipo de datos | Retención recomendada | Justificación |
|---|---|---|
| Registros de sesión (IP, MAC, marcas de tiempo) | 30 días | Suficiente para la resolución de problemas de red e investigaciones de seguridad |
| Registros de consentimiento | 2 años tras la última interacción | Cubre posibles impugnaciones legales y auditorías regulatorias |
| Perfiles de marketing | Hasta que se retire el consentimiento | Eliminar inmediatamente tras la baja o la solicitud de supresión de DSAR |
| Registros de seguridad de red | 12 meses | Se alinea con la orientación del NCSC sobre respuesta a incidentes |
| Registros DHCP/DNS | 30 a 90 días | Admite análisis forense de seguridad; documente la justificación |
Purple aplica reglas de retención configurables por categoría de datos y ejecuta la eliminación automáticamente, de modo que no dependa de procesos manuales en un patrimonio de múltiples sedes.
Anexos de procesamiento de datos y diligencia debida del proveedor
Según el Artículo 28 del GDPR, su proveedor de WiFi para invitados es un Encargado del Tratamiento de Datos. Debe contar con un Anexo de Tratamiento de Datos (DPA) firmado antes de que cualquier dato personal fluya a una plataforma de terceros. El DPA debe especificar las categorías de datos tratados, los fines del tratamiento, los subencargados utilizados, las medidas de seguridad implantadas y los procedimientos para gestionar las DSAR y las violaciones de seguridad de los datos.
Al evaluar a los proveedores, solicite la certificación ISO 27001, un informe SOC 2 Tipo II y pruebas documentadas de su propio cumplimiento con el GDPR. Purple cuenta con la certificación ISO 27001, cumple con el GDPR y la CCPA, y posee las certificaciones Cyber Essentials y B Corp.
Para obtener más información sobre la arquitectura de seguridad WiFi para empresas, consulte nuestra guía de seguridad WiFi para empresas .
-
Guía de implementación
Paso 1: Realizar un inventario de datos
Mapee cada punto de datos que recopila su red de invitados. Incluya los campos del Captive Portal, los registros de sesión generados por el WLC, cualquier dato analítico enviado a plataformas de terceros y cualquier integración de CRM. Asigne una base legal a cada categoría de datos. Identifique cualquier tratamiento que actualmente carezca de una base válida.
Paso 2: Rediseñar su Captive Portal
Audite su página de inicio actual con respecto a los cinco requisitos anteriores. Si el consentimiento de marketing está vinculado al acceso a la red, sepárelos. Si las casillas de verificación están premarcadas, desmárquelas. Si su aviso de privacidad está oculto en un documento de términos de servicio, muéstrelo como un enlace directo en la página de inicio. El plan Purple Capture proporciona una plantilla de Captive Portal compatible y lista para usar que cumple con estos requisitos.
Paso 3: Configurar la segmentación de red
Cree una VLAN de invitados dedicada en su WLC. Aplique ACL que bloqueen el acceso a las subredes internas. Habilite el aislamiento de clientes. Pruebe la configuración conectando un dispositivo de invitado e intentando acceder a los recursos internos; no debería recibir respuesta.
Paso 4: Forzar HTTPS y WPA3
Verifique que su Captive Portal se sirva a través de HTTPS. Compruebe la fecha de caducidad de su certificado SSL y configure la renovación automática. Habilite WPA3 en el SSID de invitados si sus puntos de acceso lo admiten. Para Cisco Meraki, HPE Aruba, Ruckus y Juniper Mist, WPA3 está disponible en las versiones actuales de firmware.
Paso 5: Implementar la retención de datos automatizada
Configure calendarios de eliminación en su plataforma de análisis de WiFi. Establezca que los registros de sesión se eliminen después de 30 días. Configure los perfiles de marketing para que se eliminen inmediatamente tras la retirada del consentimiento. Documente su calendario de retención en su política de privacidad.
Paso 6: Establecer un proceso de DSAR
Cree un procedimiento por escrito para gestionar las Solicitudes de Acceso de los Interesados (DSAR). Tiene 30 días para responder. Un centro de preferencias de autoservicio, donde los invitados pueden ver, modificar y eliminar sus datos, reduce significativamente la carga operativa. La plataforma de Purple proporciona un centro de preferencias al que los invitados pueden acceder a través de un enlace en cualquier correo electrónico de marketing.
Paso 7: Firmar DPA con cada proveedor
Revise cada plataforma de terceros que reciba datos de invitados: su proveedor de analítica WiFi, su CRM, su plataforma de marketing por correo electrónico y cualquier red publicitaria. Asegúrese de que haya un DPA firmado con cada uno de ellos.
Mejores Prácticas
Utilice el perfilado progresivo. No lo pida todo en la primera visita. Recopile una dirección de correo electrónico en la primera conexión. En la segunda visita, solicite el nombre. En la tercera, ofrezca la inscripción en el programa de fidelización. Esto reduce la fricción, mejora la calidad de los datos y se alinea con el principio de minimización de datos.
Valide las direcciones de correo electrónico. Implemente la validación de correo electrónico en tiempo real en el Captive Portal. Las direcciones de correo electrónico falsas contaminan su CRM, dañan la entregabilidad y crean complicaciones de cumplimiento cuando no se puede responder a una solicitud DSAR porque la dirección de correo registrada no es válida.
Seudonimice los datos de ubicación en el origen. Si utiliza la analítica WiFi para el seguimiento de la afluencia (como hacen muchos operadores de Hospitality y Retail ), seudonimice las direcciones MAC en el punto de acceso antes de que los datos lleguen a su plataforma de analítica. Esto reduce sustancialmente el riesgo para la privacidad del procesamiento de la ubicación y refuerza su Evaluación de Interés Legítimo (LIA).
Realice una DPIA antes de desplegar la analítica. Según el artículo 35 del GDPR, la Evaluación de Impacto relativa a la Protección de Datos (DPIA) es obligatoria por ley antes de desplegar sistemas que impliquen el seguimiento de la ubicación a gran escala, el perfilado conductual o el tratamiento de datos de grupos vulnerables. Documente la evaluación y consérvela.
Supervise la aleatorización de direcciones MAC. iOS, Android y Windows randomizan las direcciones MAC por defecto. Esto significa que su plataforma de analítica verá una mayor rotación en los identificadores de dispositivos. Diseñe su analítica en torno a los datos a nivel de sesión en lugar de realizar un seguimiento persistente de los dispositivos.
Para los operadores de Healthcare y Transport , cuyos invitados pueden incluir pacientes o pasajeros en situaciones vulnerables, aplique un mayor escrutinio a sus Evaluaciones de Interés Legítimo y considere si se requiere un consentimiento explícito para todo el procesamiento.
Resolución de Problemas y Mitigación de Riesgos
Modo de fallo: fatiga por consentimiento. Si su Captive Portal solicita demasiada información o presenta demasiadas opciones de consentimiento, los usuarios abandonan la conexión o hacen clic para continuar sin leer. Mitigación: limite los campos obligatorios a una dirección de correo electrónico. Ofrezca una única casilla opcional para el consentimiento de marketing. Utilice un lenguaje claro y sencillo. Pruebe las tasas de finalización y optimice el proceso. Modo de fallo: datos de marketing obsoletos. Conservar perfiles de marketing de usuarios que no han interactuado en años infringe el principio de limitación del plazo de conservación y perjudica la entregabilidad del correo electrónico. Mitigación: implementar una campaña de reactivación tras 12 meses de inactividad. Eliminar los perfiles que no respondan en un plazo de 30 días tras el correo electrónico de reactivación.
Modo de fallo: Captive Portal inseguro. Servir la página de bienvenida a través de HTTP expone las credenciales y los datos personales de los usuarios a la interceptación. Mitigación: imponer HTTPS. Automatizar la renovación de certificados. Realizar pruebas con un escáner de red para confirmar que no existe una alternativa HTTP.
Modo de fallo: ausencia de DPA. El envío de datos de invitados a una plataforma de terceros sin un DPA firmado le hace solidariamente responsable de cualquier brecha o uso indebido por parte de ese encargado del tratamiento. Mitigación: auditar todos los flujos de datos trimestralmente. Exigir un DPA firmado antes de activar cualquier nueva integración.
Modo de fallo: incumplimiento del plazo de notificación de brechas de 72 horas. El plazo de notificación de brechas del GDPR comienza en el momento en que se tiene conocimiento de la brecha, no cuando concluye la investigación. Mitigación: mantener una lista de comprobación de respuesta ante brechas con la notificación a la ICO como un paso dentro de las primeras 24 horas tras el descubrimiento. Asegúrese de que su equipo sabe que debe notificar antes de que finalice la investigación.
Para obtener orientación sobre la gestión de la revocación de accesos - de relevancia cuando el personal se marcha o es necesario rescindir el acceso de contratistas - consulte nuestra guía sobre cómo revocar el acceso a WiFi cuando un empleado se marcha .
ROI e impacto empresarial
El cumplimiento del GDPR no es meramente un centro de costes. Un despliegue de WiFi para invitados que sea compatible y esté bien estructurado genera un valor comercial medible.
Calidad de los datos de origen (first-party data). Los invitados que aceptan activamente el marketing están más comprometidos que los coaccionados mediante el consentimiento combinado. Los establecimientos que utilizan los flujos de consentimiento compatibles de Purple registran tasas de aceptación de marketing del 35-45% (datos internos de Purple), con tasas de apertura de correo electrónico más altas y tasas de baja más bajas que los enfoques combinados anteriores al GDPR.
Reducción de la exposición regulatoria. El historial de sanciones de la ICO incluye una multa de 18,4 millones de libras contra Marriott International por seguridad de datos inadecuada (ICO, 2020) y una multa de 500.000 libras contra DSG Retail por fallos de seguridad (ICO, 2020). Una arquitectura compatible reduce directamente esta exposición.
Eficiencia operativa. La retención automatizada de datos y las solicitudes de acceso a datos personales (DSAR) de autoservicio reducen el tiempo de personal necesario para gestionar el cumplimiento. La plataforma de Purple gestiona el registro de consentimiento, la aplicación de la retención y la gestión de las DSAR de forma automática, reduciendo los costes de cumplimiento de una propiedad de 50 establecimientos a una fracción de lo que requieren los procesos manuales.
Confianza del cliente. El 79% de los consumidores afirma que es más probable que confíe en las marcas que son transparentes sobre el uso que hacen de sus datos (Cisco Consumer Privacy Survey, 2022). Un Captive Portal claro y honesto que explique el intercambio de valor - WiFi gratuito a cambio de una dirección de correo electrónico - genera confianza en lugar de erosionarla. La plataforma de WiFi Analytics de Purple le ofrece las herramientas para capturar este valor de forma totalmente conforme. Con 29 000 millones de puntos de datos recopilados en más de 80 000 centros (datos internos de Purple), contamos con la escala necesaria para validar lo que funciona en la práctica, no solo en la teoría.
Para los operadores de locales de Retail , la captura conforme de datos de origen (first-party) combinada con la analítica de afluencia mejora notablemente la segmentación de las campañas y la experiencia en la tienda. Para los operadores de Hostelería , impulsa el crecimiento de los programas de fidelización y la repetición de reservas. Para los centros de Transporte , permite la gestión del flujo de pasajeros y ofertas comerciales personalizadas.
Los administradores de red que crean sistemas de WiFi para invitados conformes no solo evitan multas. Están construyendo la infraestructura de datos en la que se basará la estrategia de marketing y operaciones de su organización durante la próxima década.
Definiciones clave
Responsable del Tratamiento
La entidad que determina los fines y medios del tratamiento de datos personales. En una implementación de WiFi para invitados, el operador del establecimiento es el Responsable del Tratamiento y asume la responsabilidad legal última del cumplimiento del GDPR.
Los responsables de TI deben comprender esta designación porque significa que el establecimiento - y no el proveedor de WiFi - es el principal responsable de cualquier fallo de cumplimiento.
Encargado del Tratamiento
Una entidad que trata datos personales en nombre del Responsable del Tratamiento, bajo un Anexo de Tratamiento de Datos (DPA) formal. Purple actúa como Encargado del Tratamiento para sus clientes del establecimiento.
Debe existir un DPA firmado antes de que cualquier dato personal fluya hacia una plataforma de terceros. Enviar datos de invitados a un proveedor sin un DPA hace que el responsable sea solidariamente responsable de cualquier uso indebido.
Captive Portal
Una interfaz web que intercepta el tráfico HTTP o HTTPS de un invitado y lo redirige a una página de consentimiento y autenticación antes de conceder acceso a la red. Es el mecanismo principal para establecer una base legal para el tratamiento de datos en una red de invitados.
El diseño del Captive Portal determina si la recogida de consentimiento es legalmente válida. Los portales mal diseñados son la fuente más común de infracciones del GDPR en implementaciones de WiFi para invitados.
RADIUS (Remote Authentication Dial-In User Service)
Un protocolo de red que proporciona autenticación, autorización y contabilidad centralizadas para el acceso a la red. En WiFi de invitados, un mensaje RADIUS Access-Accept desde la plataforma del Captive Portal al controlador de LAN inalámbrica concede acceso a la red al invitado después de que complete el flujo de consentimiento.
La integración de RADIUS crea un registro auditable y con marca de tiempo de cada evento de autenticación, lo que respalda tanto la supervisión de la seguridad como la documentación de cumplimiento del GDPR.
Dirección MAC
Un identificador de hardware único asignado a un controlador de interfaz de red. Clasificado como datos personales bajo el GDPR cuando se puede vincular a una persona identificable. iOS 14+, Android 10+ y Windows 10+ aleatorizan las direcciones MAC de forma predeterminada para reducir el seguimiento persistente de dispositivos.
Las direcciones MAC deben estar sujetas a su política de retención de datos. La aleatorización de direcciones MAC no elimina la obligación de protección de datos en el punto de recogida.
Interés legítimo
Una base legal bajo el Artículo 6(1)(f) del GDPR que permite el tratamiento cuando es necesario para los intereses legítimos del responsable, siempre que dichos intereses no queden anulados por los derechos del interesado. Requiere una Evaluación de Interés Legítimo (LIA) documentada.
A menudo se utiliza para justificar el registro básico de sesiones para la seguridad de la red. No puede utilizarse como base universal para marketing o analíticas sin una LIA sólida.
DSAR (Data Subject Access Request)
Una solicitud formal por parte de un individuo para acceder, rectificar o suprimir los datos personales que una organización tiene sobre él. Los establecimientos deben responder en un plazo de 30 días. El incumplimiento de la respuesta es un desencadenante de sanción por parte de la ICO.
Un centro de preferencias de autoservicio reduce la carga operativa de las DSAR. La plataforma de Purple permite a los invitados ver y eliminar sus propios datos sin requerir la intervención manual de su equipo.
DPIA (Data Protection Impact Assessment)
Evaluación de riesgos estructurada que exige el Artículo 35 del GDPR antes de implementar actividades de tratamiento de datos que puedan entrañar un alto riesgo para las personas. Es obligatoria para el seguimiento de la ubicación a gran escala, la elaboración de perfiles de comportamiento y el tratamiento de datos de colectivos vulnerables.
Cualquier establecimiento que implemente análisis de afluencia basados en WiFi o monitorización de densidad de multitudes debe realizar una DPIA antes de la puesta en marcha. La evaluación debe ser documentada y conservada.
WPA3
La generación actual de protocolo de seguridad WiFi, estandarizada por la WiFi Alliance. Utiliza el protocolo de Autenticación Simultánea de Iguales (SAE) para sustituir el intercambio de cuatro vías de WPA2, lo que proporciona confidencialidad directa y resistencia a ataques de diccionario offline. Compatible con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist y Ubiquiti UniFi en los firmwares actuales.
La implementación de WPA3 en los SSID de invitados es una práctica recomendada de seguridad y demuestra a los reguladores que se han adoptado las medidas técnicas adecuadas en virtud del Artículo 32 del GDPR.
VLAN (Red de área local virtual)
Segmento de red lógico que aísla el tráfico en la Capa 2. En el WiFi de invitados, una VLAN de invitados dedicada impide que los dispositivos de los invitados accedan a los recursos de la red corporativa, aunque compartan la misma infraestructura física.
La segmentación por VLAN es el control de arquitectura de red fundamental para el WiFi de invitados. Sin ella, un dispositivo de invitado en el mismo switch físico que un servidor corporativo podría llegar a acceder a los recursos internos.
Ejemplos prácticos
Un establecimiento de Premier Inn de 200 habitaciones necesita ofrecer un acceso WiFi para invitados sin interrupciones y, al mismo tiempo, recopilar correos electrónicos para su boletín de marketing. Su sistema actual obliga a los invitados a aceptar las comunicaciones de marketing como condición para conectarse. El director del establecimiento ha recibido una queja de un invitado que no sabía que su correo electrónico se utilizaría para fines de marketing.
Implemente un Captive Portal conforme a la normativa utilizando el plan Purple Capture. Configure el portal con dos elementos de consentimiento independientes: Casilla 1 (obligatoria, desmarcada hasta que el usuario la marque): "Acepto las Condiciones de servicio para el acceso WiFi". Casilla 2 (opcional, desmarcada por defecto): "Consiento recibir correos electrónicos de marketing de Premier Inn". El usuario debe poder marcar la Casilla 1 y conectarse sin necesidad de marcar la Casilla 2. Configure el portal para registrar ambas opciones de consentimiento con una marca de tiempo y la versión de la política de privacidad. Integre el portal con el CRM del hotel a través de la API de Purple, sincronizando únicamente aquellos usuarios que marcaron la Casilla 2. Configure la eliminación automatizada de los perfiles de marketing tras la exclusión voluntaria. Pruebe el flujo conectando un dispositivo, marcando únicamente la Casilla 1 y verificando que no se cree ningún registro de marketing en el CRM.
El equipo de TI de un estadio con capacidad para 60 000 personas quiere utilizar analíticas WiFi para supervisar la densidad de la multitud en tiempo real, identificar puntos críticos y mejorar la seguridad. El equipo jurídico ha advertido de que el seguimiento de la ubicación de los dispositivos de los invitados sin consentimiento puede infringir el GDPR. El estadio utiliza puntos de acceso Cisco Meraki y actualmente no dispone de Captive Portal.
Implemente la plataforma de WiFi para invitados de Purple en la infraestructura existente de Cisco Meraki mediante la integración de la API de Meraki. Configure un Captive Portal que revele explícitamente el procesamiento de los datos de ubicación: "Utilizamos la señal WiFi de su dispositivo para supervisar la densidad de la multitud y mejorar la seguridad en este recinto. Estos datos son anonimizados y no se utilizan para rastrear a personas". Active la seudonimización de direcciones MAC a nivel de punto de acceso de Meraki mediante la configuración de procesamiento perimetral de Purple, de modo que las direcciones MAC originales se sustituyan por identificadores seudónimos antes de que los datos lleguen a la plataforma de análisis de Purple. Configure el panel de análisis para mostrar datos de densidad agregados por zonas, no trayectorias de dispositivos individuales. Realice una evaluación de impacto relativa a la protección de datos (DPIA) antes de la puesta en marcha, documentando los riesgos para la privacidad y las mitigaciones aplicadas. Conserve la DPIA en sus registros de cumplimiento.
Preguntas de práctica
Q1. Una cadena de tiendas quiere utilizar los datos del WiFi de invitados para enviar correos electrónicos promocionales a los compradores. Su equipo de TI propone añadir una casilla premarcada en el portal cautivo con el texto "Deseo recibir ofertas exclusivas". El equipo de marketing argumenta que esto es correcto porque los usuarios pueden desmarcarla. ¿Cumple este enfoque la normativa y qué debería hacerse en su lugar?
Sugerencia: Tenga en cuenta el Considerando 32 del GDPR y la definición de consentimiento inequívoco.
Ver respuesta modelo
No, esto no cumple la normativa. El Considerando 32 del GDPR establece explícitamente que las casillas premarcadas no constituyen un consentimiento válido. El consentimiento debe ser un acto afirmativo. La casilla debe estar desmarcada por defecto, de modo que requiera que el comprador la marque activamente para aceptar. La solución es sencilla: cambiar la casilla para que esté desmarcada por defecto. Asegúrese también de que el consentimiento de marketing se presente como un elemento independiente de las condiciones de servicio para el acceso a la red, de modo que los compradores puedan conectarse sin tener que aceptar el marketing.
Q2. Su equipo de seguridad de red necesita conservar los registros de DHCP y DNS de la red de invitados para investigar un brote de malware que se produjo hace tres meses. Los registros aún se conservan en el SIEM. La política de retención de datos establece que los registros de sesión deben eliminarse a los 30 días. ¿Cómo gestiona este conflicto?
Sugerencia: Tenga en cuenta la base jurídica del interés legítimo y el concepto de excepción documentada.
Ver respuesta modelo
El periodo estándar de retención de 30 días puede ampliarse para una investigación de seguridad activa bajo la base jurídica del interés legítimo. Sin embargo, esta excepción debe documentarse: registre la fecha del incidente, el alcance de la investigación, los datos específicos que se conservan más allá del periodo estándar y la fecha prevista de finalización de la retención ampliada. Una vez cerrada la investigación, los registros deben eliminarse. No utilice una investigación activa como motivo indefinido para conservar datos.
Q3. Un invitado de su hotel envía una solicitud de derecho de supresión por correo electrónico. Se conectó al WiFi de invitados hace seis meses y se suscribió a su boletín de marketing. ¿Qué medidas debe tomar y en qué plazo?
Sugerencia: Piense en todos los sistemas en los que pueden residir los datos del invitado, no solo en la plataforma WiFi.
Ver respuesta modelo
Debe completar la supresión en un plazo de 30 días a partir de la solicitud. Medidas requeridas: (1) Elimine el perfil de marketing del invitado de su plataforma de análisis de WiFi (Purple). (2) Asegúrese de que la eliminación se propague en cascada a todos los sistemas integrados: su CRM, su plataforma de marketing por correo electrónico (por ejemplo, Mailchimp o HubSpot) y cualquier plataforma publicitaria que haya recibido los datos. (3) Excluya la dirección de correo electrónico de futuros envíos de marketing para evitar que se vuelva a recopilar. (4) Conserve un registro de la propia solicitud de supresión (no de los datos personales) para su pista de auditoría de cumplimiento. Nota: puede conservar los registros de sesión durante el periodo estándar de 30 días a partir de la fecha de conexión, pero si dichos registros ya se han purgado en virtud de su política de retención, no es necesario realizar ninguna acción.
Q4. Está implementando WiFi para invitados en un complejo de centros de conferencias de 15 sedes. Cada sede utiliza un proveedor de hardware diferente: cinco sedes utilizan Cisco Meraki, cinco utilizan HPE Aruba y cinco utilizan Ruckus. ¿Cómo implementa una arquitectura de portal cautivo y registro de consentimiento coherente y conforme en las 15 sedes sin tener que desplegar servidores locales independientes en cada ubicación?
Sugerencia: Considere el enfoque de capa de red en la nube independiente del hardware.
Ver respuesta modelo
Implemente Purple como una capa de red en la nube independiente del hardware. Purple se integra con Cisco Meraki, HPE Aruba y Ruckus a través de sus respectivas API y protocolos RADIUS, ofreciendo una única plantilla de portal cautivo coherente en las 15 sedes. El registro de consentimiento, la aplicación de la retención de datos y la gestión de las solicitudes de derechos de los interesados se centralizan en la plataforma en la nube de Purple, lo que elimina la necesidad de servidores locales. Configure una única política de privacidad y plantilla de consentimiento en Purple y, a continuación, aplíquela a todas las sedes. Esto garantiza una postura de cumplimiento coherente, independientemente del proveedor de hardware subyacente.
Continúe leyendo esta serie
Grandstream GWN and guest WiFi: captive portal setup with Purple
Cómo funcionan los puntos de acceso Grandstream GWN con Purple guest WiFi: una página de bienvenida externa, RADIUS y un walled garden, con un enlace a la guía de configuración paso a paso de Purple para obtener la configuración exacta.
Huawei iMaster NCE (CloudCampus) y WiFi de invitados: configuración de captive portal con Purple
Cómo el WiFi de invitados en la nube de Purple se integra sobre los puntos de acceso Huawei AirEngine gestionados en iMaster NCE, utilizando autenticación de portal y RADIUS relay, y dónde encontrar los pasos exactos de configuración.
Mikrotik RouterOS y WiFi de invitados: configuración de Captive Portal con Purple
Cómo la WiFi de invitados en la nube de Purple se integra en los dispositivos MikroTik con RouterOS, utilizando el Hotspot integrado y RADIUS, y dónde encontrar los pasos exactos de configuración.