Las mejores prácticas de red comienzan con una realidad básica: en 2025, el 43% de las empresas del Reino Unido informaron haber sufrido una brecha o ataque de ciberseguridad en los 12 meses anteriores, según la Cyber Security Breaches Survey 2025 del Gobierno del Reino Unido. Para un recinto o empresa, la pregunta no es si se debe asegurar la red. Es si el acceso, los cambios y las salidas se gestionan lo suficientemente bien como para limitar lo que pueda salir mal.
Una red de invitados debe ser conveniente, pero no confiable por diseño. El personal, los visitantes, los inquilinos y el equipo operativo necesitan diferentes tipos de acceso, y esos permisos deben cambiar cuando las personas se van, los dispositivos se vuelven inseguros o la infraestructura se actualiza.
Mejores prácticas fundamentales de red de un vistazo
La cifra del 43% de violaciones o ataques convierte a la seguridad de la red en una parte fundamental de la gestión de riesgos, no en una actualización opcional. Comience con seis controles que reduzcan la posibilidad de acceso no autorizado y faciliten la contención de fallas.
| Práctica | Lo que previene | Dónde importa más | Primera comprobación |
|---|---|---|---|
| Segmentar por audiencia y propósito | Movimiento lateral después de que un dispositivo se ve comprometido | Establecimientos donde los invitados y el personal comparten una red | ¿El tráfico de invitados y del personal está en VLANs separadas? |
| Autenticar a cada usuario y dispositivo | Robo de contraseñas compartidas y dispositivos no gestionados | Redes de personal y establecimientos con clave compartida | ¿Se otorga algún acceso al personal mediante una contraseña compartida? |
| Separar la gestión del tráfico de usuarios | Que los atacantes alcancen controladores y consolas de administración | Cualquier red distribuida en múltiples sitios | ¿Un dispositivo de invitado puede alcanzar la dirección de un controlador? |
| Controlar cambios con pruebas y reversión | Interrupciones autogeneradas por cambios de configuración | Operaciones multisitio y 24/7 | ¿Cada cambio tiene un responsable y un paso de reversión? |
| Monitorear la autenticación y el acceso | Fallas silenciosas y revocaciones lentas | Sector salud, hospitalidad y comercio al por menor | ¿Se revisan semanalmente los inicios de sesión fallidos y las revocaciones? |
| Revocar el acceso automáticamente | Que expersonal y contratistas vencidos mantengan el acceso | Redes de personal, contratistas e inquilinos | ¿Cuánto tiempo pasa desde un cambio en el directorio hasta la eliminación en la red? |
Las buenas prácticas de red no son la configuración predeterminada de un proveedor aplicada una sola vez y olvidada. Es un conjunto de controles adaptados a amenazas reales, verificados contra cómo las personas y los dispositivos usan la red en la práctica, y mantenidos a medida que cambian esas necesidades.
Diseñado para tres audiencias diferentes
Los invitados necesitan una conectividad sencilla, pero no deberían poder acceder a los sistemas internos. El personal necesita acceso a aplicaciones específicas según sus funciones, junto con una forma confiable de revocar dicho acceso. Los dispositivos operativos, como cajas registradoras, sensores y controles de edificios, a menudo solo necesitan comunicarse con un número reducido de servicios y es posible que no admitan métodos de inicio de sesión modernos.
Una sola red compartida les falla a los tres grupos al mismo tiempo. Una contraseña compartida dificulta identificar quién o qué se conectó, mientras que un acceso amplio puede permitir que un dispositivo comprometido alcance sistemas con los que no tiene relación. Incluso una conexión WiFi bien cifrada no resuelve ese problema de acceso.
Utilice la tabla como una verificación de brechas. Si la respuesta honesta a cualquier pregunta de primera verificación es no, trate esa fila como candidata para la primera corrección. El resto de esta guía cubre cómo diseñar zonas, elegir la autenticación, mantener el servicio a través de cambios y retirar el acceso cuando las personas o los dispositivos ya no lo necesiten.
Cómo diseñar zonas de red para recintos y empresas
La red de un inmueble es como un edificio: cada habitación necesita su propia cerradura. Las habitaciones de huéspedes, la oficina administrativa, las cajas de cobro de la cocina y el cuarto de máquinas de un hotel no deberían compartir la misma llave. Agrupe los dispositivos por quién los usa y qué hacen, no solo por piso o conmutador.
| Zona | Usuarios y dispositivos típicos | Acceso permitido | Control clave |
|---|---|---|---|
| Invitados | Teléfonos y laptops de visitantes | Solo Internet, sin direcciones internas | VLAN propia, aislamiento de clientes y límites de sesión |
| Personal | Empleados en laptops administradas y dispositivos portátiles | Aplicaciones internas específicas para su rol | Certificado o inicio de sesión en directorio y política basada en roles |
| Operativa e IoT | Cajas registradoras, sensores, controles de edificios e impresoras | Solo el servicio del proveedor o controlador | VLAN independiente y reglas de denegación por defecto |
| Inquilino o residente | Teléfonos, consolas y TVs de cada residente | Únicamente su propia red privada | Clave única por inquilino y aislamiento entre inquilinos |
| Administración | Puntos de acceso, switches y controladores | Administradores designados desde un dispositivo administrado | Plano de administración independiente y MFA en inicios de sesión de administrador |
Construya las zonas a partir de dependencias reales
Primero, enumere cada clase de dispositivo y su propietario. Incluya equipos menos visibles, como impresoras, controles del edificio, terminales de pago y puntos de acceso. Un inventario sin un propietario designado es difícil de mantener preciso cuando el dispositivo se reemplaza o cambia su propósito.
En segundo lugar, mapee qué zonas necesitan comunicarse y qué servicios requieren. No escriba "las cajas registradoras necesitan acceso a la red"; especifique el servicio de pago o el controlador al que necesitan llegar. En tercer lugar, deniegue la comunicación entre zonas de forma predeterminada, y luego permita únicamente los flujos definidos en su mapa. La terminal de pago de un bar puede necesitar conectarse con su proveedor de pagos, pero no tiene razón alguna para acceder a la carpeta compartida de archivos del personal.
Este enfoque requiere más planificación que colocar todos los dispositivos en una sola red. También genera trabajo cuando cambia una necesidad comercial real, ya que alguien debe actualizar y probar la regla correspondiente. Es una compensación que vale la pena: una política clara y delimitada es más fácil de revisar que un conjunto de excepciones amplias que nadie recuerda haber agregado.
En 2025, el 3% de las empresas del Reino Unido informaron haber sufrido una vulneración o ataque de ransomware durante los 12 meses anteriores, según el informe técnico Cyber Security Breaches Survey 2025 del Gobierno del Reino Unido. La segmentación ayuda a contener las consecuencias si un dispositivo se ve comprometido. Una caja registradora infectada no debería tener una ruta hacia los sistemas de la oficina.
El tráfico de invitados puede ubicarse en su propia VLAN. Configúrela de modo que la computadora portátil de un visitante pueda acceder a internet sin ver las direcciones internas, y verifique el aislamiento desde un dispositivo de invitado en lugar de confiarse del diagrama de red. Una VLAN proporciona un límite útil, pero no es prueba de que cada solicitud dentro de la red sea segura. Las reglas de acceso aún deben determinar qué servicios y sistemas pueden comunicarse.
Elección de autenticación para invitados y personal
Elija la autenticación por identidad y capacidad del dispositivo, no por SSID. Una red de invitados debe tratarse como no confiable, incluso cuando los visitantes se hayan autenticado. El acceso del personal necesita sus propias verificaciones de identidad y un proceso para revocar el acceso cuando una persona o dispositivo ya no cumpla con los requisitos.
| Método | Identidad por usuario o dispositivo | Revocar a un usuario sin afectar a otros | Mejor uso |
|---|---|---|---|
| Clave compartida previamente (PSK) | No | No, cada dispositivo necesita la nueva clave | Dispositivos heredados y ubicaciones privadas pequeñas |
| Captive Portal con correo o inicio de sesión social | Por cuenta de visitante | Sí, a través del portal | Invitados ocasionales en recintos |
| Passpoint o OpenRoaming | Por dispositivo y cuenta | Sí, a través del proveedor | Invitados frecuentes que buscan conexión automática |
| Identity PSK (xPSK) | Una clave por dispositivo o persona | Sí, revocando esa clave | IoT y dispositivos que no pueden ejecutar certificados |
| 802.1X con certificados | Un certificado por dispositivo | Sí, revocando o dejando de renovar el certificado | Laptops de personal administradas y dispositivos portátiles |
| 802.1X con inicio de sesión en directorio | Por usuario, vinculado al directorio | Sí, deshabilitando la cuenta | Personal que inicia sesión con cuentas corporativas |
Adapte el método al patrón de acceso
Para visitantes ocasionales, un Captive Portal puede asociar a un visitante con una cuenta que el establecimiento puede revocar. El portal controla la admisión, no a qué puede acceder un dispositivo admitido. Mantenga aislado el tráfico de invitados y restrinja el acceso después de iniciar sesión. La autenticación no reemplaza la política de red.
Para visitantes frecuentes, Passpoint o OpenRoaming pueden reducir los inicios de sesión repetidos al permitir la conexión automática una vez aprovisionado el perfil. Mantenga ese tráfico separado del personal y de los servicios operativos. La comodidad cambia la forma en que los invitados se conectan, no la cantidad de acceso que deben recibir.
Los dispositivos del personal necesitan credenciales vinculadas a una persona o a un dispositivo gestionado. 802.1X con certificados otorga a cada dispositivo gestionado una credencial individual. El inicio de sesión basado en directorio vincula el acceso a una cuenta corporativa, por lo que desactivar esa cuenta puede eliminar el acceso del usuario. Elija la opción que se adapte a los procesos existentes de gestión de dispositivos e identidad de la organización, y asigne la responsabilidad de la revocación antes del despliegue. Sin ese responsable, el acceso de las personas que causen baja puede persistir después de que su cuenta o dispositivo debió haber sido eliminado.
xPSK, o clave precompartida por identidad, es adecuada para sensores, cajas registradoras antiguas y otros equipos que no pueden utilizar certificados. Una clave individual para cada dispositivo o persona permite a un operador revocar una sola identidad sin necesidad de cambiar credenciales en toda la instalación. Una clave precompartida genérica no ofrece identidad individual: eliminar a un usuario puede implicar distribuir una nueva clave a cada dispositivo, y los dispositivos omitidos podrían conservar el acceso.
Los métodos de conexión de Staff WiFi de Purple incluyen Passpoint, xPSK, Certificate WiFi y WiFi a través de MDM. Staff WiFi funciona en los puntos de acceso que la empresa ya posee, sin necesidad de construir una PKI. Para el personal que requiere autenticación empresarial, WPA-Enterprise utiliza 802.1X en lugar de una contraseña compartida. La compensación operativa es simple: credenciales individuales más sólidas mejoran el control, pero necesitan un proceso claro de aprovisionamiento, renovación y revocación.
La Information Commissioner's Office del Reino Unido advierte que el WiFi no seguro puede exponer archivos e información privada. Su guía de seguridad WiFi recomienda el cifrado y desactivar la conexión automática a redes desconocidas. Aplique esas protecciones y luego trate el acceso de invitados como no confiable: autentique usuarios o dispositivos donde sea adecuado, aísle el tráfico y registre las decisiones de acceso.
Los principios de arquitectura de cero confianza del NCSC se centran en identificar usuarios, dispositivos y servicios, evaluar el contexto y autorizar cada solicitud según las políticas. En la práctica, esto significa que la autenticación es solo una parte de la decisión. Mantenga separado el acceso de invitados y del personal, haga que las credenciales sean revocables individualmente donde el dispositivo lo admita y defina quién actúa cuando cambia la identidad o el estado del dispositivo.
Redes multiinquilino sin riesgos compartidos
Un edificio de departamentos comparte tuberías y un medidor, pero cada departamento cierra su propia puerta. Una instalación de WiFi compartida puede funcionar de la misma manera. Compartir puntos de acceso no tiene por qué significar un acceso compartido: la pregunta clave es si cada inquilino tiene una identidad separada y una red privada, y si el diseño evita que un inquilino acceda a la red de otro.
Haga que el acceso de cada residente sea individual
Otorgue a cada residente, inquilino o dispositivo una clave única y, a continuación, aísle el tráfico de cada inquilino del resto. Con xPSK, se puede revocar una clave para una identidad sin cambiar las credenciales de todo el edificio. Esto se adapta mejor a las mudanzas de entrada y salida que una sola contraseña compartida que debe distribuirse de nuevo cada vez que un residente se marcha.
Los dispositivos sin navegador requieren atención especial. Es posible que una televisión o una consola de videojuegos no puedan abrir un Captive Portal y completar un inicio de sesión basado en web. Se necesita aprovisionar una identidad antes de que el dispositivo se conecte, para que pueda unirse a la red privada del residente sin tener acceso a las redes utilizadas por los vecinos o la administración del edificio.
La guía de Wi-Fi multi-tenant de Purple describe una red privada para cada residente en todos sus dispositivos, incluidas consolas y televisores. Su Multi-Tenant WiFi mantiene la red de cada residente aislada de otros invitados, y su enfoque xPSK proporciona una clave precompartida única con aislamiento de inquilinos. Esto permite a los equipos de gestión inmobiliaria utilizar una infraestructura compartida al tiempo que otorgan a cada hogar un límite de acceso independiente.
Trate una mudanza como un cambio de acceso
Cuando un departamento quede desocupado, revoque las claves de ese inquilino y elimine el acceso asociado. No cambie una sola contraseña para todo el edificio ni pida a cada residente que se vuelva a conectar. El beneficio práctico es tanto de seguridad como de servicio: una salida no debería crear un problema de soporte para todos los demás inquilinos.
Los diseños multi-tenant pueden utilizar puntos de acceso ya instalados en el edificio, incluidos Meraki, Aruba, Ruckus y UniFi. Esto puede evitar reemplazar el hardware funcional solo para introducir identidades individuales, aunque la capa de identidad aún debe configurarse y operarse. Antes de aprobar un diseño, pruebe el aislamiento entre el dispositivo de un inquilino y otro, mida qué tan rápido un nuevo residente puede recibir una clave y nombre a la persona o equipo responsable de la revocación cuando un departamento quede desocupado.
Prueba de aprobación: Entregue un dispositivo de prueba a un inquilino y luego intente alcanzar los dispositivos de otro inquilino y la red de gestión del edificio. Ambos intentos deben fallar.
Monitoreo y control de cambios que previenen interrupciones
Los cambios de configuración pueden causar un grave impacto en los clientes. El informe Connected Nations de Ofcom reveló que las actividades de cambio de red generaron los casos más graves en términos de horas de cliente perdidas, mientras que las fallas de hardware representaron menos de un tercio del total de horas perdidas. El informe Ofcom Connected Nations UK convierte el control de cambios en una práctica central de confiabilidad, no en un papeleo reservado solo para actualizaciones mayores.
Haga que cada cambio sea reversible
Utilice la misma rutina corta para reglas de firewall, cambios de SSID, actualizaciones de controladores y ediciones de políticas de autenticación:
- Pruebe el cambio primero en una red de laboratorio o en un solo sitio.
- Programe una ventana de mantenimiento que se adapte a las personas que dependen del servicio.
- Asigne un responsable designado que pueda aprobar y supervisar el trabajo.
- Escriba el paso de reversión antes de comenzar y confirme que la configuración anterior esté disponible.
Un cambio que funciona en un laboratorio aún puede fallar en un sitio con mucho tráfico si sus dispositivos o dependencias son diferentes. Realice el despliegue por etapas, verifique la autenticación y el acceso después de cada etapa, y deténgase si el comportamiento observado no coincide con el resultado esperado. Un plan de reversión no es útil si nadie sabe cómo ejecutarlo.
| Señal | Lo que le dice | Señal de advertencia |
|---|---|---|
| Tasa de fallos de autenticación | Credenciales incorrectas, certificados caducados o una política defectuosa | Aumento repentino tras un cambio o fecha de renovación |
| Tiempo de respuesta de RADIUS | Si el servidor de autenticación se mantiene al día en horas pico | Inicios de sesión lentos durante el registro o en horas concurridas |
| Tiempo de directorio a revocación | Cuánto tiempo conserva el acceso a la red una persona que deja la empresa | Superior al objetivo acordado, por ejemplo, una hora laborable |
| Tráfico de invitados que alcanza rangos internos | Si se mantiene la segmentación de invitados | Cualquier recuento superior a cero |
| Cambios de configuración sin ticket | Quién cambió qué y cuándo | Cualquier cambio sin un responsable o registro |
| Número de clientes por zona | Capacidad y uso inusual | Picos sostenidos en horas de poca actividad |
Genere alertas sobre cambios y tendencias significativas, no sobre cada inicio de sesión fallido. Si el personal recibe una alud de alertas de poco valor, aprenderá a ignorarlas. Revise periódicamente las tasas de fallos de autenticación y los tiempos de revocación, e investigue los picos vinculados a un cambio, renovación de certificado o período de alta actividad operativa.
Mantenga los puntos de acceso, switches, controladores y dispositivos VPN en un calendario fijo de actualización de firmware. Registre la versión en ejecución en cada sitio para que el equipo pueda identificar qué ubicaciones requieren trabajo y si un cambio introdujo un nuevo problema. Las analíticas pueden ayudar a mostrar la velocidad y la cobertura del recinto; Connect incluye analíticas de red que monitorean ambas. Si una plataforma reporta el uso o los datos demográficos de los usuarios, determine primero el propósito y la base legal, y luego limite la recopilación a lo que el recinto necesite. El portal de Purple también envía KPIs semanales de uso de WiFi, incluidos los datos demográficos de los usuarios, así que decida qué necesita revisar su organización antes de usar esos reportes.
Cómo retirar el acceso cuando alguien se va
Una clave compartida puede mantener conectado el dispositivo de un exempleado después de que finalice su función. Evite esto vinculando el acceso a la red con una identidad clara y el ciclo de vida del dispositivo, junto con un proceso de revocación repetible. La guía de seguridad de red 2025 del NCSC enfatiza el privilegio mínimo, la comprensión de las identidades y la arquitectura de la red, y la atención continua a la salud y el comportamiento de los dispositivos. También menciona que el software y los dispositivos VPN requieren mantenimiento a lo largo de su ciclo de vida.
Utilice la misma secuencia de revocación cada vez
- Deshabilite la cuenta de directorio o elimine el grupo de personal que otorga acceso a la red. Esto le da al equipo un punto de control central para finalizar el acceso.
- Revoque o deje de renovar los certificados de los dispositivos. Verifique cada dispositivo gestionado asignado a la persona, ya que una credencial de dispositivo puede seguir siendo útil después de un cambio de cuenta.
- Revoque la clave de identidad de la persona. Si utilizaba una xPSK individual, elimine esa clave en lugar de cambiar las credenciales para otros usuarios.
- Pruebe que el dispositivo no pueda volver a autenticarse. Utilice una cuenta de prueba o el dispositivo eliminado y confirme que un nuevo intento de conexión falle.
- Revise los registros de autenticación en busca de sesiones posteriores a la revocación. Un inicio de sesión exitoso después del cambio de acceso requiere investigación.
- Recupere o borre el hardware gestionado y luego registre el tiempo transcurrido. Mida desde el cambio en el directorio hasta que se confirme que el dispositivo no puede unirse a la red.
Asigne a los contratistas una fecha de finalización que venza su acceso automáticamente. Cuando un inquilino se vaya, revoque su propia clave mediante el mismo proceso. Si un dispositivo se pierde, revoque su certificado o clave de identidad de inmediato en lugar de esperar a una revisión programada.
La ruta de identidad debe permanecer disponible durante la revocación. Una falla en un solo servidor de autenticación local puede retrasar la eliminación del acceso, mientras que el software de VPN o de dispositivos desactualizado puede crear riesgos adicionales. El enfoque del ciclo de vida de WiFi para el personal de Purple utiliza cloud RADIUS con un SLA de tiempo de actividad del 99.9%. Independientemente del sistema implementado, asigne un responsable para la eliminación de accesos y pruebe la secuencia antes de una salida urgente.
Rastree el tiempo desde el cambio en el directorio hasta la eliminación de la red y revíselo mensualmente con respecto al límite acordado. Si el acceso dura más que el objetivo, identifique el punto de demora: sincronización del directorio, gestión de certificados, una tarea manual o un dispositivo que falta en el inventario. Un registro claro facilita la solución de deficiencias recurrentes.
Lista de verificación de implementación antes del inicio en vivo
Comience con el inventario de equipos, no con la pantalla de políticas. Registre cada punto de acceso, switch y controlador, su versión de firmware y su propietario. xPSK y Multi-Tenant WiFi son compatibles con puntos de acceso Meraki, Aruba, Ruckus y UniFi, por lo que debe verificar el hardware de cada sitio en la lista de dispositivos compatibles antes de planificar el trabajo de identidad.
Ejecute estas comprobaciones en orden. Una condición de aprobación debe ser algo que pueda probar y registrar, no una garantía verbal.
- Inventariar dispositivos. Se aprueba cuando cada punto de acceso, switch y controlador tiene una versión de firmware registrada y un propietario asignado.
- Asegurar el acceso de administración. Se aprueba cuando se han cambiado las contraseñas de administración predeterminadas y las interfaces de gestión no utilizadas están deshabilitadas.
- Separar el tráfico de gestión. Se aprueba cuando los sistemas de gestión están en una red separada de las VLANs de invitados y del personal.
- Probar el aislamiento de invitados. Se aprueba cuando un dispositivo de invitado no recibe respuesta de direcciones internas, incluida la dirección del controlador.
- Verificar permisos del personal. Se aprueba cuando un dispositivo del personal puede alcanzar las aplicaciones permitidas para su rol, y no otros servicios internos.
- Verificar certificados. Se aprueba cuando las fechas de vencimiento están registradas y las alertas de renovación están activas.
- Probar la resiliencia de RADIUS. Se aprueba cuando hay una ruta de autenticación de respaldo disponible y la alternativa documentada funciona.
- Verificar el registro de eventos. Se aprueba cuando los eventos de autenticación llegan a un almacén de registros y se pueden recuperar para su revisión.
- Ejecutar un simulacro de revocación. Se aprueba cuando un cambio en el directorio elimina el acceso y se registra el tiempo transcurrido.
- Guardar un respaldo y plan de reversión. Se aprueba cuando la configuración actual está respaldada y los pasos por escrito para la reversión están disponibles para el responsable del cambio.
Para las verificaciones que involucran un servicio activo, realice pruebas durante una ventana controlada y tenga al responsable del cambio listo para restaurar la configuración anterior. Un dispositivo de invitado que no devuelva respuesta de una dirección de controlador es un resultado de prueba más sólido que un diagrama que muestre una VLAN separada.
Una lista de verificación que se queda en una carpeta de proyecto después del lanzamiento no mantendrá la red segura. Ejecútela periódicamente y cada vez que cambie un sitio, una clase de dispositivo o una política de acceso.
Decida qué práctica corregir primero
Comience por la brecha que genere la mayor exposición, no por la que resulte más fácil de presentar en un informe de proyecto. Si una contraseña compartida del personal brinda acceso a todas las áreas de un recinto, reemplácela primero: una sola clave filtrada puede otorgar acceso amplio a una persona no autorizada. A continuación, optimice el proceso de baja de empleados para que el acceso no permanezca activo tras finalizar la relación laboral. Posteriormente, separe el tráfico de invitados de los sistemas internos.
Establezca el trabajo en una ruta de 90 días
- Semanas 1 a 2: Crear el inventario de sitios y dispositivos, nombrar responsables y mapear las zonas y las rutas de comunicación requeridas.
- Semanas 3 a 6: Separar el tráfico de invitados y del personal, y luego migrar al personal a un inicio de sesión basado en certificados o en directorio.
- Semanas 7 a 10: Poner en funcionamiento el monitoreo y el control de cambios, incluyendo responsables asignados y pasos de reversión probados.
- Semanas 11 a 12: Ejecutar un simulacro completo de revocación, medir el tiempo hasta la eliminación de la red y solucionar cualquier retraso.
Elija desde el principio si ejecutará el entorno de identidad de forma interna o si utilizará una plataforma administrada. Un servidor RADIUS propio y una autoridad de certificación le brindan control, pero su equipo debe mantenerlos, gestionar las renovaciones y planificar para posibles fallas. Una plataforma administrada puede reducir la carga de trabajo de identidad que su equipo debe operar, pero revise sus compromisos de tiempo de actividad y el manejo de datos antes de firmar.
Las soluciones de Staff WiFi y xPSK de Purple tienen un precio personalizado basado en el tamaño del portafolio de propiedades, el número de puntos de acceso y los requisitos del proveedor de identidad. Para el WiFi de invitados, Purple ofrece una prueba gratuita de 30 días de sus planes Capture y Engage; después de la prueba, los clientes pueden continuar con el paquete elegido o cambiarse al plan gratuito Connect. La elección del proveedor no cambia la primera tarea operativa: completar las verificaciones de despliegue contra el inventario de hardware de cada sitio, y luego dimensionar el trabajo de identidad a partir de lo que encuentre.
Purple ofrece WiFi para invitados, autenticación de personal y redes multinquilino diseñadas para reemplazar contraseñas compartidas con acceso basado en identidad sobre infraestructura existente compatible. Visite Purple para explorar las opciones disponibles para sus instalaciones y comience a planificar una red donde el acceso sea práctico para los usuarios legítimos, restringido por función y sencillo de revocar.
