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

Le damos la bienvenida al informe de redes corporativas de Purple. Hoy analizaremos en profundidad 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 corporativo 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 retail, un gran hotel o un centro de conferencias), ¿por qué sigue estando tan extendido 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 con 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. Entremos en la parte técnica. ¿Cómo asegura realmente la conexión WPA-PSK? Existe la idea errónea de que la propia contraseña cifra el tráfico. No es así. La contraseña (la PSK) no es la clave de cifrado. Es la 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 básicamente son números aleatorios. El AP envía un nonce, llamado ANonce. El cliente devuelve otro 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. A continuación, el AP envía la Group Temporal Key (utilizada para el tráfico de difusión) cifrada bajo la PTK, y el cliente confirma la recepción. 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 quiebra 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 handshake de 4 vías ocurre en claro. Si soy un atacante sentado en el vestíbulo 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, probando contraseñas rápidamente, generando la PMK y comprobando si produce el mismo Message Integrity Code que capturé. Dado que muchos recintos utilizan contraseñas débiles (como el nombre del lugar y el año), puedo descifrarla en cuestión de 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, indicando a un cliente legítimo que se desconecte. El cliente se vuelve a conectar inmediatamente, realiza el handshake de 4 vías y el atacante lo captura. Es un ataque ruidoso, pero altamente efectivo si no lo está monitorizando con un Sistema de Detección de Intrusiones Inalámbricas. Ahora pasemos de los riesgos criptográficos a las realidades operativas. Porque WPA-PSK genera 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 registro 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 retail con quinientas tiendas, eso representa potencialmente decenas de miles de dispositivos. Es inviable operativamente, 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 (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 marcha, usted revoca su certificado o cuenta específica. El resto de la red permanece 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 inicio de sesión social, correo electrónico o SMS. Ahora sabe exactamente quién está en su red. Tiene un registro de auditoría, puede imponer límites de ancho de banda por usuario y, fundamentalmente, transforma ese WiFi de un centro de costes a un activo de marketing. Captura datos de origen, 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 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 fuertemente restringida. Implemente un aislamiento de clientes estricto para que no puedan comunicarse entre sí y aíslelos mediante 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, este es el orden recomendado. 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, despliegue 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, despliegue 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 de usuario única 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 registro de auditoría, la PSK es la herramienta incorrecta. Sin excepciones. Dos: el handshake 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 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 estar aislados. 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 de revocación; estos requieren 802.1X o un Captive Portal. En resumen: WPA-PSK se diseñó para una era diferente y una escala diferente. Para cualquier entorno corporativo (ya sea que gestione una cadena hotelera, un grupo de tiendas de retail, 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 casi con seguridad revelarán despliegues de PSK que deben abordarse con urgencia. Gracias por escuchar el informe de redes corporativas de Purple. Para obtener más guías técnicas, marcos de despliegue y casos de estudio, visite purple.ai.