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

Bienvenidos al informe de redes empresariales de Purple. Hoy profundizaremos en un protocolo que probablemente se esté ejecutando en algún lugar de su entorno en este momento, tal vez donde no debería: WPA-PSK. Vamos a desglosar qué es, exactamente cómo funciona internamente 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 de tiendas, un gran hotel o un centro de conferencias), ¿por qué sigue siendo tan frecuente este estándar de nivel de consumo? Se reduce a una percepción de simplicidad. Cuando un recinto 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, no necesita un Proveedor de Identidad. Solo configura el punto de acceso, entrega la contraseña y listo. Pero esa simplicidad es una trampa. Es una enorme deuda operativa disfrazada de solución rápida. Pasemos a lo técnico. ¿Cómo asegura realmente la conexión WPA-PSK? Existe la idea errónea de que la contraseña en sí cifra el tráfico. No es así. La contraseña (la PSK) no es la clave de cifrado. Es el elemento semilla. 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 llama una Pairwise Master Key, o PMK. Esto se hace 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 el cifrado de datos. Entonces, ¿cómo llegamos al cifrado real? A través del 4-Way Handshake. Este es el mecanismo crítico. El cliente y el AP deben demostrarse mutuamente que conocen la PMK, pero no pueden transmitirla por el aire; eso sería un fallo de seguridad masivo. Por lo tanto, intercambian nonces criptográficos, que son básicamente números aleatorios. El AP envía un nonce, llamado ANonce. El cliente devuelve un nonce (el SNonce) junto con un Message Integrity Code, o MIC. Utilizando estos nonces, ambas partes calculan de forma independiente la Pairwise Transient Key, la PTK. Esa PTK es la que realmente cifra los datos de su sesión. Luego, el AP envía la Group Temporal Key (utilizada para el tráfico de difusión) cifrada bajo la PTK, y el cliente la confirma. Comienza la comunicación cifrada. Ahora bien, la matemática aquí es sólida. El cifrado AES utilizado en el WPA moderno es robusto. Entonces, ¿dónde se desmorona el modelo de seguridad para una empresa? El fallo no es el cifrado. Es la gestión de claves y la naturaleza del handshake. En primer lugar, ese 4-way handshake ocurre en texto claro. Si soy un atacante sentado en el lobby de su hotel con un analizador de paquetes, puedo capturar ese handshake. Ni siquiera necesito estar conectado a su red. Una vez que tengo el handshake, lo proceso sin conexión. Utilizo un potente equipo con 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é. Debido a que muchos recintos utilizan contraseñas débiles (como el nombre del lugar y el año), puedo descifrarla en minutos. ¿Y qué pasa con los ataques de desautenticación? Si no se están conectando dispositivos nuevos, el atacante no puede capturar un handshake. Por lo tanto, falsifican una trama de desautenticación, indicándole a un cliente legítimo que se desconecte. El cliente se vuelve a conectar inmediatamente, realiza el 4-way handshake y el atacante lo captura. Es un ataque ruidoso, pero altamente efectivo si no lo está monitoreando con un Sistema de Detección de Intrusiones Inalámbricas. Ahora pasemos de los riesgos criptográficos a las realidades operativas. Porque WPA-PSK crea dos problemas adicionales que son tan perjudiciales como el riesgo de seguridad. Primero: el vacío de identidad. WPA-PSK autentica al 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 historial de auditoría. Si está sujeto a PCI DSS para retail, o a GDPR para cualquier operación orientada 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 debe actualizar manualmente cada uno de los dispositivos legítimos en esa ubicación: cada escáner, cada tableta, cada terminal POS. En una cadena de tiendas con quinientas sucursales, eso representa potencialmente decenas de miles de dispositivos. Es operativamente inviable, así que ¿qué suele pasar? La contraseña nunca se cambia. La postura de seguridad simplemente se degrada con el tiempo. Entonces, ¿cuál es la solución? ¿Cómo se alejan las empresas de esto? Debe segmentar su enfoque según el tipo de usuario. Para los activos corporativos (laptops del personal, terminales seguras, 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 una laptop o un empleado se va, usted revoca su certificado o cuenta específica. El resto de la red queda completamente intacto. No hay ninguna contraseña que cambiar. Para el WiFi de invitados (obviamente, no vamos a registrar a los huéspedes del hotel en 802.1X), entregar una PSK en una pizarra es una oportunidad perdida. Se realiza la transición a una red abierta, pero se asegura la capa de acceso utilizando 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. Tiene un historial de auditoría, puede aplicar límites de ancho de banda por usuario y, lo que es crucial, transforma ese WiFi de un centro de costes a 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é pasa con los dispositivos IoT heredados? A veces se tiene un sensor de HVAC antiguo o una terminal de pago heredada 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 fuertemente restringida. Implemente un aislamiento estricto de clientes para que no puedan comunicarse entre sí y aíslelos con un firewall 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, aquí está la secuencia recomendada. Primero, audite su red actual. Identifique cada SSID, cada método de autenticación y cada tipo de dispositivo. Segundo, segmente sus SSID por tipo de usuario: personal corporativo, invitados e IoT. Tercero, implemente 802.1X para dispositivos corporativos. Si tiene una infraestructura de puntos de acceso gestionada en la nube, la mayoría de los proveedores modernos admiten la integración con RADIUS de forma nativa. Cuarto, implemente un Captive Portal para el acceso de invitados. Quinto, aísle cualquier dispositivo PSK restante en una VLAN dedicada. Desde la perspectiva del cumplimiento, esta arquitectura aborda directamente el requisito 1.3 de PCI DSS sobre segmentación de red, el requisito 8.2 sobre identificación única de usuarios y el Artículo 32 de GDPR sobre medidas de seguridad técnicas adecuadas para el procesamiento de datos personales. Ahora, un resumen rápido de los puntos clave. Uno: la PSK autentica al dispositivo; Enterprise autentica al usuario. Si necesita un historial de auditoría, la PSK es la herramienta incorrecta. Punto final. Dos: el 4-way handshake 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 aleatoriamente es el estándar mínimo. Tres: deje de regalar WiFi de invitados con una contraseña compartida. Utilice un Captive Portal para asegurar el acceso y capturar los datos analíticos que su negocio necesita. El retorno de la inversión es inmediato. Cuatro: los dispositivos PSK heredados deben aislarse. Trate cualquier segmento de red PSK como no confiable. El aislamiento de VLAN y el aislamiento de clientes no son negociables. Cinco: WPA3 introduce Simultaneous Authentication of Equals, que proporciona protección contra ataques de diccionario sin conexión 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 de hoteles, un grupo de tiendas, 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 hallazgos casi con certeza revelarán implementaciones de PSK que deben abordarse con urgencia. Gracias por escuchar el informe de redes empresariales de Purple. Para obtener más guías técnicas, marcos de implementación y casos de estudio, visite purple.ai.