Explicación de WPA-PSK: Qué es, cómo funciona y sus riesgos de seguridad

Bienvenido al boletín sobre redes de Purple Enterprise. Hoy vamos a analizar en profundidad un protocolo que probablemente se esté ejecutando en algún lugar de su entorno en este momento, quizás donde no debería: WPA-PSK. Analizaremos qué es, exactamente cómo funciona a nivel interno y, lo más importante, por qué confiar en él en un entorno empresarial representa un riesgo operativo y de seguridad significativo. Comencemos con lo básico. WPA-PSK, o WiFi Protected Access Pre-Shared Key. Es la contraseña que todos usamos en casa. Pero en un contexto empresarial - por ejemplo, una cadena minorista, un hotel grande o un centro de conferencias - ¿por qué sigue estando tan extendido este estándar de consumo? Todo se reduce a la aparente simplicidad. Cuando un establecimiento necesita conectar dispositivos rápidamente - ya sean terminales de punto de venta, escáneres portátiles o incluso dispositivos de invitados - introducir una única contraseña parece el camino de menor resistencia. No necesita configurar un servidor RADIUS, ni tampoco un proveedor de identidad. Simplemente configura el punto de acceso, distribuye la contraseña y listo. Pero esa simplicidad es una trampa. Es una enorme deuda operativa disfrazada de solución rápida. Pasemos al aspecto técnico. ¿Cómo protege realmente la conexión WPA-PSK? Existe la falsa creencia de que la propia contraseña encripta el tráfico. No es así. La contraseña - la PSK - no es la clave de encriptación. Es el material de origen. Cuando configura una PSK, el punto de acceso y el dispositivo cliente utilizan esa contraseña, junto con el SSID de la red, para calcular lo que se denomina una clave maestra por pares, o PMK. Esto se realiza mediante un algoritmo de hash llamado PBKDF2, que ejecuta el cálculo cuatro mil noventa y seis veces. Esta intensidad computacional se diseñó para ralentizar los ataques de fuerza bruta. Pero la PMK todavía no se utiliza para la encriptación de datos. Entonces, ¿cómo llegamos a la encriptación real? A través del saludo de cuatro vías o 4-Way Handshake. Este es el mecanismo crítico. El cliente y el punto de acceso deben demostrarse mutuamente que conocen la PMK, pero no pueden transmitirla por el aire - eso sería un fallo de seguridad enorme. Por lo tanto, intercambian nonces criptográficos - básicamente números aleatorios. El punto de acceso envía un nonce, llamado ANonce. El cliente devuelve otro nonce - el SNonce - junto con un código de integridad de mensaje, o MIC. Utilizando estos nonces, ambas partes calculan de forma independiente la clave transitoria por pares, la PTK. Esa PTK es lo que realmente encripta los datos de su sesión. El punto de acceso envía entonces la clave temporal de grupo - utilizada para el tráfico de difusión - encriptada bajo la PTK, y el cliente la confirma. Comienza la comunicación encriptada. Ahora bien, las matemáticas aquí son sólidas. La encriptación AES utilizada en el WPA moderno es robusta. Entonces, ¿dónde falla el modelo de seguridad para una empresa? El fallo no está en el cifrado. Está en la gestión de claves y en la naturaleza del propio protocolo de saludo. En primer lugar, ese saludo de 4 vías se produce en abierto. Si soy un atacante sentado en el vestíbulo de su hotel con un analizador de paquetes, puedo capturar ese saludo. Ni siquiera necesito estar conectado a su red. Una vez que tengo el saludo, me desconecto. Utilizo un potente equipo de GPU para ejecutar un ataque de diccionario, adivinando contraseñas rápidamente, generando la PMK y comprobando si produce el mismo Message Integrity Code que capturé. Como muchos establecimientos utilizan contraseñas débiles - como el nombre del establecimiento y el año - puedo descifrarla en cuestión de minutos. ¿Y qué pasa con los ataques de desautenticación? Si no se conecta ningún dispositivo nuevo, el atacante no puede capturar el saludo. Por lo tanto, falsifica una trama de desautenticación, indicando a un cliente legítimo que se desconecte. El cliente se vuelve a conectar inmediatamente, realiza el saludo de 4 vías y el atacante lo captura. Es un ataque ruidoso, pero muy eficaz si no se supervisa con un sistema de detección de intrusiones inalámbricas. Pasemos ahora de los riesgos criptográficos a las realidades operativas. Porque WPA-PSK crea dos problemas adicionales que son tan perjudiciales como el propio riesgo de seguridad. Primero: el vacío de identidad. WPA-PSK autentica el dispositivo, no al usuario. Le indica que un dispositivo con una dirección MAC específica conoce la contraseña. No le dice si ese dispositivo pertenece al gerente de su tienda, a un invitado o a un atacante. Sin identidad, no hay pista de auditoría. Si está sujeto a PCI-DSS para el comercio minorista, o a GDPR para cualquier operación de cara a la UE, esa falta de responsabilidad es un fallo de cumplimiento grave. No puede demostrar quién accedió a qué, cuándo y desde dónde. Segundo: la pesadilla de la revocación. Si un gerente se va y conoce la PSK de su red corporativa, tiene que cambiarla. Pero cambiar la PSK significa que ahora tiene que actualizar manualmente cada uno de los dispositivos legítimos en esa ubicación: cada escáner, cada tableta, cada terminal de punto de venta. En una cadena de tiendas con quinientos establecimientos, eso supone potencialmente decenas de miles de dispositivos. Es inviable desde el punto de vista operativo, por lo que ¿qué suele ocurrir? La contraseña nunca se cambia. El nivel de seguridad simplemente se degrada con el tiempo. ¿Cuál es entonces la solución? ¿Cómo se alejan las empresas de esto? Tiene que segmentar su enfoque en función del tipo de usuario. Para los activos corporativos - portátiles del personal, terminales seguros, dispositivos gestionados - debe migrar a WPA-Enterprise o 802.1X. Esto requiere que los usuarios o dispositivos se autentiquen individualmente contra un directorio central, como Active Directory, utilizando un servidor RADIUS y un método EAP como EAP-TLS o PEAP. Si roban un portátil o un empleado se va, se revoca su certificado o cuenta específica. El resto de la red no se toca en absoluto. No hay ninguna contraseña que cambiar. Para el WiFi de invitados (obviamente, no vamos a registrar a los huéspedes de un hotel en 802.1X), ofrecer una PSK en una pizarra es una oportunidad perdida. Se pasa a una red abierta, pero se asegura la capa de acceso mediante un Captive Portal. El usuario se conecta, se le redirige a un portal y se autentica a través de redes sociales, correo electrónico o SMS. Ahora sabe exactamente quién está en su red. Dispone de una pista de auditoría, puede aplicar límites de ancho de banda por usuario y, lo que es más importante, transforma ese WiFi de un centro de costes en un activo de marketing. Captura datos de primera mano, comprende las analíticas del recinto, los tiempos de permanencia y las tasas de retorno. Nada de eso es posible con una PSK compartida. ¿Y qué ocurre con los dispositivos IoT heredados? A veces se tiene un sensor de climatización antiguo o un terminal de pago heredado que solo admite PSK. Esa es una realidad a la que todos nos enfrentamos. Si debe utilizar PSK, la contención es su estrategia. Coloque esos dispositivos en una VLAN dedicada y muy restringida. Implemente un aislamiento estricto de los clientes para que no puedan comunicarse entre sí y sepárelos mediante un cortafuegos de la subred corporativa. Trate esa red PSK como territorio hostil, porque desde el punto de vista de la seguridad, lo es. Hablemos de las prioridades de implementación. Si está planeando una migración este trimestre, esta es la secuencia recomendada. En primer lugar, audite su red actual. Identifique cada SSID, cada método de autenticación y cada tipo de dispositivo. En segundo lugar, segmente sus SSID por tipo de usuario: personal corporativo, invitados e IoT. En tercer lugar, implemente 802.1X para los dispositivos corporativos. Si dispone de una infraestructura de puntos de acceso gestionada en la nube, la mayoría de los proveedores modernos admiten la integración nativa con RADIUS. En cuarto lugar, despliegue un Captive Portal para el acceso de invitados. En quinto lugar, aísle los dispositivos PSK restantes en una VLAN dedicada. Desde el punto de vista del cumplimiento, esta arquitectura aborda directamente el requisito 1.3 de PCI DSS relativo a la segmentación de red, el requisito 8.2 relativo a la identificación de usuarios únicos y el artículo 32 del GDPR relativo a las medidas de seguridad técnicas adecuadas para el tratamiento de datos personales. Para terminar, un resumen rápido de las conclusiones clave. Uno: PSK autentica el dispositivo; Enterprise autentica al usuario. Si necesita una pista de auditoría, PSK es la herramienta equivocada. Sin paliativos. Dos: El protocolo de enlace de 4 vías es público. Si su contraseña es débil, su red está comprometida, independientemente del algoritmo de cifrado. Una frase de contraseña compleja y generada de forma aleatoria es el estándar mínimo. Tres: Deje de regalar WiFi de invitados con una contraseña compartida. Utilice un Captive Portal para proteger el acceso y capturar los datos analíticos que su empresa necesita. El retorno de la inversión es inmediato. Cuatro: Los dispositivos PSK heredados deben aislarse. Trate cualquier segmento de red PSK como no fiable. El aislamiento de VLAN y el aislamiento de clientes son innegociables. Cinco: WPA3 introduce Simultaneous Authentication of Equals, que proporciona protección contra ataques de diccionario offline incluso en modo PSK. Si su hardware es compatible con WPA3, actívelo. Pero esto no resuelve los problemas de identidad o revocación; estos requieren 802.1X o un Captive Portal. En resumen: WPA-PSK fue diseñado para una era diferente y una escala diferente. Para cualquier entorno empresarial, ya sea que opere una cadena hotelera, una red de tiendas minoristas, un estadio o una instalación del sector público, la combinación de WPA-Enterprise para dispositivos corporativos y un Captive Portal gestionado para invitados es la única arquitectura que ofrece tanto seguridad como inteligencia de negocio. El siguiente paso es una auditoría de red. Registre cada dispositivo, cada SSID y cada método de autenticación en su propiedad. Los resultados revelarán casi con seguridad despliegues de PSK que deben abordarse con urgencia. Gracias por escuchar el Purple Enterprise Networking Briefing. Para obtener más guías técnicas, marcos de despliegue y casos de estudio, visite purple.ai.