Cómo configurar WPA2-Enterprise en plataformas de puntos de acceso comunes (Cisco, Aruba, Ubiquiti)

Cómo configurar WPA2-Enterprise en plataformas de puntos de acceso comunes: Cisco, Aruba y Ubiquiti Un informe de inteligencia de Purple WiFi [INTRO — aproximadamente 1 minuto] Bienvenido a la serie de inteligencia de Purple WiFi. Soy su anfitrión, y hoy vamos a ir directos al grano en uno de los temas más solicitados por nuestros clientes empresariales: cómo configurar WPA2-Enterprise en las tres plataformas de puntos de acceso más implementadas: Cisco, Aruba y Ubiquiti. Tanto si es el director de TI de un grupo hotelero de 500 habitaciones, el arquitecto de red de una cadena minorista nacional o el CTO de un operador de centros de conferencias, este informe es para usted. No vamos a hablar de teoría por el mero hecho de hacerlo. Vamos a repasar lo que necesita saber para tomar una decisión de implementación, ejecutarla correctamente y evitar los errores que hacen tropezar incluso a los equipos experimentados. Comencemos. [INMERSIÓN TÉCNICA — aproximadamente 5 minutos] En primer lugar, una rápida puesta a punto sobre qué es realmente WPA2-Enterprise, porque todavía hay una sorprendente confusión en el mercado entre WPA2-Personal y WPA2-Enterprise, y la distinción es enormemente importante para el cumplimiento normativo y la postura de riesgo. WPA2-Personal (la versión con la que la mayoría de la gente está familiarizada) utiliza una única clave precompartida. Todos los usuarios de la red utilizan la misma contraseña. Eso está bien para una red doméstica. Es categóricamente inaceptable para un entorno empresarial donde se necesita autenticación por usuario, pistas de auditoría y la capacidad de revocar el acceso al instante. WPA2-Enterprise, definido bajo IEEE 802.1X, reemplaza esa clave compartida con un intercambio de autenticación individual. Cada usuario o dispositivo presenta sus propias credenciales (ya sea un nombre de usuario y contraseña, un certificado digital o un token) y esas credenciales son validadas por un servidor RADIUS antes de que se conceda el acceso a la red. El propio punto de acceso nunca ve las credenciales. Actúa puramente como un autenticador, pasando el intercambio EAP (Protocolo de autenticación extensible) entre el cliente y el servidor RADIUS. Esta es una arquitectura fundamentalmente más segura y es el requisito básico para el cumplimiento de PCI DSS en cualquier entorno que maneje datos de tarjetas de pago, además de ser muy recomendable bajo el GDPR para organizaciones que procesan datos personales a través de redes inalámbricas. Ahora, hablemos de las tres plataformas. Comenzando con Cisco. La cartera de WiFi empresarial de Cisco —principalmente las líneas Catalyst y Meraki— es la opción de referencia para despliegues a gran escala. Cisco DNA Center proporciona una gestión de políticas centralizada, y el panel de control de Meraki ofrece la sencillez de la gestión en la nube para entornos distribuidos. Para configurar WPA2-Enterprise en un punto de acceso Cisco Catalyst, trabajará a través del WLC —Wireless LAN Controller— o de DNA Center. Los pasos clave son: definir su servidor RADIUS en Security, luego AAA y después RADIUS Authentication Servers; crear un nuevo perfil de WLAN; establecer la política de seguridad en WPA2 con 802.1X como método de gestión de claves; y vincular el servidor RADIUS a esa WLAN. Un punto crítico en Cisco: asegúrese de configurar tanto la contabilidad (accounting) de RADIUS como la autenticación. La contabilidad le proporciona el registro de auditoría por sesión que requieren los marcos de cumplimiento normativo. En Meraki, el proceso es aún más sencillo: navegue a Wireless, luego a SSIDs, seleccione su SSID de destino, establezca la seguridad en WPA2-Enterprise con mi servidor RADIUS e introduzca la IP de su servidor RADIUS, el puerto —normalmente 1812 para autenticación y 1813 para contabilidad— y el secreto compartido. Meraki también admite pruebas de RADIUS directamente desde el panel de control, lo cual es de un valor incalculable durante la puesta en marcha. Pasando a Aruba. Aruba Networks, que ahora forma parte de HPE, es la opción dominante en el sector hotelero y en la educación superior. Aruba Central proporciona gestión en la nube, y ArubaOS es la plataforma subyacente. En Aruba, la configuración de WPA2-Enterprise reside dentro del perfil de SSID. Deberá definir un perfil AAA que haga referencia a su servidor RADIUS y, a continuación, asociar ese perfil AAA a su perfil de AP virtual. Vale la pena mencionar específicamente ClearPass Policy Manager de Aruba: es el motor de políticas y RADIUS propio de Aruba, y añade una capacidad significativa en torno al perfilado de dispositivos, el control de acceso basado en roles y la incorporación de invitados. Si gestiona un entorno mixto con personal, contratistas e invitados que se conectan a la misma infraestructura, ClearPass le ofrece la granularidad de políticas necesaria para segmentarlos adecuadamente. Para un hotel que despliega WPA2-Enterprise en las redes del personal y de administración interna mientras ejecuta una solución de WiFi para invitados independiente a través de una plataforma como Purple, la segmentación de SSID de Aruba combinada con ClearPass para la autenticación del personal es una arquitectura muy limpia. Ahora pasemos a Ubiquiti. La plataforma UniFi de Ubiquiti ha ganado una tracción significativa en el mercado de las pymes y empresas medianas —y cada vez más en el sector de la hostelería boutique y el comercio minorista— debido a su precio competitivo y a una interfaz de gestión realmente capaz. El UniFi Network Controller es donde realizará el trabajo pesado. Para configurar WPA2-Enterprise en UniFi, navegue a Settings, luego a WiFi, cree o edite su SSID, establezca la seguridad en WPA2 Enterprise y configure su perfil RADIUS; de nuevo, dirección IP, puerto de autenticación 1812, puerto de contabilidad 1813 y secreto compartido. Una consideración importante con Ubiquiti: no incluye un servidor RADIUS integrado de la misma manera que lo hacen algunas plataformas empresariales. Necesitará un servidor RADIUS externo, ya sea Windows Server NPS, FreeRADIUS o un servicio RADIUS en la nube. Esto no es una limitación en sí, sino una dependencia que debe planificarse. Para implementaciones más pequeñas, la aplicación UniFi Network incluye un servidor RADIUS básico, pero para entornos de producción siempre recomendaría una instancia RADIUS dedicada. En las tres plataformas, la selección del método EAP merece especial atención. PEAP con MSCHAPv2 es el método más implementado porque funciona con credenciales de Active Directory sin requerir certificados en el lado del cliente. EAP-TLS es más seguro —utiliza autenticación mutua por certificado— pero requiere una infraestructura PKI y la distribución de certificados a cada dispositivo cliente, lo que añade carga operativa. Para la mayoría de las implementaciones empresariales, PEAP-MSCHAPv2 con un servidor RADIUS correctamente configurado y validación de certificados en el lado del cliente es el equilibrio adecuado entre seguridad y manejabilidad operativa. [RECOMENDACIONES DE IMPLEMENTACIÓN Y ERRORES COMUNES — aproximadamente 2 minutos] Ahora permítame detallar los tres modos de fallo más comunes que veo en las implementaciones de WPA2-Enterprise y cómo evitarlos. Número uno: disponibilidad del servidor RADIUS. Su servidor RADIUS se encuentra ahora en la ruta crítica para cada autenticación inalámbrica. Si se cae, nadie podrá conectarse. Esto significa que necesita redundancia RADIUS; como mínimo, un servidor RADIUS primario y otro secundario configurados en cada punto de acceso. La mayoría de las plataformas lo admiten de forma nativa. En Cisco, puede configurar grupos de servidores RADIUS con conmutación por error. En Aruba, el perfil AAA admite múltiples servidores RADIUS con valores configurables de reintento y tiempo de espera. En Ubiquiti, puede especificar un servidor RADIUS secundario en el perfil RADIUS. No se salte este paso. Número dos: validación de certificados. Una proporción sorprendentemente alta de los despliegues que reviso tienen dispositivos cliente configurados para aceptar cualquier certificado de servidor RADIUS. Esto socava por completo el modelo de seguridad: te expone a ataques de gemelo malvado (evil twin) donde un punto de acceso no autorizado suplanta tu red y recopila credenciales. Configura el certificado de tu servidor RADIUS desde una CA de confianza y configura tus suplicantes cliente para que validen ese certificado. En Windows, esto se hace a través de Directivas de Grupo. En iOS y Android, se gestiona a través de perfiles MDM. Esto no es negociable para cualquier entorno que maneje datos sensibles. Número tres: asignación de VLAN. WPA2-Enterprise permite la asignación dinámica de VLAN: el servidor RADIUS puede devolver un atributo de VLAN en el mensaje Access-Accept, ubicando a cada usuario autenticado en el segmento de red adecuado según su identidad o rol. Esta es una de las características más potentes de la arquitectura 802.1X y, con frecuencia, se deja sin configurar. Si gestionas un recinto con personal, administración y dispositivos IoT en la misma infraestructura física, la asignación dinámica de VLAN es la forma de aplicar la segmentación de red sin tener que gestionar múltiples SSIDs. Por el lado de la integración de Purple: si estás desplegando WPA2-Enterprise para tu personal y redes operativas, y ejecutando la plataforma de guest WiFi de Purple para la conectividad de los visitantes, estos dos sistemas coexisten perfectamente. Purple gestiona la autenticación de invitados, la captura de datos y la capa de analítica —incluyendo la analítica de WiFi y la inteligencia de afluencia que los operadores de recintos utilizan para decisiones operativas— mientras que tu infraestructura WPA2-Enterprise protege la red corporativa. La clave es una separación limpia de SSID y VLAN a nivel de punto de acceso, algo que las tres plataformas admiten. [PREGUNTAS Y RESPUESTAS RÁPIDAS — aproximadamente 1 minuto] Permíteme repasar algunas preguntas que surgen con regularidad. ¿Puedo ejecutar WPA2-Enterprise y una red de invitados en los mismos puntos de acceso? Sí, por supuesto. Las tres plataformas admiten múltiples SSIDs por radio, cada una con políticas de seguridad independientes. Tu SSID corporativo ejecuta WPA2-Enterprise; tu SSID de invitados puede ejecutarse a través del Captive Portal de Purple con el aislamiento adecuado. ¿Necesito reemplazar mis puntos de acceso existentes para desplegar WPA2-Enterprise? Casi con total seguridad, no. WPA2-Enterprise ha sido compatible con puntos de acceso de nivel empresarial durante más de una década. Si tu hardware tiene menos de ocho años y ejecuta un firmware actual, admitirá 802.1X. ¿Cuál es la diferencia entre WPA2-Enterprise y WPA3-Enterprise? WPA3-Enterprise añade un modo de seguridad de 192 bits utilizando criptografía Suite B, lo cual es relevante para entornos gubernamentales y de defensa. Para la mayoría de los despliegues comerciales, WPA2-Enterprise con métodos EAP sólidos sigue siendo el estándar. Vale la pena planificar la transición a WPA3 para nuevos despliegues, pero no es una migración urgente para la mayoría de las organizaciones. ¿Es el RADIUS en la nube una opción viable? Sí, y cada vez más. Servicios como Cisco ISE en la nube, Aruba ClearPass como servicio, u opciones de terceros como JumpCloud y Foxpass proporcionan RADIUS como un servicio gestionado, lo que elimina la sobrecarga de infraestructura. Para entornos distribuidos —piense en una cadena de tiendas con 200 ubicaciones—, el RADIUS en la nube puede reducir significativamente la complejidad operativa. [RESUMEN Y PRÓXIMOS PASOS — aproximadamente 1 minuto] Para resumir: WPA2-Enterprise es la base no negociable para cualquier despliegue inalámbrico empresarial. El proceso de configuración en Cisco, Aruba y Ubiquiti sigue el mismo patrón fundamental: definir su servidor RADIUS, crear su SSID con gestión de claves 802.1X, seleccionar su método EAP y realizar pruebas antes de la puesta en marcha. Las diferencias radican en las interfaces de gestión y en las herramientas del ecosistema de cada plataforma. Las tres cosas que debe hacer bien: redundancia de RADIUS, validación de certificados en los clientes y asignación dinámica de VLAN. Si acierta en estos tres aspectos, dispondrá de una postura de seguridad inalámbrica sólida, conforme a las normativas y auditable. Para sus próximos pasos: si está evaluando plataformas, utilice el marco de comparación de proveedores de la guía adjunta. Si está listo para el despliegue, los tutoriales de configuración paso a paso para cada plataforma se encuentran en la sección de implementación. Y si está pensando en cómo encaja el WiFi de invitados junto a su red empresarial, la documentación de la plataforma Purple cubre la arquitectura de integración en detalle. Gracias por su atención. Nos vemos en la próxima sesión informativa.