Seguridad en redes de invitados: Una guía práctica para 2026
Published
El consejo más popular sobre seguridad en redes de invitados también es el más débil. Establece una contraseña segura, cámbiala mensualmente, crea un SSID de invitados independiente y listo. Pero no es así. Una contraseña protege quién se une, pero no dice nada sobre adónde puede ir un dispositivo conectado, a qué dispositivos puede acceder o cómo eliminar a un invitado sin desconectar a todos los demás.
Yo comenzaría desde el supuesto opuesto. Cada dispositivo de invitado es no administrado y no confiable, cada credencial compartida se difundirá y cada página de inicio de sesión que muestre se puede copiar. Diseñe en función de esos tres hechos y el resto de sus elecciones se volverán más simples y honestas.
Tabla de contenido
- Por qué las redes de invitados necesitan su propio modelo de seguridad
- Los controles principales y cómo verificar cada uno
- Cómo segmentar el tráfico de invitados de las operaciones
- Elección de métodos de acceso y gestión de credenciales de invitados
- Aislamiento de IoT y dispositivos compartidos sin caos
- Filtrado, monitoreo y detección de abusos
- Confirme sus responsabilidades de cumplimiento antes del lanzamiento
Por qué las redes de invitados necesitan su propio modelo de seguridad
Un hotel que entrega la misma llave maestra a cada huésped no se consideraría seguro solo porque la llave fuera larga y compleja. Una sola tarjeta perdida abriría todas las habitaciones. Una red plana con una contraseña de invitados compartida funciona exactamente de la misma manera. La credencial permite que un visitante, la laptop infectada de un contratista o un extraño en el estacionamiento accedan a la red, y el diseño determina entonces si pueden llegar a una caja registradora, una impresora, una interfaz de gestión o el teléfono de otro huésped.
Un SSID es una etiqueta, no un límite. El cifrado en el enlace de radio evita la escucha casual cercana. No obstante, no controla quién puede enrutar hacia dónde una vez que el tráfico llega a sus switches y firewall.
Lo que demuestra el patrón de brechas
La magnitud de ese error se refleja en el Informe de Investigaciones de Brechas de Datos de Verizon 2025, que analizó 22,052 incidentes de seguridad reales e identificó 12,195 brechas de datos confirmadas dentro de las organizaciones. El uso indebido de credenciales siguió siendo el principal vector de acceso inicial con un 22%, mientras que la explotación de vulnerabilidades alcanzó el 20%, lo que representa un aumento del 34% con respecto al informe anterior.
Ese mismo informe reveló que la participación de terceros en las vulneraciones de seguridad se duplicó al 30%. Los proveedores, contratistas, inquilinos y proveedores de servicios son exactamente las personas que a menudo terminan en la conectividad para visitantes porque nadie quiere ponerlos en la red del personal y nadie ha creado una categoría adecuada para ellos.
Tres fuentes de exposición representan la mayoría de las fallas en redes de invitados:
- Credenciales compartidas: Una contraseña no se puede atribuir a una persona individual ni revocar para un solo dispositivo.
- Dispositivos de visitantes no gestionados: No controlas sus parches, estado de malware o configuración de uso compartido.
- Redes planas: Un dispositivo comprometido puede rastrear sistemas operativos que nunca debieron estar a su alcance.
Por lo tanto, una buena seguridad en la red de invitados requiere cuatro propiedades que trabajen en conjunto. Se necesita separación entre los dispositivos de invitados y los activos operativos, acceso basado en la identidad en lugar de una admisión anónima, revocación rápida para una sola persona o dispositivo, y monitoreo que detecte autenticaciones y tráfico anormales. Si falta una, las demás tendrán que soportar más peso del que deberían.
Regla práctica: Trate el acceso de invitados como una zona no confiable que resulta ser útil, no como una red confiable con un nombre más amigable.
Los controles fundamentales y cómo verificar cada uno
Evalúe su configuración actual con esta tabla antes de comprar algo nuevo. Marque cada fila como aprobada, no aprobada o no probada. No probada es la respuesta honesta para la mayoría de los establecimientos, y es la que puede solucionar más rápido.
| Control | Amenaza que detiene | Configuración mínima | Cómo verificar |
|---|---|---|---|
| VLAN de invitados dedicada | Invitados accediendo al personal, punto de venta y sistemas de administración | VLAN y subred propias sin ruta a rangos internos | Probar un host de personal desde un dispositivo de invitado |
| Aislamiento de clientes | Invitados accediendo a los dispositivos de otros invitados | Habilitado en el SSID de invitados y puntos de acceso | Dos dispositivos de prueba de invitados no pueden hacer ping entre sí |
| Reglas de firewall con denegación por defecto | Movimiento lateral de invitados a hosts internos | Solo se permite DHCP, DNS, autenticación de portal y salida a internet | Prueba de alcanzabilidad automatizada desde la VLAN de invitados |
| DNS de invitados filtrado | Malware, phishing y categorías de contenido no deseado | Resolutor dedicado con bloqueos por categoría por VLAN | Consultar un dominio de prueba de una categoría bloqueada |
| Captive Portal HTTPS | Portales falsos que roban credenciales | Certificado válido en un dominio estable, sin campos innecesarios | Verificar el certificado y el dominio desde un dispositivo limpio |
| Credenciales únicas para invitados | Exposición de contraseñas compartidas | Una clave o certificado por invitado, dispositivo o sesión, con vencimiento | Revocar una credencial de prueba y confirmar que las demás aún se conectan |
| Límites y tiempos de espera por cliente | Descargas masivas y saturación a otros usuarios | Límites por cliente, tiempos de espera por inactividad y por sesión | Ejecutar una prueba de velocidad mientras un segundo cliente realiza streaming |
| Límite de tasa de autenticación | Relleno de credenciales (credential stuffing) | Restringir o bloquear después de fallos repetidos | Reproducir inicios de sesión fallidos y confirmar una entrada en el registro |
| Registros conservados | Puntos ciegos durante incidentes | Registros de autenticación, DHCP, DNS y firewall conservados durante un período definido | Rastrear una sesión de prueba desde el inicio de sesión hasta la desconexión |
Un control es tan bueno como la prueba que se le realiza
Una captura de pantalla de la configuración demuestra la intención. Una prueba demuestra el cumplimiento. Una regla de firewall permisiva heredada de una política antigua puede deshacer una VLAN correctamente nombrada, y nadie se da cuenta hasta que un escáner, un auditor o un atacante intenta la ruta que usted asumió que estaba cerrada.
Vuelva a ejecutar la columna de verificación después de cada cambio en el firewall, el controlador o el punto de acceso. Esa disciplina importa más que agregar otra herramienta. Para obtener un panorama legal y operativo más amplio sobre la protección de los sistemas empresariales contra ciberamenazas, vale la pena alinear sus evidencias de red con las obligaciones que su organización ya asume en materia de datos y sistemas.
Yo empezaría con las soluciones más económicas. El aislamiento de clientes y los límites por cliente suelen ser cambios de configuración en puntos de acceso que ya tienes, por lo que puedes activarlos y probarlos el mismo día. Las reglas del firewall llevan más tiempo porque primero tienes que mapear las dependencias, como las impresoras que el personal espera que usen los invitados o una terminal de pago que alguien colocó en la VLAN incorrecta.
Resuelva primero las tareas rápidas y luego programe el trabajo de firewall adecuadamente. No permita que un proyecto de segmentación perfecto retrase la activación del aislamiento esta misma noche.
Cómo segmentar el tráfico de invitados de las operaciones
La segmentación falla sin previo aviso. El nombre de la VLAN se ve bien, el SSID se asigna a ella y, aun así, una regla de permiso general permite que los invitados accedan a la subred del personal. Siga los pasos en orden y finalice con una prueba que intente romper su propio diseño.
Los tres movimientos iniciales le dan la estructura de la que depende todo lo demás.
- Cree una VLAN y una subred dedicadas para invitados. Ninguna ruta interna debe alcanzarla, y tampoco debe extenderse hacia el interior.
- Asocie el SSID de invitados a esa VLAN. Hágalo en el controlador inalámbrico o en el panel de control en la nube, no solo por convención de nombres.
- Escriba reglas de denegación predeterminadas. Bloquee el tráfico de invitados a la red corporativa, de invitados a la administración y de invitados a dispositivos, a menos que exista una razón específica para permitirlo.
- Permita únicamente lo que sea necesario. Permita DHCP, DNS, autenticación de Captive Portal y salida a Internet. Todo lo demás comienza denegado.
- Dirija a los invitados a un resolvedor DNS filtrado. Los invitados no deben heredar el resolvedor interno ni tener la libertad de usar cualquier resolvedor que deseen sin una directiva.
- Asigne al tráfico de invitados su propio direccionamiento de origen. De este modo, los incidentes se rastrean de forma clara hacia la zona de invitados en lugar de mezclarse con el tráfico del personal.
- Ejecute una prueba automatizada de alcanzabilidad este-oeste. Desde un dispositivo de invitado, sondee direcciones del personal, de pagos, de cámaras y de administración, y luego corrija cada ruta abierta que encuentre.
- Repita la misma plantilla en cada sitio. Estandarice la VLAN, el direccionamiento, el DNS, el registro y las reglas de denegación para que un sitio no se convierta en una excepción vulnerable.
Por qué son importantes las redes lógicas independientes
Esa secuencia refleja la orientación de la guía de implementación de CISA sobre la segmentación del tráfico de redes de invitados y telemetría, que describe cómo el tráfico de invitados comparte la infraestructura física pero viaja hacia arriba a través de VLAN distintas con direccionamiento de origen dedicado. NIST adopta la misma postura para el diseño inalámbrico. Recomienda WLAN lógicas independientes siempre que los usuarios tengan diferentes perfiles de seguridad, incluyendo explícitamente redes internas y de invitados externos, y establece que los dispositivos en una WLAN no deben poder conectarse a dispositivos en otra.
Compartir puntos de acceso y switches es correcto. Compartir la confianza no lo es.
El recorrido a continuación muestra la lógica de segmentación en la práctica, lo cual es útil al comparar la configuración de su propio controlador con los pasos anteriores.
Planifique el direccionamiento y el diseño del SSID como un solo ejercicio, no como trabajos independientes a cargo de diferentes personas. Un diseño de red WiFi limpio logra que el mapa de VLAN, la cobertura y los límites de las políticas coincidan entre sí.
Su verificación de éxito es contundente. La prueba del paso 7 debe fallar para cada dirección interna. Si un dispositivo de prueba de un invitado recibe respuesta de una caja registradora, un servidor de archivos o una página de administración de puntos de acceso, aún no tiene segmentación. Solo tiene un diagrama.
Elección de métodos de acceso y gestión de credenciales de invitados
Un Captive Portal tiene dos caras. Es la forma más fácil de incorporar a un extraño, y un portal copiado es la forma más fácil de robar las credenciales de ese extraño. Trate al portal como un límite de seguridad, no como un formulario de marketing con un botón de inicio de sesión.
| Método | Tipo de credencial | Esfuerzo del invitado | Nivel de seguridad | Mejor uso |
|---|---|---|---|---|
| Frase de paso compartida (WPA2 o WPA3 Personal) | Una contraseña para todos los usuarios | Bajo, pero la contraseña se divulga | Bajo | Cafeterías pequeñas sin personal ni sistemas de pago en la misma ruta |
| Captive Portal en un SSID abierto | Inicio de sesión mediante SSO, redes sociales, código único por SMS o voucher | Medio, una página de inicio de sesión en cada nueva sesión | Medio, depende de la confianza del portal | Público en general e invitados de hotel, con HTTPS y consentimiento registrado |
| OpenRoaming | Perfil de identidad federada | Bajo, funciona en todas las redes participantes | Alto, controlado por el proveedor de identidad | Viajeros y visitantes recurrentes en recintos participantes |
| WPA3-Enterprise con EAP-TLS | Certificado por dispositivo emitido por un MDM | Bajo en dispositivos administrados, requiere configuración previa | Muy alto | Personal, cajas registradoras y dispositivos administrados |
| Clave precompartida por dispositivo (PPSK / iPSK) | Clave única vinculada a un dispositivo, usuario o inquilino | Bajo, la clave se emite una sola vez | Alto, revocable de forma individual | IoT, unidades de renta, residentes y dispositivos que no admiten certificados |
Verifique el portal antes de confiar en él
Exija HTTPS en un dominio estable con un certificado válido y mantenga la coherencia del dominio para que los usuarios recurrentes puedan aprender a reconocer la página legítima. No solicite campos que no necesite y no muestre un campo de contraseña a menos que los usuarios lo esperen. Capacite al personal de recepción y de piso para que cuestionen una página de inicio de sesión inesperada en una red abierta, ya que los invitados les preguntarán a ellos, y no al equipo de TI, si es auténtica.
Esa precaución no es teórica. La investigación descrita en una publicación de la Universidad de Münster sobre hotspots de WiFi públicos examinó 55 hotspots de WiFi públicos alemanes y encontró un comportamiento continuo de alto riesgo y posibles violaciones al GDPR, incluyendo la recopilación excesiva de datos personales. Una investigación independiente de 2025 reveló que el 66% de los participantes no estaban preocupados por la autenticidad o la seguridad de los portales cautivos. Si los usuarios no pueden distinguir su portal de una suplantación, agregar más campos al suyo aumenta el riesgo en lugar de reducirlo.
Para visitantes recurrentes, Passpoint u OpenRoaming elimina por completo el portal en las siguientes visitas. La contrapartida es práctica. Necesita puntos de acceso compatibles y un proveedor de identidad, así que confirme el soporte de hardware antes de prometerlo. Al especificar ese hardware entre sitios, es prudente referir a los equipos de compras con nosotros para realizar verificaciones de estilo en el proceso de compra con anticipación, de modo que la capacidad del punto de acceso se verifique antes de firmar contratos y no después de la instalación.
Otorgue al personal una clase de acceso diferente
El personal, las cajas registradoras y los administradores no deben compartir la ruta de invitados con un nivel de privilegio más alto. Para un acceso de alta seguridad, las indicaciones de la Wi-Fi Alliance sobre seguridad WiFi especifican que el modo WPA3-Enterprise de 192 bits solo permite EAP-TLS, con TLS_ECDHE_ECDSA utilizando AES-256-GCM y SHA-384, además de la curva elíptica P-384. Valide primero la compatibilidad del cliente, ya que cada cliente en esa red debe operar en el mismo modo de 192 bits. Mantenga una ruta de incorporación de invitados independiente para los dispositivos que no puedan admitirlo.
Gestione el ciclo de vida de las credenciales
La razón es cuantificable. La investigación de credential stuffing de Verizon 2025 reveló que las credenciales comprometidas fueron un vector de acceso inicial en el 22% de las brechas analizadas, y la actividad de credential stuffing representó una mediana del 19% de todos los intentos de autenticación cada día. La tasa aumentó al 25% en organizaciones de nivel empresarial, en comparación con el 12% en pequeñas empresas.
Otorgue un acceso que se pueda atribuir a una persona, dispositivo, inquilino o sesión. Establezca la expiración desde el momento de la emisión, de modo que la clave de un visitante termine al hacer el checkout o al finalizar una reserva sin que nadie tenga que acordarse de eliminarla. Limite la tasa de intentos de autenticación y registre cada evento de autenticación con la directiva que generó.
Supongamos que se reporta como robada la tablet de un visitante. Revoca esa única clave o certificado, la tablet se desconecta y todos los demás invitados permanecen conectados. Con una contraseña compartida, sus opciones son peores. O deja válido el dispositivo robado o cambia la contraseña de todo el edificio y se la vuelve a entregar a todos.
Monitoree cuatro métricas para saber si el sistema funciona correctamente bajo carga:
- Éxito en la emisión de certificados: Los dispositivos gestionados deben inscribirse sin soluciones manuales.
- Latencia de autenticación: Los inicios de sesión lentos empujan al personal a buscar alternativas.
- Tasa de fallos de autenticación: Los picos repentinos señalan ataques o perfiles defectuosos.
- Tiempo de propagación de revocación: Mide cuánto tiempo permanece conectado un dispositivo revocado.
Cómo aislar dispositivos IoT y compartidos sin generar caos
La televisión de un hotel, la laptop de un inquilino, una terminal de punto de venta y el dispositivo de un médico visitante no pertenecen a la misma categoría de confianza. Tienen diferentes propietarios, diferentes esquemas de parches, diferentes necesidades de tiempo de actividad y consecuencias muy distintas si se ven comprometidos. Llamar a todos invitados oculta esas diferencias.
En su lugar, agrupe por función. Coloque a los invitados, al personal, a los contratistas, a los residentes, a los dispositivos IoT y a los sistemas de pago en categorías separadas, cada uno en su propia VLAN con reglas de denegación por defecto entre ellas. Una categoría solo obtiene una ruta hacia otra categoría cuando un servicio específico la necesita.
Dispositivos que no admiten certificados
Mucho hardware operativo no puede ejecutar EAP-TLS y nunca lo hará. No resuelva eso entregándole la contraseña del personal. Asígnele una clave precompartida única vinculada a su dirección MAC, en una VLAN de dispositivos asignada a su clase, para que pueda revocar una televisión o un sensor sin afectar al resto de la flota.
Luego controle a dónde puede ir. Un termostato o una cerradura inteligente por lo general solo necesitan los endpoints en la nube de su proveedor y nada más, así que utilice una lista de acceso permitido de salida y DNS filtrado en lugar de un acceso a internet abierto. Esto limita el daño si el dispositivo se ve comprometido y hace que su patrón de tráfico habitual sea fácil de reconocer.
Tome una cerradura inteligente como caso de prueba. Se ubica en una VLAN de dispositivos, los invitados no pueden acceder a ella y su clave pertenece al hardware en lugar de al invitado que ocupe la habitación esta semana. La clave sigue siendo válida entre cambios de huéspedes y solo finaliza cuando se reemplaza el dispositivo.
Ese enfoque coincide con NIST IR 8350, la guía fundamental sobre IoT de 2025 de NIST, la cual se centra en gran medida en los escenarios de dispositivos basados en WiFi y trata la conectividad IoT como un aspecto que requiere consideraciones dedicadas de seguridad y confianza en lugar de una VLAN de invitados genérica. NIST también señala que la segmentación entre bocinas inteligentes, dispositivos biométricos y otros sistemas de atención médica puede limitar la capacidad de un atacante para desplazarse desde un dispositivo vulnerable hacia sistemas más sensibles.
Un diseño basado únicamente en VLAN puede parecer en regla en un diagrama, mientras que las credenciales compartidas y los dispositivos no gestionados permanecen completamente expuestos por debajo.
Monitoree el tráfico anómalo entre segmentos, especialmente los intentos denegados desde las VLAN de dispositivos. Un sensor de fugas que intenta acceder a un servidor de archivos no es una curiosidad. Es su advertencia más temprana.
Filtrado, monitoreo y detección de abusos
El filtrado funciona mejor como una directiva por VLAN, no como una sola configuración para todo el edificio. Una VLAN de invitados obtiene filtrado de contenido, una VLAN del personal obtiene bloqueo de amenazas y una VLAN de estudiantes obtiene una directiva de protección. La misma infraestructura, diferentes funciones.
Para los invitados, el filtrado DNS tiene un gran peso porque no puedes instalar certificados o agentes en sus dispositivos, y no deberías intentar descifrar su tráfico. Una directiva de DNS de protección te permite bloquear malware, phishing y categorías no deseadas en la etapa de búsqueda, manteniendo la conexión rápida.
Señales que ameritan una alerta
- Fallos de autenticación por encima de un umbral: Por ejemplo, más de cinco intentos fallidos desde un solo cliente en diez minutos.
- Comportamiento inusual de DNS: Un dispositivo que realiza muchas más consultas de lo normal, especialmente a dominios nuevos o bloqueados.
- Intentos denegados de invitados a la red interna: Cualquier intento desde la VLAN de invitados hacia una dirección interna debe generar una alerta, no esperar a un informe semanal.
- Ancho de banda muy por encima del límite por cliente: Una señal de descarga masiva, tunelización o un límite mal configurado.
- Cambios en el portal: Cualquier cambio en la página del Captive Portal o en su certificado que no haya programado.
Establezca una línea base antes de buscar anomalías
Registra las cifras normales de autenticación diaria y las horas pico de cada ubicación. Un sábado concurrido en un hotel, un día de partido en un estadio o la semana de inscripción en una escuela parecerán un ataque si no tienes una línea base para comparar. Las líneas base también evitan el error opuesto, donde un pico real en un martes tranquilo se descarta como carga normal.
Mantén los registros de autenticación, DHCP, DNS y firewall vinculados mediante un identificador de dispositivo o sesión. Un analista debería ser capaz de rastrear a un visitante desde el inicio de sesión en el portal, a través de la asignación de dirección y la actividad de DNS, hasta la desconexión, dentro de una sola investigación. Si eso requiere cuatro exportaciones y coincidencia manual por marcas de tiempo, lo abandonarás cuando trabajes bajo presión.
Hay una diferencia entre un registro que existe y un registro que alguien realmente puede usar. Pruebe el enlace una vez al trimestre con un dispositivo que usted controle y mida cuánto tiempo toma el rastreo.
Confirme sus obligaciones de cumplimiento antes del lanzamiento
Una red de invitados suele estar sujeta a reglamentaciones debido a su ruta hacia otros sistemas, no por su propósito. Si los invitados pueden acceder a un sistema con datos de tarjetahabientes o a un expediente médico, esa norma se aplica aunque la red sea solo para invitados. El propósito no reduce el alcance; el nivel de acceso sí.
| Regla o estándar | Aplica cuando | Requisito de la red de invitados | Evidencia a conservar |
|---|---|---|---|
| GDPR (UE y UK GDPR) | El portal recopila datos personales de los visitantes | Base legal, minimización de datos, límite de retención y registro de consentimiento | Mapa de datos y programa de retención |
| CCPA y CPRA (California) | Se recopilan datos personales de visitantes de California | Aviso al momento de la recopilación y derechos de exclusión voluntaria para venta o intercambio | Aviso de privacidad y registros de flujo de datos |
| PCI-DSS v4.0.1 | La red de invitados puede alcanzar los sistemas de datos de titulares de tarjetas | La segmentación mantiene el tráfico de invitados fuera del entorno de titulares de tarjetas; las claves inalámbricas cambian cuando el personal con acceso se retira | Resultados de pruebas de segmentación y registro de cambios de claves |
| HIPAA (Sector salud de EE. UU.) | La red de invitados comparte una ruta con sistemas que contienen ePHI | Controles de acceso y auditoría en cada sistema accesible desde los invitados | Análisis de riesgos y registros de acceso |
| CIPA (Escuelas de EE. UU. que reciben E-rate) | Los estudiantes utilizan la red | Política de seguridad en Internet y filtrado de contenido dañino | Configuración de filtros y política por escrito |
| ISO 27001 | Los clientes o la directiva solicitan la certificación | Procedimientos documentados de control de acceso, registro y revisión | Declaración de aplicabilidad y registros de revisión de logs |
Aborde las responsabilidades en orden
- Mapee lo que la zona de invitados puede alcanzar. Comience desde el mapa de VLAN y la prueba de alcanzabilidad, no desde suposiciones.
- Decida qué reglas se aplican por tipo de sitio. Un hotel, una escuela y una clínica tienen diferentes responsabilidades sobre la misma plantilla.
- Documente el diseño y conserve los resultados de las pruebas. Los auditores quieren evidencia de que la segmentación funciona, por lo que su evidencia de cumplimiento de PCI compliance for WiFi debe incluir resultados de alcanzabilidad fechados en lugar de solo diagramas.
- Establezca un procedimiento de revocación para las bajas. La clave o certificado de un miembro del personal que se retira se elimina dentro de un período determinado. Una clave compartida hace que esto sea poco práctico, ya que cambiarla implica volver a emitir el acceso a todos los que aún lo necesitan.
- Programe reescaneos después de cada cambio. Los cambios en el firewall y en los puntos de acceso son donde los diseños conformes se desvían.
Purple Access unifica las redes WiFi en tres SSIDs: Open para invitados y BYOD, Secure para el personal y usuarios de confianza, y xPSK para dispositivos, inquilinos y comunidades. Los invitados recurrentes utilizan un perfil Passpoint o OpenRoaming en la red Secure, sin portal en visitas posteriores, y el perfil funciona en cada propiedad que lo ejecute. Cerraduras inteligentes, termostatos y sensores de fugas obtienen claves xPSK individuales vinculadas a MAC en una VLAN de dispositivo por categoría, inaccesibles para los invitados, y la clave perdura más allá de cualquier invitado hasta que se reemplaza el dispositivo.
Sin importar lo que implemente, solicite las mismas tres pruebas antes del lanzamiento. Un mapa de VLAN, un registro de prueba de alcanzabilidad y un registro de prueba de revocación. Si un proveedor no puede presentar los tres, no ha demostrado que su diseño para invitados funcione. Solo ha demostrado que se conecta.
Si está listo para reemplazar las contraseñas compartidas y el acceso plano de invitados por redes separadas y guiadas por la identidad que pueda probar, Purple Access le ofrece redes abiertas, seguras y xPSK en los puntos de acceso que ya posee, con revocación por dispositivo y asignación de VLAN integradas. Visítenos para planificar su diseño de tres redes y ver cómo el acceso de invitados, personal y dispositivos puede funcionar de forma limpia y paralela.
