Configuración de 802.1X en Juniper Mist con cloud RADIUS

Para configurar 802.1X en Juniper Mist, cree una WLAN con seguridad WPA2 o WPA3-Enterprise. Añada sus servidores RADIUS en la nube para autenticación y contabilidad, y habilite RadSec si el servicio lo admite. Establezca la VLAN en dinámica para que las respuestas de RADIUS ubiquen a cada dispositivo en el segmento correcto. El historial de información sobre clientes de Mist y Marvis mostrarán dónde ha fallado cualquier autenticación con errores.

¿Qué hace realmente 802.1X en Juniper Mist?

IEEE 802.1X es un control de acceso a la red basado en puertos. En una red inalámbrica, bloquea el tráfico de un dispositivo hasta que este demuestra su identidad ante un servidor de autenticación. El punto de acceso actúa como autenticador. Transmite mensajes del protocolo EAP (Extensible Authentication Protocol) entre el dispositivo y un servidor RADIUS. RADIUS es el protocolo de autenticación definido en RFC 2865.

El servidor RADIUS comprueba las credenciales y devuelve un Access-Accept o un Access-Reject. Un mensaje Accept puede incluir atributos, como la VLAN a la que debe unirse el dispositivo. A continuación, cada dispositivo genera sus propias claves de cifrado, por lo que dos miembros del personal nunca comparten un secreto.

En Juniper Mist, cada punto de acceso es un cliente RADIUS. Mist guarda la configuración de la WLAN en su nube y la envía a cada AP en cada ubicación. También registra cada paso de cada intento de conexión, lo que resulta muy útil en Mist cuando falla una autenticación.

El método EAP determina lo que presenta el dispositivo:

• EAP-TLS: tanto el dispositivo como el servidor presentan certificados. No hay contraseñas que puedan ser objeto de phishing, compartirse o caducar.
• PEAP con MSCHAPv2: Protected EAP envuelve un intercambio de contraseñas dentro de un túnel TLS. Es más fácil de implementar pero menos seguro. Microsoft documenta que Credential Guard, activado por defecto en las versiones recientes de Windows 11, bloquea el inicio de sesión único para la autenticación basada en MSCHAPv2.
• EAP-TTLS: un método tunelizado similar, habitual cuando el almacén de identidades no es de Microsoft.

Mist no negocia el método. El dispositivo y el servidor RADIUS lo acuerdan entre sí, y el AP retransmite el intercambio. Esto significa que debe elegir el método EAP en el lado del RADIUS y en sus perfiles de dispositivo, no en la consola de Mist.

¿Qué necesita antes de configurar 802.1X en Mist?

Reúna lo siguiente antes de abrir la consola. La mayoría de las implementaciones fallidas se deben a que falta algún elemento de esta lista, no a la configuración de Mist.

• Acceso a Mist. Permisos de administración de la organización, con los AP vinculados y asignados a las ubicaciones.
• Detalles del RADIUS en la nube. Nombres de host o direcciones IP del servidor, puertos, el secreto compartido y detalles de RadSec si su proveedor lo admite.
• Una fuente de identidad. Microsoft Entra ID, Okta o Google Workspace, conectados al servicio RADIUS, con grupos vinculados a roles de red.
• Certificados. Un certificado de servidor RADIUS en el que confíen sus dispositivos. Para EAP-TLS, certificados de cliente emitidos a través de su MDM o PKI.
• Red cableada. Los puertos del switch hacia los AP deben admitir trunking para cada VLAN que RADIUS pueda devolver. Cada VLAN necesita un ámbito DHCP.
• Salida del firewall. UDP 1812 y 1813 para RADIUS estándar, o TCP 2083 para RadSec, los puertos que la IANA asigna a cada uno.
• Capacidad de los dispositivos. WPA3-Enterprise requiere Protected Management Frames (PMF, IEEE 802.11w). Es posible que los escáneres, impresoras y terminales de mano más antiguos no lo admitan.
• Cobertura. La autenticación empresarial añade viajes de ida y vuelta (round trips), por lo que una cobertura débil se traduce en tiempos de espera agotados en la autenticación. Si no ha validado la cobertura recientemente, nuestra guía sobre estudios de cobertura WiFi explica el método.

¿A qué backend de RADIUS debe apuntar una WLAN de Juniper Mist?

El backend decide cómo llegan los AP a RADIUS, qué debe permitir su firewall y cómo identifica el servidor a cada sitio.

Opción	Transporte desde el AP	Hardware en la ubicación	Salida del firewall	Cómo identifica RADIUS la ubicación	Más adecuado para
RADIUS local (Microsoft NPS, FreeRADIUS)	RADIUS sobre UDP, a través de LAN o VPN	Servidor en la oficina principal, más VPN a cada sitio	UDP 1812 y 1813 hacia la oficina principal	IP de origen más secreto compartido	Un único campus con una sala de servidores existente
Cloud RADIUS sobre UDP	RADIUS sobre UDP, a través de internet	Ninguno	UDP 1812 y 1813 salientes	IP pública del sitio más secreto compartido	Ubicaciones con direcciones IP públicas estáticas
Cloud RADIUS sobre RadSec	RADIUS dentro de TLS sobre TCP (RFC 6614)	Ninguno	TCP 2083 saliente	Autenticación mutua por certificado	Redes multi-sitio con conexiones de banda ancha o IP dinámicas
Cloud RADIUS a través de proxy de Mist Edge	Del AP a Mist Edge, y luego de Mist Edge a RADIUS	Dispositivo físico o máquina virtual Mist Edge	Puertos RADIUS solo desde el Mist Edge	IP de origen de Mist Edge	Grandes campus que requieren un único punto de salida

Juniper también vende Mist Access Assurance, su propio servicio de control de acceso a redes en la nube. Esta guía cubre un servicio RADIUS externo en la nube, lo que mantiene su política de autenticación independiente del proveedor de AP.

¿Cómo se configura 802.1X en Juniper Mist con Cloud RADIUS?

La consola de Juniper Mist cambia con frecuencia, por lo que le aconsejamos consultar la documentación de Juniper Mist para seguir los pasos actuales campo por campo. La siguiente secuencia muestra la función de cada etapa y el criterio de cada decisión.

Paso 1: crear la WLAN WPA2 o WPA3-Enterprise

Cree la WLAN en una plantilla de WLAN a nivel de organización si gestiona más de un sitio. Las plantillas se aplican a sitios o grupos de sitios, por lo que un solo cambio llega a toda la red. Créela a nivel de sitio para una prueba piloto en una sola ubicación.

Asigne un nombre al SSID y seleccione el tipo de seguridad empresarial (802.1X). A continuación, elija WPA2 o WPA3.

• WPA3-Enterprise hace que PMF sea obligatorio y es la única opción empresarial en radios de 6 GHz. Selecciónela para portátiles gestionados y teléfonos actuales.
• WPA2-Enterprise sigue permitiendo la conexión de dispositivos más antiguos. Manténgala en un SSID separado si un parque de dispositivos heredados aún no se puede migrar, en lugar de reducir la seguridad de su SSID principal.

Considere habilitar el roaming rápido con IEEE 802.11r (Fast BSS Transition). Reduce el tiempo de reautenticación cuando un dispositivo se desplaza entre APs. Pruébelo con terminales de voz y clientes más antiguos antes de habilitarlo en toda la red.

Paso 2: apunte la WLAN a su servicio RADIUS en la nube

En la configuración del servidor de autenticación de la WLAN, añada los servidores RADIUS de su proveedor.

• Servidores de autenticación. Introduzca el host, el puerto y el secreto compartido para al menos dos servidores. Mist pasa al siguiente servidor cuando uno deja de responder.
• Servidores de accounting. Añádalos por separado. El accounting registra las horas de inicio y fin de la sesión, algo que sus equipos de auditoría e incidentes necesitarán.
• Identificador NAS. Establezca un valor que el servicio RADIUS pueda utilizar para diferenciar las ubicaciones. Su proveedor podrá aplicar entonces políticas específicas para cada sitio.

Con RADIUS estándar sobre UDP, las solicitudes salen de cada ubicación desde su dirección IP pública tras el NAT. Su proveedor de RADIUS en la nube debe registrar esa dirección como cliente. Una ubicación con una IP dinámica perderá la autenticación cada vez que cambie su dirección. RadSec, en el Paso 3, elimina esa dependencia.

Trate el secreto compartido como una credencial. Hágalo largo y aleatorio, y guárdelo en su gestor de contraseñas. En julio de 2024, unos investigadores revelaron BlastRADIUS (CVE-2024-3596), un ataque de falsificación contra RADIUS sobre UDP. Confirme que su proveedor requiere el atributo Message-Authenticator, tal y como recomienda el aviso de seguridad, o migre a RadSec.

Paso 3: habilite RadSec

Sí, Juniper Mist es compatible con RadSec. RadSec, definido en RFC 6614, transporta RADIUS dentro de una sesión TLS sobre TCP. Los APs de Mist pueden abrir esa sesión directamente con su servicio RADIUS en la nube.

Habilite RadSec en la configuración RADIUS de la WLAN e introduzca el nombre de host del servidor. El nombre de host debe coincidir con el nombre del certificado del servidor. A continuación, configure la confianza en ambas direcciones:

• El AP confía en el servidor. Añada la autoridad de certificación que firmó el certificado de su servidor RadSec en la configuración de la organización de Mist.
• El servidor confía en el AP. Su servidor RadSec debe confiar en el certificado que presentan los APs de Mist. La documentación de Juniper explica dónde obtenerlo.

Abra el puerto TCP 2083 saliente en todas las ubicaciones. RadSec aporta tres ventajas prácticas:

1. Cifrado. Cifra todo el paquete RADIUS, incluida la identidad y la dirección MAC que contiene. El RADIUS estándar solo oculta la contraseña.
2. Sin registro de IP. El certificado autentica el AP, no la dirección de origen. Las IPs dinámicas de banda ancha dejan de ser un problema.
3. Entrega fiable. Los mensajes EAP-TLS transportan cadenas de certificados y a menudo superan el tamaño de un paquete. Sobre UDP a través de Internet, los fragmentos se descartan. TCP se encarga de retransmitirlos.

Paso 4: mapee los atributos RADIUS a VLANs dinámicas

La asignación dinámica de VLAN ubica cada rol en un único SSID y permite que RADIUS decida el segmento. En la configuración de VLAN de la WLAN, seleccione VLAN dinámica. Enumere cada ID o nombre de VLAN que el AP pueda recibir y establezca un valor predeterminado para las respuestas que no incluyan ninguna VLAN.

Su política RADIUS devolverá entonces tres atributos de túnel, definidos en RFC 2868 y aplicados a 802.1X en RFC 3580.

Atributo	Valor	Qué hace
Tunnel-Type	13 (VLAN)	Indica al AP que el túnel es una VLAN
Tunnel-Medium-Type	6 (IEEE-802)	Especifica un medio IEEE 802
Tunnel-Private-Group-ID	El ID de VLAN o nombre indicado en la WLAN	Selecciona la VLAN para esta sesión

Construya la política en torno a los grupos de identidad. Los dispositivos del personal de limpieza van a la VLAN de limpieza. Las terminales de pago van a un segmento aislado. El estándar PCI-DSS considera que la segmentación adecuada es una forma de reducir el alcance del entorno de datos de tarjetahabientes. Este mismo patrón aísla los dispositivos clínicos del tráfico de visitantes en el sector sanitario.

Paso 5: realice una prueba piloto y luego escale a través de la plantilla

Asigne la plantilla a un sitio primero. Ejecute las comprobaciones de la siguiente sección. Una vez superadas, asigne la plantilla al resto de sitios o grupos de sitios. Cada nuevo sitio heredará automáticamente la WLAN, los servidores RADIUS, la configuración de RadSec y la lista de VLAN.

¿Cómo comprobar que 802.1X funciona en Mist?

Pruebe cada rol, no solo una cuenta. Una aceptación correcta para un grupo no demuestra nada sobre el mapeo de VLAN para otro.

1. Conecte un dispositivo de prueba por rol. En la lista de clientes de Mist, confirme la SSID, la identidad utilizada, la VLAN y una dirección IP en la subred prevista.
2. Consulte los registros de RADIUS. Confirme un Access-Accept que contenga los atributos de túnel esperados, seguido de un registro de inicio de contabilidad (accounting start).
3. Realice itinerancia (roaming). Mueva el dispositivo entre los AP y confirme que la sesión se mantiene, especialmente si ha habilitado 802.11r.
4. Revoque el acceso. Deshabilite una cuenta de prueba en su proveedor de identidad. Confirme que su próxima autenticación sea rechazada.
5. Supervise los niveles de servicio. La expectativa de nivel de servicio (SLE) de conexiones con éxito de Mist incluye un clasificador de autorización. El tiempo de conexión muestra si la autenticación está ralentizando las incorporaciones.

El paso 4 tiene un matiz. Deshabilitar una cuenta detiene la siguiente autenticación, no la sesión actual. Para finalizar sesiones activas, compruebe si su servicio RADIUS y su WLAN admiten el cambio de autorización (CoA, RFC 5176). CoA permite al servidor desconectar una sesión bajo demanda.

¿Dónde muestra Mist por qué ha fallado una autenticación?

Lectura de la cronología de información del cliente (client insights)

Abra el cliente que presenta fallos y vaya a su página de Insights. Mist enumera cada evento de conexión en orden: asociación, el intercambio EAP, el resultado del RADIUS y, a continuación, DHCP. Léalo de izquierda a derecha. El último evento correcto le indicará qué capa ha fallado.

• Fallo antes de cualquier evento RADIUS: un problema de radio o de asociación, no de 802.1X.
• Tiempo de espera agotado (timeout) de RADIUS: un problema de alcance o de confianza entre el AP y el servidor.
• Rechazo de RADIUS: el servidor ha tomado una decisión. La razón se encuentra en los registros de su proveedor RADIUS.
• Autenticado, pero falla DHCP: un problema de la VLAN o de la red cableada.

La captura dinámica de paquetes de Mist registra automáticamente las tramas en torno a los fallos de conexión. Descargue la captura y ábrala en Wireshark para ver el mensaje EAP exacto donde se detuvo el intercambio.

Consultas de Marvis que agilizan el triaje

Marvis, el asistente conversacional de Mist, acepta preguntas en lenguaje natural y requiere una suscripción a Marvis. Las consultas de este tipo son las que más tiempo ahorran:

• "Troubleshoot [nombre de cliente o dirección MAC]" devuelve el punto de fallo y la causa más probable para un dispositivo.
• "Troubleshoot [nombre de sede]" muestra si los fallos se concentran en una sede, lo que apunta a problemas de firewall o WAN.
• "Which clients failed to connect at [sede] today?" delimita el alcance del problema antes de abrir cronologías individuales.

El alcance es lo primero. Un solo dispositivo con fallos suele ser un perfil de dispositivo. Todos los dispositivos de una sede suelen indicar problemas en la ruta de red. Todos los dispositivos en todas partes suelen señalar al servicio RADIUS o a un certificado.

Fallos habituales de 802.1X en Mist y sus soluciones

Lo que muestra Mist	Causa probable	Solución
RADIUS timeout, no reply	El firewall bloquea UDP 1812 o TCP 2083, la IP de origen no está registrada o el secreto compartido no coincide	Abra la salida de tráfico, registre la IP de la sede o migre a RadSec, vuelva a introducir el secreto en ambos lados
Access-Reject	Credenciales incorrectas, cuenta deshabilitada o dispositivo fuera de cualquier grupo de directivas	Lea el motivo de rechazo en los registros RADIUS y corrija la directiva o la cuenta
EAP se detiene tras el certificado del servidor	El dispositivo no confía en la CA del servidor o el nombre del servidor no coincide	Distribuya la CA y el nombre del servidor a los dispositivos mediante su perfil MDM
Autenticado, sin dirección IP	La VLAN devuelta no está en trunk hacia el AP, falta el alcance DHCP o la VLAN no está en la lista WLAN	Configure la VLAN en trunk, añada el alcance y haga coincidir el nombre de la VLAN exactamente
La sesión RadSec nunca se establece	CA no de confianza en alguno de los lados, certificado caducado o error de reloj	Vuelva a comprobar ambos certificados, las fechas de caducidad y el protocolo NTP
Fallos intermitentes de EAP-TLS sobre UDP	Fragmentación de paquetes descartada en internet	Migre a RadSec o reduzca la cadena de certificados
Los dispositivos WPA3 se conectan, los dispositivos antiguos fallan	Los dispositivos antiguos carecen de compatibilidad con WPA3 o PMF	Migre los dispositivos antiguos a un SSID WPA2-Enterprise independiente

¿Cómo se traduce esto en un entorno real?

Estos dos escenarios son ilustrativos. Muestran cómo la configuración cambia de forma medible los resultados operativos.

Escenario práctico: un hotel de 200 habitaciones elimina las claves compartidas del personal

Situación. Un hotel de 200 habitaciones utilizaba cuatro SSID para el personal: recepción, limpieza, dirección e ingeniería. Cada uno utilizaba una contraseña compartida. Cuando un empleado de limpieza se marchaba, el equipo tenía que cambiar la clave en docenas de dispositivos o dejarla sin cambios. Los huéspedes se conectaban a un quinto SSID.

Qué se hizo. El equipo creó un único SSID WPA3-Enterprise para el personal en una plantilla WLAN de Mist. Los dispositivos gestionados utilizaron EAP-TLS, con certificados distribuidos a través de MDM. Cloud RADIUS leía la pertenencia a grupos desde Microsoft Entra ID y devolvía una VLAN por departamento. Se mantuvo un SSID WPA2-Enterprise independiente para las tablets de servicio de habitaciones más antiguas. Los huéspedes permanecieron en la red de WiFi para invitados.

Resultado. Cuatro SSID para el personal se convirtieron en uno, más un SSID heredado, por lo que el hotel pasó a emitir tres redes en lugar de cinco. Menos SSID significan menos tramas de señalización compitiendo por el tiempo de aire. Las claves compartidas del personal pasaron de cuatro a cero. El acceso de un empleado saliente finaliza cuando RR. HH. deshabilita la cuenta, sin necesidad de rotar claves. El mismo enfoque se adapta a la mayoría de los hoteles que operan redes PSK por departamentos.

Escenario práctico: una cadena minorista de 120 tiendas migra a RadSec

Situación. Una cadena de 120 tiendas ejecutaba AP de Mist sobre banda ancha empresarial. La autenticación se realizaba en un servidor RADIUS local en la sede central a través de una VPN sitio a sitio. Cuando la VPN de una tienda caía, los dispositivos del personal y los escáneres portátiles no podían autenticarse.

Qué se hizo. La cadena migró a un servicio RADIUS en la nube y habilitó RadSec en la plantilla WLAN de Mist. La confianza del certificado se configuró una sola vez en la configuración de la organización de Mist. Las tiendas abrieron el puerto TCP 2083 saliente. Los terminales de pago recibieron una VLAN aislada mediante asignación dinámica, lo que facilitó la segmentación PCI DSS.

Resultado. El servidor RADIUS dejó de rastrear 120 entradas de clientes IP por tienda; los certificados las reemplazaron todas. La autenticación dejó de depender de la VPN. Una nueva tienda obtiene 802.1X en el momento en que su sitio se une a la plantilla. El modelo se adapta a redes de retail donde la conectividad de la tienda es de banda ancha con direcciones IP cambiantes.

¿Cuánto cuesta y qué se obtiene a cambio?

No necesita nuevos puntos de acceso. 802.1X, RadSec y las VLAN dinámicas se ejecutan en los AP de Mist que ya posee. Nuestro artículo sobre por qué su próxima actualización de WiFi no necesita nuevo hardware analiza ese modelo de superposición en la nube con más detalle.

El coste se divide en cuatro áreas:

• Suscripciones de Juniper. Las expectativas de nivel de servicio y Marvis dependen de su nivel de suscripción de Mist. Confirme la cobertura con su socio de Juniper.
• El servicio RADIUS. Un RADIUS en instalaciones locales requiere servidores, licencias, parches y VPN. RADIUS en la nube es una suscripción sin nada de hardware.
• Certificados. EAP-TLS necesita una PKI y un MDM para emitir certificados. La mayoría de las organizaciones ya ejecutan ambos.
• Tiempo de ingeniería. La configuración de Mist es la parte rápida. La distribución de certificados a los dispositivos marca el ritmo.

Lo que obtiene a cambio es medible. Las claves compartidas se reducen a cero. La revocación sigue al proveedor de identidades, no a un proyecto de rotación de claves. El número de SSID disminuye. La segmentación reduce el alcance de PCI DSS. La resolución de problemas comienza desde una línea de tiempo y una consulta en Marvis en lugar de una visita a la sede.

El RADIUS-as-a-Service de Purple es una opción de RADIUS en la nube para Mist. Es independiente del hardware en Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks y Fortinet. Vincula el acceso a la red con la identidad en Microsoft Entra ID, Okta o Google Workspace, por lo que las altas, modificaciones y bajas se actualizan automáticamente. Purple cuenta con las certificaciones ISO 27001 y Cyber Essentials, y cumple con el GDPR. Nuestros propios datos muestran un tiempo de actividad del 99,999 % y 440 millones de inicios de sesión en 2024 en más de 80.000 ubicaciones activas. Compruebe la compatibilidad con RadSec con cualquier proveedor que incluya en su lista de candidatos, incluido Purple. Si también está calculando el coste de la red de invitados, consulte nuestra comparación de modelos de precios de Captive Portal.

Preguntas frecuentes

¿Juniper Mist admite RadSec de forma nativa?

Sí. Los puntos de acceso de Mist pueden abrir una sesión RadSec directamente con un servicio RADIUS en la nube, transportando RADIUS dentro de TLS sobre TCP como se define en el RFC 6614. Se habilita en la configuración de RADIUS de la WLAN y se gestiona la confianza del certificado en la configuración de la organización. Las ubicaciones necesitan el puerto de salida TCP 2083. RadSec cifra el paquete RADIUS completo y elimina la necesidad de registrar la IP pública de cada ubicación con su proveedor.

¿Necesito un Mist Edge para usar RADIUS en la nube?

No. Los AP de Mist pueden enviar RADIUS o RadSec directamente a un servicio en la nube sin necesidad de hardware adicional. Un proxy Mist Edge resulta útil en campus grandes donde se desea que todas las solicitudes de RADIUS salgan a través de un único punto controlado. También se adapta a ubicaciones donde los AP no pueden acceder directamente a Internet. Para la mayoría de los entornos multiubicación, RadSec directo desde los AP es el diseño más sencillo.

¿Puedo mantener Microsoft NPS en funcionamiento mientras me migro a RADIUS en la nube?

Sí, pero planifique la transición por grupos en lugar de por orden de servidor. Mist realiza la conmutación por error entre servidores de autenticación solo cuando uno deja de responder, no cuando rechaza una solicitud. Por lo tanto, incluir NPS y un servicio en la nube en la misma WLAN produce resultados impredecibles. Ejecute un segundo SSID orientado a RADIUS en la nube, migre un departamento a la vez y luego retire NPS.

¿El RADIUS-as-a-Service de Purple funciona con Juniper Mist?

Sí. Purple es independiente del hardware y funciona como una superposición en la nube en Juniper Mist, así como en Cisco Meraki, HPE Aruba, Ruckus, Ubiquiti UniFi, Cambium, Extreme Networks y Fortinet. Vincula el acceso a la red con Microsoft Entra ID, Okta o Google Workspace, por lo que el acceso cambia cuando cambia una cuenta. Mantendrá sus AP de Mist existentes, sin necesidad de reemplazar la infraestructura existente.

¿Se requiere WPA3-Enterprise para 802.1X en Mist?

No. 802.1X funciona con WPA2-Enterprise o WPA3-Enterprise. WPA3 añade tramas de gestión protegidas (PMF) obligatorias y es la única opción empresarial en radios de 6 GHz. Utilice WPA3 para ordenadores portátiles y teléfonos actuales. Mantenga un SSID WPA2-Enterprise independiente para escáneres, impresoras o tabletas más antiguos que carezcan de soporte PMF, en lugar de reducir la seguridad en su SSID principal.

¿802.1X en Mist requiere una licencia adicional de Juniper?

No se necesita ninguna licencia adicional para la propia WLAN. Apuntar una WLAN de Mist a un servidor RADIUS externo forma parte de la configuración estándar. Las herramientas de resolución de problemas varían: Marvis requiere una suscripción a Marvis, y las expectativas de nivel de servicio dependen de su nivel de suscripción a Mist. Mist Access Assurance de Juniper es un producto independiente. Confirme su nivel con su socio de Juniper antes de confiar en Marvis para el triaje.

¿Cómo afecta el 802.1X al cumplimiento del GDPR?

Los registros de RADIUS y de contabilidad contienen datos personales: identidades, direcciones MAC de dispositivos y tiempos de sesión. En virtud del GDPR, necesita una base legal, un periodo de retención definido y un contrato de encargado del tratamiento con su proveedor de RADIUS. RadSec ayuda cifrando las identidades en tránsito. Purple cumple con el GDPR y cuenta con la certificación ISO 27001, y procesa los datos de autenticación bajo un contrato de encargado del tratamiento.

¿Cuánto tiempo se tarda en desplegar 802.1X en Mist?

La configuración de Mist es lo que menos tiempo lleva; la distribución de certificados marca el ritmo. Crear la WLAN, añadir servidores RADIUS y habilitar RadSec es un único cambio en una plantilla. Emitir certificados para cada dispositivo gestionado a través de MDM y migrar los dispositivos heredados lleva más tiempo. Realice una prueba piloto en un centro, pruebe cada rol y, a continuación, asigne la plantilla a los centros restantes.