Saltar al contenido principal

PSK por dispositivo según el fabricante: comparación de iPSK, DPSK, MPSK y PPSK (y compatibilidad con WPA3)

Una comparación exhaustiva de las implementaciones de PSK por dispositivo en Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Extreme, Fortinet y Ubiquiti UniFi. Descubra cómo afecta WPA3-SAE a las estrategias de claves por dispositivo y cuándo implementar modos de transición en lugar de migrar a 802.1X.

📖 6 min de lectura📝 1,316 palabras🔧 2 ejemplos prácticos3 preguntas de práctica📚 8 definiciones clave

Escuchar esta guía

Ver transcripción del podcast
PSK por dispositivo según el fabricante: comparación de iPSK, DPSK, MPSK y PPSK, y compatibilidad con WPA3. Un informe técnico de Purple. Introducción y contexto. Le damos la bienvenida a la serie de informes técnicos de Purple. Voy a guiarle a través de uno de los temas de mayor importancia práctica (y que con más frecuencia se malinterpreta) en el ámbito del WiFi empresarial actual: las claves precompartidas por dispositivo. En concreto, compararemos cómo implementa esta capacidad cada uno de los principales fabricantes, cómo la denominan, cómo funciona realmente a nivel interno y, lo que es fundamental, qué ocurre cuando se intenta migrar a WPA3. Si es responsable de TI, arquitecto de redes o director de operaciones de instalaciones y gestiona el WiFi en un complejo hotelero, una cadena de tiendas, un estadio o un campus del sector público, este informe es para usted. Probablemente ya se haya topado con esta sopa de letras: iPSK, DPSK, MPSK, PPSK. Todas hacen referencia al mismo concepto (proporcionar a cada dispositivo o usuario su propia contraseña única en un único SSID), pero las implementaciones difieren significativamente, y esas diferencias importan a la hora de planificar la próxima renovación de la infraestructura. Comencemos con los aspectos fundamentales, luego analizaremos cada fabricante y terminaremos con la cuestión de WPA3 con la que todo el mundo está lidiando en este momento. Análisis técnico detallado. Entonces, ¿qué es la PSK por dispositivo y por qué existe? WPA2-Personal tradicional utiliza una única frase de contraseña compartida para todo un SSID. Todos los usuarios de su red de invitados utilizan la misma contraseña. Esto plantea dos problemas. En primer lugar, no se puede revocar el acceso de un dispositivo sin cambiar la contraseña de todos los demás. En segundo lugar, no se tiene visibilidad por dispositivo ni aplicación de políticas. La PSK por dispositivo soluciona ambos problemas. Cada dispositivo o usuario obtiene una credencial única. Se puede revocar una sin afectar a las demás. Se pueden asignar diferentes VLAN, políticas de ancho de banda o programaciones de acceso por clave. Es el término medio entre la sencillez de WPA2-Personal y la complejidad de la autenticación empresarial 802.1X completa. Veamos ahora cómo implementa esto cada fabricante. Cisco Meraki lo denomina iPSK (Identity Pre-Shared Key). Meraki admite dos modos. Sin RADIUS, se configuran hasta cinco PSK únicas directamente en el panel de control de Meraki, cada una asociada a una VLAN. Es rápido de configurar y no requiere infraestructura externa. Con RADIUS (normalmente Cisco ISE), se puede escalar a miles de claves. El cliente se asocia, el punto de acceso (AP) envía la dirección MAC y un indicio de PSK al servidor RADIUS, el servidor devuelve la clave por dispositivo correcta y el saludo de cuatro vías estándar de WPA2 se completa utilizando esa clave como clave maestra por pares (Pairwise Master Key). La idea clave aquí es que el servidor RADIUS realiza la búsqueda, no el AP. El AP simplemente facilita el intercambio. HPE Aruba lo denomina MPSK (Multiple Pre-Shared Key). Aruba Central y Aruba Instant admiten MPSK en dos modos: MPSK Local, donde las claves se almacenan en el controlador o en el clúster de AP, y MPSK con ClearPass, el motor de políticas y RADIUS de Aruba. ClearPass puede albergar decenas de miles de claves, asignar VLAN dinámicas y aplicar políticas basadas en roles por clave. El flujo de autenticación es esencialmente el mismo que el modo RADIUS de Meraki: la búsqueda basada en MAC devuelve la clave por dispositivo antes del saludo de cuatro vías. Ruckus (ahora parte de CommScope) lo denomina DPSK (Dynamic Pre-Shared Key). Se trata, posiblemente, de la implementación más madura del mercado. Ruckus DPSK está disponible desde los inicios de SmartZone. En el modo local, el servicio DPSK se ejecuta en el controlador y alberga la base de datos de claves. En el modo RADIUS, se integra con Cloudpath, la propia plataforma de control de acceso a la red de Ruckus. Lo que hace destacar a Ruckus es DPSK3, su extensión de DPSK para WPA3, sobre la que volveremos en breve. DPSK3 está disponible en puntos de acceso Wi-Fi 6, 6E y 7 con la versión de firmware 7.0 o posterior, y funciona en modo mixto WPA2/WPA3. Juniper Mist lo denomina PPSK (Private Pre-Shared Key) o, a veces, Multi-PSK. Mist almacena las claves en la nube, en la base de datos de claves del sitio o de la organización de Mist, con un límite de 5000 claves por sitio. Las claves se pueden asignar por usuario, por dispositivo o por grupo. Mist también se integra con su servicio Access Assurance (el NAC nativo de la nube), que añade la búsqueda de PSK basada en RADIUS. Fundamentalmente, Juniper ha anunciado la compatibilidad con WPA3 RADIUS PSK a través de Access Assurance, lo que permite que un único SSID WPA3-Personal sirva múltiples frases de contraseña. Esta es una de las implementaciones con mayor proyección de futuro del mercado. Extreme Networks (que adquirió Aerohive) lo denomina PPSK (Private Pre-Shared Key) a través de ExtremeCloud IQ. La implementación de Extreme admite el almacenamiento local de claves en el propio AP, lo que resulta útil para sucursales o sitios remotos con conectividad limitada. También admite la búsqueda basada en RADIUS a través del servicio RADIUS en la nube de ExtremeCloud IQ. Está disponible la vinculación de MAC, que asocia una PPSK a la dirección MAC de un dispositivo específico para mayor seguridad. Fortinet lo denomina MPSK (Multiple Pre-Shared Key), gestionado a través de FortiAP y el controlador inalámbrico FortiGate. La implementación de Fortinet destaca porque admite explícitamente los modos de seguridad WPA3-SAE y de transición WPA3-SAE en sus perfiles MPSK (a partir de la versión de firmware 8.0 de FortiAP). Puede crear un perfil MPSK con claves WPA3-SAE, asignarlas a un VAP y habilitar la asignación dinámica de VLAN por clave. Esta es una de las implementaciones de MPSK para WPA3 más limpias disponibles en la actualidad. Ubiquiti UniFi lo denomina claves precompartidas privadas (Private Pre-Shared Keys) o PSK privada (Private PSK). La implementación de UniFi es únicamente local: las claves se almacenan en el controlador UniFi Network, no en un servidor RADIUS externo. Se pueden asignar diferentes VLAN por clave y establecer límites de clientes por clave. La limitación importante: a mediados de 2026, la PSK privada de UniFi solo funciona en redes WPA2 en las bandas de 2,4 GHz y 5 GHz. No se admiten WPA3 ni 6 GHz. Para implementaciones más pequeñas esto es correcto, pero es una limitación que conviene conocer antes de comprometerse con una infraestructura UniFi a gran escala. Ahora, la cuestión de WPA3. Aquí es donde la cosa se pone técnicamente interesante. WPA2-Personal utiliza un saludo de cuatro vías. El cliente y el AP derivan una clave transitoria por pares (Pairwise Transient Key) a partir de una clave maestra por pares (Pairwise Master Key) compartida, que a su vez se deriva de la frase de contraseña. Dado que la derivación de la PMK se produce después de la búsqueda de RADIUS, el AP puede sustituir una clave por dispositivo en ese momento. Al estándar no le importa: simplemente ve una PMK válida. WPA3-Personal sustituye el saludo de cuatro vías por SAE (Simultaneous Authentication of Equals). SAE es un protocolo basado en Diffie-Hellman. Ambas partes se comprometen a un elemento de contraseña compartido derivado de la frase de contraseña antes de que se complete la asociación. La diferencia fundamental: ambas partes deben conocer la contraseña antes de que comience el intercambio SAE. No hay ningún punto en el protocolo en el que un servidor RADIUS pueda inyectar una clave diferente por dispositivo. El AP y el cliente ya están realizando un intercambio criptográfico con un único valor compartido. Por este motivo, WPA3 actualmente solo permite una clave por SSID en su forma estándar. No se trata de una limitación de firmware, sino de una restricción del protocolo. Las soluciones alternativas se dividen en tres categorías. En primer lugar, el modo de transición de WPA3, también llamado modo mixto WPA2/WPA3. El SSID anuncia tanto WPA2-PSK como WPA3-SAE. Los clientes WPA2 utilizan el saludo de cuatro vías y pueden recibir claves por dispositivo a través de RADIUS. Los clientes WPA3 utilizan SAE con una única contraseña compartida. Este es el enfoque más implementado en la actualidad y es compatible con Cisco Meraki, HPE Aruba, Ruckus y otros. En segundo lugar, las extensiones patentadas. Ruckus DPSK3 es el ejemplo más claro. Al ejecutarse en modo mixto WPA2/WPA3 con Cloudpath como backend RADIUS, DPSK3 permite que los dispositivos compatibles con WPA3 utilicen SAE mientras el sistema gestiona la vinculación de claves por dispositivo a través de la integración con Cloudpath. El enfoque de Juniper con Access Assurance WPA3 RADIUS PSK es similar. El modo de transición MPSK con WPA3-SAE de Fortinet le permite mezclar claves WPA2-Personal y WPA3-SAE en el mismo perfil MPSK. En tercer lugar, la migración a 802.1X. Para los puntos de conexión gestionados (portátiles corporativos, dispositivos del personal, cualquier dispositivo al que se le pueda enviar un certificado), WPA3-Enterprise con EAP-TLS es la respuesta idónea. Es totalmente compatible con WPA3 y 6 GHz, proporciona identidad por dispositivo y se integra con Microsoft Entra ID, Okta y Google Workspace. La contrapartida es la complejidad de la implementación y la necesidad de una infraestructura de certificados. Recomendaciones de implementación y errores comunes. Entonces, ¿qué debería hacer realmente? Si gestiona un complejo hotelero con una combinación de dispositivos de invitados, sensores IoT y dispositivos del personal, la respuesta pragmática en 2026 es un diseño de SSID híbrido. Mantenga un SSID WPA2-Personal con PSK por dispositivo para los dispositivos IoT y de invitados heredados. Ejecute un SSID WPA3-Enterprise para los dispositivos del personal que usted controle. Utilice el modo de transición en su SSID de invitados principal para admitir clientes WPA2 y WPA3 sin fragmentar el número de SSID. Si utiliza Ruckus y dispone de hardware Wi-Fi 6 o más reciente, vale la pena evaluar DPSK3 en modo mixto WPA2/WPA3 con Cloudpath. Le ofrece lo más parecido a una solución PSK por dispositivo nativa para WPA3 disponible en la actualidad. Si utiliza Fortinet, el perfil MPSK con transición WPA3-SAE es sencillo de configurar y le ofrece una ruta de migración clara. Si utiliza UniFi, deje claro a las partes interesadas que la PSK privada es solo para WPA2. Para las instalaciones que implementen Wi-Fi 6E o Wi-Fi 7 con radios de 6 GHz, necesitará una estrategia de autenticación diferente para esa banda. El mayor error que vemos es que los equipos asumen que activar WPA3 en un SSID con PSK por dispositivo existente funcionará sin más. No es así. Realice pruebas primero en un sitio piloto. Compruebe las versiones de firmware de sus AP: DPSK3 requiere la versión de firmware 7.0 o posterior en Ruckus, por ejemplo. Y compruebe la compatibilidad de su servidor RADIUS: Ruckus DPSK3 en modo mixto requiere específicamente Cloudpath, no un servidor RADIUS genérico. Un segundo error es la proliferación descontrolada de claves. La PSK por dispositivo es excelente para la trazabilidad, pero solo si se dispone de un proceso para revocar las claves cuando los dispositivos se retiran del servicio. Sin una gestión del ciclo de vida, acabará con miles de claves huérfanas y sin pista de auditoría. Integre el aprovisionamiento de claves con su flujo de trabajo de gestión de dispositivos desde el primer día. Preguntas y respuestas rápidas. ¿Puedo utilizar PSK por dispositivo en un SSID de 6 GHz? No. La banda de 6 GHz exige únicamente WPA3, y WPA3 no admite de forma nativa PSK por dispositivo. Utilice 802.1X o un SSID independiente de 2,4/5 GHz para los dispositivos que necesiten PSK por dispositivo. ¿Cumple la PSK por dispositivo con los requisitos de PCI DSS? La PSK por dispositivo en WPA2 puede cumplir con los requisitos de segmentación de red de PCI DSS 4.0 si cada clave se asocia a una VLAN aislada. No obstante, PCI DSS recomienda encarecidamente 802.1X para los entornos de datos de titulares de tarjetas. Consulte con su QSA. ¿Cuál es el número máximo de claves por SSID? Varía significativamente. Cisco Meraki con ISE admite implementaciones muy grandes. Ruckus DPSK admite decenas de miles de claves. Juniper Mist tiene un límite de 5000 por sitio. UniFi está limitado en la práctica por la memoria del controlador. Consulte siempre la documentación del fabricante para su versión específica de firmware. ¿Cómo encaja Purple en esto? Purple se sitúa como una capa en la nube sobre su hardware existente. Nos integramos con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet. Para implementaciones de WiFi para invitados y WiFi para el personal, Purple gestiona la capa de identidad (autenticación, captura de datos, gestión de consentimientos) y devuelve la asignación de VLAN o política correspondiente a su hardware a través de RADIUS o API. Usted conserva su infraestructura de PSK por dispositivo existente; Purple añade la capa de identidad y analítica por encima. Resumen y siguientes pasos. Recapitulemos. La PSK por dispositivo (ya se denomine iPSK, DPSK, MPSK o PPSK) es una capacidad madura y bien respaldada por todos los principales fabricantes de WiFi empresarial. Las implementaciones difieren en el lugar donde se almacenan las claves, cómo escalan y cómo se integran con RADIUS. El protocolo SAE de WPA3 crea una restricción técnica real para la PSK por dispositivo. El estándar no la admite de forma nativa. Las respuestas prácticas hoy en día son el modo de transición, las extensiones de fabricante como DPSK3 o la migración a 802.1X para los dispositivos que lo admitan. El resumen por fabricante: Cisco Meraki iPSK funciona bien con ISE en modo RADIUS; la compatibilidad con WPA3 se realiza mediante el modo de transición. HPE Aruba MPSK con ClearPass es altamente escalable; WPA3 MPSK está en desarrollo activo. Ruckus DPSK3 es la solución de PSK por dispositivo para WPA3 más madura disponible. Juniper Mist Access Assurance añade WPA3 RADIUS PSK. Fortinet MPSK admite explícitamente WPA3-SAE en sus perfiles MPSK. Extreme PPSK es sólido para los modos local y RADIUS. La PSK privada de UniFi es solo para WPA2 y solo local. Para sus siguientes pasos: audite su implementación actual de PSK por dispositivo, identifique qué dispositivos son compatibles con WPA3 y diseñe una estrategia de SSID híbrido que sirva para ambos. Si está planificando una renovación de hardware, priorice los AP Wi-Fi 6 o Wi-Fi 7 con compatibilidad confirmada con DPSK3 o WPA3 MPSK. Si desea comprender cómo se integra Purple con su fabricante de hardware específico para añadir gestión de identidad y analítica sobre su implementación de PSK por dispositivo, visite purple.ai o hable con su equipo de cuenta. Esto es todo por este informe. Gracias por su atención.

📚 Parte de nuestra serie principal: Enterprise WiFi Security Guide

header_image.png

Executive Summary

Per-device Pre-Shared Key (PSK) is the essential transition technology for enterprise networks that need per-device visibility without the complexity of full 802.1X authentication. While vendors use different names - Cisco Meraki iPSK, HPE Aruba MPSK, Ruckus DPSK, Juniper Mist PPSK - the fundamental goal is identical: assigning a unique password to every device on a single SSID.

However, the move to WPA3 introduces a significant architectural constraint. WPA3 replaces the traditional WPA2 four-way handshake with Simultaneous Authentication of Equals (SAE). SAE requires the password to be known by both the access point and the client before the exchange begins, which breaks the standard RADIUS-based lookup mechanism used by most per-device PSK implementations. This guide details how each major vendor handles per-device PSK, how they store and look up keys, and how they address the WPA3-SAE challenge - from WPA3 transition modes to proprietary extensions like Ruckus DPSK3.

Technical Deep-Dive

The Architecture of Per-Device PSK

Traditional WPA2-Personal uses a single shared passphrase for an entire SSID. Every device uses the same password, which means you cannot revoke access for one device without changing the password for everyone. Furthermore, you have no per-device visibility or policy enforcement.

Per-device PSK solves this by issuing a unique credential to each device or user. You can revoke one key without touching the others. You can assign different VLANs, bandwidth policies, or access schedules per key.

The technical mechanism relies on the WPA2 four-way handshake. When a client associates, the access point sends the client's MAC address to a RADIUS server (or a local database) in an Access-Request message. The RADIUS server returns an Access-Accept message containing the specific key for that device. The access point then completes the four-way handshake using that specific key to derive the Pairwise Master Key (PMK).

wpa2_vs_wpa3_psk_diagram.png

The WPA3-SAE Challenge

WPA3-Personal replaces the four-way handshake with SAE. SAE is a Diffie-Hellman-based protocol where both sides commit to a shared password element derived from the passphrase before the association completes.

The critical difference is that the password must be known to both sides before the SAE exchange begins. There is no point in the protocol where a RADIUS server can inject a different key per device. The access point and client are already executing a cryptographic exchange based on a single shared value. This is a protocol constraint defined by the IEEE 802.11 standard, not a vendor limitation.

Vendor Implementations Compared

Every major enterprise vendor supports per-device PSK, but their implementations and WPA3 readiness vary.

vendor_comparison_chart.png

Cisco Meraki (iPSK) Cisco Meraki calls it Identity Pre-Shared Key (iPSK). It supports two modes. Without RADIUS, you can configure up to five unique PSKs directly in the Meraki dashboard. With RADIUS - typically Cisco ISE - you can scale to 100,000 keys. The RADIUS server performs the lookup and returns the per-device key. For WPA3, Meraki relies on WPA3 transition mode (WPA2/WPA3 mixed mode), where WPA2 clients use the four-way handshake and receive per-device keys, while WPA3 clients use SAE with a single shared password.

HPE Aruba (MPSK) HPE Aruba calls it Multiple Pre-Shared Key (MPSK). Aruba supports MPSK Local, where keys are stored on the controller, and MPSK with ClearPass, which acts as the RADIUS and policy engine. ClearPass can hold tens of thousands of keys and assign dynamic VLANs. Like Meraki, WPA3 support is currently handled via transition mode.

Ruckus (DPSK and DPSK3) Ruckus calls it Dynamic Pre-Shared Key (DPSK). It is one of the most mature implementations, available since the early SmartZone days. In RADIUS mode, it integrates with Cloudpath. Ruckus is notable for DPSK3, their WPA3 extension. DPSK3 operates in WPA2/WPA3 mixed mode and requires Cloudpath as the RADIUS backend. It allows WPA3-capable devices to use SAE while the system manages per-device key binding through the Cloudpath integration.

Juniper Mist (PPSK / Multi-PSK) Juniper Mist calls it Private Pre-Shared Key (PPSK) or Multi-PSK. Mist stores keys in the cloud database, with a limit of 5,000 keys per site. Keys can be assigned per user, per device, or per group. Mist integrates with its Access Assurance service, which adds RADIUS-based PSK lookup. Juniper supports WPA3 RADIUS PSK through Access Assurance, allowing a single WPA3-Personal SSID to serve multiple passphrases.

Extreme Networks (PPSK) Extreme Networks calls it Private Pre-Shared Key (PPSK) through ExtremeCloud IQ. It supports local key storage on the access point itself, which is useful for remote sites, as well as RADIUS-based lookup via ExtremeCloud IQ's cloud RADIUS service. Extreme supports MAC binding to tie a PPSK to a specific device.

Fortinet (MPSK) Fortinet calls it Multiple Pre-Shared Key (MPSK), managed through FortiAP and the FortiGate wireless controller. Fortinet explicitly supports WPA3-SAE and WPA3-SAE Transition security modes in its MPSK profiles. You can create an MPSK profile with WPA3-SAE keys, assign them to a VAP, and enable dynamic VLAN assignment.

Ubiquiti UniFi (Private PSK) Ubiquiti UniFi calls it Private Pre-Shared Keys. The implementation is local only; keys are stored in the UniFi Network controller. You can assign different VLANs per key. However, UniFi Private PSK only works on WPA2 networks on 2.4 GHz and 5 GHz. WPA3 and 6 GHz are not supported.

Implementation Guide

When deploying per-device PSK, follow these steps to ensure a secure and scalable architecture.

  1. Audit Your Device Landscape: Identify which devices support WPA3 and which rely on WPA2. Legacy IoT devices will likely require WPA2 for the foreseeable future.
  2. Select the Right SSID Strategy: For a mixed environment, deploy a hybrid SSID design. Maintain a WPA2-Personal SSID with per-device PSK for legacy IoT and guest devices. Deploy a WPA3-Enterprise SSID for managed staff devices.
  3. Implement Transition Mode Carefully: If you use WPA3 transition mode on your primary guest SSID, ensure your access points and RADIUS servers are correctly configured to handle the mixed authentication flows.
  4. Integrate Identity Management: Do not manage keys manually. Integrate your key provisioning with your device management workflow or an identity provider like Microsoft Entra ID or Okta.
  5. Configure Dynamic VLANs: Map each per-device PSK to a specific VLAN to enforce network segmentation. This is critical for isolating IoT devices from guest traffic.

Best Practices

  • Enforce Lifecycle Management: Per-device PSK requires strict lifecycle management. You must have a process to revoke keys when devices are decommissioned to prevent key sprawl.
  • Use 802.1X for Managed Endpoints: For corporate laptops and staff devices, move to WPA3-Enterprise with EAP-TLS. It provides stronger security and native compatibility with zero-trust models.
  • Test WPA3 Upgrades: Never enable WPA3 on an existing per-device PSK SSID without testing in a pilot site. Verify firmware versions and RADIUS server compatibility.
  • Leverage Purple for Identity: Integrate Purple to handle the identity layer. Purple sits as a cloud overlay, providing authentication, data capture, and consent management, and passes the appropriate VLAN assignment back to your hardware via RADIUS. See Enterprise WiFi Security: A Complete Guide for 2026 for more details.

Troubleshooting & Risk Mitigation

  • Clients Failing to Connect on WPA3: If legacy devices fail to connect to a WPA3 transition mode SSID, it is often due to incompatible wireless drivers. Ensure client drivers are updated. If the issue persists, move legacy devices to a dedicated WPA2-only SSID.
  • RADIUS Timeouts: If the access point times out waiting for the per-device key from the RADIUS server, check the network path and ensure the RADIUS server is scaled to handle the authentication load.
  • VLAN Assignment Failures: If a device connects but receives the wrong IP address, verify the VLAN mapping in the RADIUS Access-Accept message and ensure the VLAN exists on the access point and switch port.

ROI & Business Impact

Implementing per-device PSK delivers measurable business value by reducing support tickets and improving security.

  • Reduced Helpdesk Load: Automating key provisioning and revocation eliminates manual password resets.
  • Improved Security Posture: Isolating devices onto separate VLANs based on their unique key reduces the blast radius of a compromised device.
  • Enhanced Visibility: Per-device keys provide granular visibility into network utilisation, allowing you to identify bandwidth hogs and optimise capacity planning.

Definiciones clave

PSK por dispositivo

Un mecanismo de seguridad que asigna una clave precompartida (Pre-Shared Key) única a cada dispositivo o usuario en un único SSID, lo que permite la revocación individual y la asignación dinámica de políticas.

Se utiliza cuando los equipos de TI necesitan visibilidad y control por dispositivo sin tener que implementar una autenticación 802.1X completa.

WPA3-SAE

Autenticación simultánea de iguales (Simultaneous Authentication of Equals). El protocolo seguro de establecimiento de claves utilizado en WPA3-Personal, que sustituye al saludo de cuatro vías (four-way handshake) de WPA2.

Relevante al actualizar a WPA3 o implementar redes de 6 GHz, ya que cambia fundamentalmente la forma en que se autentican las contraseñas.

Modo de transición

Una configuración de modo mixto en la que un SSID anuncia compatibilidad tanto con WPA2-PSK como con WPA3-SAE, lo que permite que los clientes heredados y modernos se conecten al mismo nombre de red.

El enfoque estándar para migrar las redes existentes a WPA3 sin dejar de lado los dispositivos heredados.

Vinculación de MAC

El proceso de asociar una PSK por dispositivo específica con la dirección MAC de hardware de un dispositivo concreto, evitando que la clave se utilice en otro dispositivo.

Se utiliza para evitar el uso compartido de credenciales y garantizar un control de acceso estricto para los dispositivos IoT.

Asignación dinámica de VLAN

La capacidad de asignar un dispositivo a una LAN virtual (VLAN) específica en función de sus credenciales de autenticación (como su PSK por dispositivo), en lugar del SSID al que se conecta.

Esencial para la segmentación de red, lo que permite al departamento de TI aislar el tráfico de invitados del tráfico corporativo en el mismo punto de acceso.

iPSK

Clave precompartida de identidad (Identity Pre-Shared Key). La implementación de PSK por dispositivo de Cisco Meraki.

Se encuentra al gestionar redes inalámbricas de Cisco Meraki.

DPSK

Clave precompartida dinámica (Dynamic Pre-Shared Key). La implementación de PSK por dispositivo de Ruckus, siendo DPSK3 la versión compatible con WPA3.

Se encuentra al gestionar redes inalámbricas de Ruckus.

MPSK

Clave precompartida múltiple (Multiple Pre-Shared Key). El término utilizado por HPE Aruba y Fortinet para sus implementaciones de PSK por dispositivo.

Se encuentra al gestionar redes inalámbricas de HPE Aruba o Fortinet.

Ejemplos prácticos

Un hotel de 200 habitaciones necesita ofrecer WiFi para invitados seguro y aislar las smart TV de cada habitación. Actualmente utilizan una única contraseña WPA2-Personal para todos los invitados y dispositivos.

Implemente PSK por dispositivo utilizando un backend RADIUS. Integre Purple para capturar los datos de los invitados y emitir una PSK única a cada invitado tras registrarse. Para las smart TV, genere una PSK única para cada televisión y asóciela a una VLAN de IoT dedicada. Configure las PSK de los invitados para que se asocien a una VLAN de invitados independiente con el aislamiento de clientes activado.

Comentario del examinador: Este enfoque protege la red al aislar los dispositivos IoT del tráfico de invitados. El uso de Purple automatiza el aprovisionamiento de claves para invitados, lo que reduce los tickets de soporte, mientras que la VLAN de IoT dedicada garantiza que los invitados no puedan acceder a las smart TV.

El campus de una universidad se está actualizando a Wi-Fi 6E y debe admitir WPA3 en la banda de 6 GHz, pero tienen miles de dispositivos IoT heredados que solo admiten WPA2.

Implemente un diseño de SSID híbrido. Cree un SSID WPA3-Enterprise para los portátiles y smartphones de estudiantes y personal, utilizando 802.1X para la autenticación. Cree un SSID WPA2-Personal independiente con PSK por dispositivo en las bandas de 2,4 GHz y 5 GHz específicamente para los dispositivos IoT heredados.

Comentario del examinador: Este diseño cumple con el requisito de WPA3 para la banda de 6 GHz al tiempo que mantiene la compatibilidad con los dispositivos heredados. Evita las complejidades del modo de transición de WPA3 y proporciona una ruta de migración clara a 802.1X para los puntos de conexión gestionados.

Preguntas de práctica

Q1. Está implementando puntos de acceso Wi-Fi 6E y necesita admitir clientes de 6 GHz. Su red actual de 5 GHz utiliza iPSK para dispositivos IoT. ¿Puede ampliar la configuración de iPSK a la banda de 6 GHz?

Sugerencia: Tenga en cuenta los protocolos de seguridad obligatorios para la banda de 6 GHz.

Ver respuesta modelo

No. La banda de 6 GHz exige WPA3, y WPA3-SAE no admite de forma nativa PSK por dispositivo (iPSK). Debe mantener los dispositivos IoT en un SSID WPA2 de 2,4/5 GHz o migrarlos a 802.1X si es compatible.

Q2. Una cadena de tiendas utiliza Aruba MPSK para asignar claves únicas a los terminales de punto de venta. Quieren actualizar su SSID principal a WPA3 para mejorar la seguridad. ¿Cuál es el enfoque recomendado?

Sugerencia: Aruba MPSK requiere el saludo de cuatro vías (four-way handshake) de WPA2.

Ver respuesta modelo

Habilite el modo de transición de WPA3 (modo mixto WPA2/WPA3) en el SSID. Los terminales de punto de venta seguirán conectándose mediante WPA2 y MPSK, mientras que los dispositivos más nuevos podrán conectarse mediante WPA3-SAE con una contraseña compartida.

Q3. Usted gestiona una red Ruckus y desea implementar PSK por dispositivo para clientes WPA3. ¿Qué configuración específica se requiere?

Sugerencia: Considere la extensión patentada que ofrece Ruckus y sus requisitos de backend.

Ver respuesta modelo

Debe implementar Ruckus DPSK3. Esto requiere puntos de acceso Wi-Fi 6 o más nuevos con la versión de firmware 7.0 o posterior, configurar el SSID para el modo mixto WPA2/WPA3 y utilizar Ruckus Cloudpath como servidor RADIUS.

Continúe leyendo esta serie

Configuring RADIUS Authentication for Guest and Staff WiFi Networks

Esta guía de referencia técnica describe la arquitectura, configuración y despliegue de la autenticación RADIUS para redes WiFi empresariales de invitados y de personal. Proporciona a los arquitectos de redes y responsables de TI los protocolos exactos, los estándares de seguridad y las metodologías de resolución de problemas necesarios para crear sistemas de control de acceso inalámbrico seguros y escalables.

Leer la guía →

Passpoint y OpenRoaming: Guía completa

Esta guía de referencia técnica proporciona un análisis exhaustivo de los frameworks Passpoint (Hotspot 2.0) y WBA OpenRoaming dentro de las redes WiFi empresariales. Detalla los protocolos de autenticación subyacentes, los componentes arquitectónicos y las estrategias de despliegue necesarias para establecer una conectividad de invitados segura y sin fricciones. Los arquitectos de redes y los líderes de TI aprenderán a diseñar, implementar y solucionar problemas de estos estándares para eliminar las barreras de inicio de sesión manual mientras mantienen una seguridad de nivel empresarial.

Leer la guía →

Cómo implementar SCEP para un BYOD seguro y registro de red en educación superior

Esta guía técnica proporciona a arquitectos de red y directores de TI un plan de acción independiente del proveedor para desplegar el registro de certificados basado en SCEP para proteger las redes de campus de educación superior. Detalla cómo migrar de PEAP basado en contraseñas a 802.1X EAP-TLS, automatizar la incorporación de BYOD y aplicar una segmentación robusta de VLAN.

Leer la guía →