Vous gérez probablement un réseau auquel personne n'a voulu toucher depuis des années. Il peut s'agir d'un ancien SSID invité dans un hôtel, d'un WLAN utilitaire pour des terminaux portables ou d'un réseau de bureau "temporaire" devenu permanent par accident. Il fonctionne toujours, les utilisateurs s'y connectent et, comme modifier le WiFi peut perturber les opérations réelles, on le laisse tranquille.
C'est exactement ainsi qu'une sécurité sans fil obsolète survit en production.
Une migration de WPA vers WPA2 n'est pas qu'un simple nettoyage de configuration. C'est le moment de décider si la périphérie sans fil de votre entreprise restera construite autour d'un secret partagé ou si elle évoluera vers un accès basé sur l'identité que vous pouvez contrôler, auditer et révoquer proprement. Si vous vous contentez de remplacer un acronyme par un autre, vous améliorerez la situation. Si vous profitez de ce changement pour migrer les accès sensibles vers une authentification par utilisateur, vous résoudrez le problème de fond.
Pourquoi votre réseau WPA est une bombe à retardement
Si un ancien SSID WPA est toujours actif, ce n'est pas un héritage inoffensif. C'est un point de vulnérabilité actif. Le schéma habituel est bien connu : un profil d'AP oublié, un réseau invité qui n'a jamais été repensé ou un SSID opérationnel sur lequel quelques appareils obstinés comptent encore. Personne ne veut provoquer de panne, alors le WPA reste en place bien au-delà de sa durée de vie sécurisée.
Pourquoi le WPA est le mauvais endroit pour faire du surplace
Le WPA a été introduit comme une solution intermédiaire après le WEP. Le WPA2 est ensuite devenu la référence après sa ratification et son lancement de certification en 2004, remplaçant le WPA et passant au CCMP basé sur AES avec une clé de 128 bits au lieu de l'approche TKIP antérieure du WPA, tout en ajoutant un support d'authentification Enterprise formel pour les identifiants par utilisateur, comme décrit dans l'historique du Wi‑Fi Protected Access . Ce changement est crucial car la sécurité sans fil a cessé de ne concerner que le chiffrement pour s'intéresser au contrôle d'accès.
Le TKIP est l'élément révélateur. Si votre réseau dépend encore d'un protocole conçu comme une enveloppe de transition autour d'une cryptographie plus ancienne, vous n'exploitez pas un WLAN moderne. Vous transportez une dette de compatibilité sur la partie la plus exposée de votre réseau.
Pour de nombreuses organisations au Royaume-Uni, cela n'a rien de théorique. Un réseau visiteurs, un SSID de back-office ou un pont sans fil pour appareils hérités peuvent subtilement devenir la voie d'accès la plus facile dans un environnement qui dispose par ailleurs de contrôles décents.
Règle pratique : si vous avez encore le WPA activé quelque part, traitez-le comme un incident qui attend simplement la bonne opportunité.
La vraie décision n'est pas entre WPA ou WPA2
Le passage technique du WPA au WPA2 est simple. Le choix stratégique ne l'est pas. Vous avez deux voies :
- WPA2-Personal fonctionne rapidement et est simple à déployer lorsque vous avez besoin d'un remplacement rapide.
- WPA2-Enterprise utilise des identifiants individuels et s'adapte aux environnements où l'accès du personnel, la séparation des invités ou l'auditabilité sont importants.
Cette distinction importe plus que ne l'admettent de nombreux guides de migration. Remplacer WPA par WPA2-PSK améliore le modèle de chiffrement, mais vous laisse toujours dépendant d'un mot de passe partagé. Passer à Enterprise change totalement le modèle opérationnel.
Si vous passez en revue les options pour les types de sécurité WiFi , c'est le moment d'arrêter de penser uniquement à la compatibilité et de commencer à penser à l'identité, à la révocation et au contrôle.
Auditer votre réseau et vos appareils pour WPA2
Avant de modifier un seul SSID, établissez un inventaire précis. La plupart des migrations sans fil qui échouent n'échouent pas parce que WPA2 est difficile. Elles échouent parce que quelqu'un découvre trop tard qu'un scanner d'entrepôt, une imprimante, une caisse enregistreuse, un contrôleur d'ascenseur ou un appareil clinique ne peut plus se reconnecter après la transition.
Commencez par ce qui est utilisé, pas par ce qui devrait être utilisé.
Construire l'inventaire depuis la périphérie du WLAN vers l'intérieur
Un audit utile se déroule par couches. Identifiez d'abord chaque SSID diffusé. Cartographiez ensuite les groupes d'AP, les sites et les VLAN qui se trouvent derrière eux. Dressez ensuite la liste des appareils qui s'associent à chaque SSID.
Utilisez les données de contrôleur provenant de plateformes telles que Meraki, Aruba, Mist, Ruckus, UniFi ou la console de gestion de votre fournisseur actuel. Ne vous fiez pas uniquement aux noms. "Guest-old", "scanner-temp" et "backoffice2" sont souvent les endroits où subsiste une sécurité obsolète.
Un inventaire pratique doit inclure :
- Le SSID et son objectif. Notez s'il dessert les invités, le personnel, l'IoT, les opérations ou les sous-traitants.
- Le mode de sécurité. Enregistrez si le SSID utilise WPA, WPA2-Personal, WPA2-Enterprise ou une configuration mixte.
- La dépendance d'authentification. Vérifiez si le SSID repose sur une clé partagée, un service RADIUS interne ou une exception non documentée.
- La population de clients. Regroupez les appareils en ordinateurs portables, mobiles, imprimantes, scanners, équipements audiovisuels, capteurs, caisses enregistreuses et terminaux spécialisés.
- Le propriétaire de l'activité. Chaque SSID doit avoir un propriétaire désigné qui peut approuver les fenêtres de modification et accepter le retrait des appareils non conformes.
Vérifier l'infrastructure, pas seulement les clients
Un point d'accès peut théoriquement prendre en charge le WPA2 et pourtant faire dérailler votre migration en pratique à cause d'un firmware obsolète, de modèles hérités ou de profils en mode mixte. Vérifiez le firmware des AP, les versions des contrôleurs et les paramètres de sécurité radio hérités. Si votre parc s'étend sur plusieurs générations de matériel, vérifiez chaque site plutôt que de supposer qu'un seul modèle s'applique proprement à tous.
Les anciens SSIDs survivent souvent parce qu'ils sont liés à d'anciens objets de stratégie. Supprimez les hypothèses avant de supprimer les profils.
C'est sur le comportement de repli que les organisations se font piéger. Vous pensez peut-être migrer un SSID WPA vers WPA2, mais la configuration héritée permet toujours des modes de transition qui maintiennent des comportements faibles sous une autre étiquette.
Un audit sans fil doit également s'accompagner d'un test d'exposition plus large. Si vous examinez déjà les chemins d'accès à distance, les systèmes orientés internet et les limites d'accès des invités, cela vaut la peine de chercher à sécuriser votre périmètre externe en même temps. Un WiFi faible et une exposition externe faible découlent souvent de la même habitude opérationnelle : des exceptions qui sont devenues permanentes.
Décider quoi faire avec les appareils hérités
Certains parcs d'appareils plus anciens peuvent passer au WPA2 sans problème. D'autres non. C'est là que la plupart des conseils deviennent inutiles, car « mettre à jour l'appareil » n'est pas un plan opérationnel lorsque l'appareil est intégré dans un contrat de service ou contrôle un processus en direct.
La planification de la migration pour les parcs d'appareils plus anciens au Royaume-Uni est un véritable défi. La réponse pratique consiste à segmenter les clients hérités, à maintenir un accès réservé au WPA2 étroitement isolé, et à n'utiliser les modes de transition que comme une passerelle temporaire, en particulier dans les parcs comportant des appareils à longue durée de vie, des appareils de visiteurs et un mélange de BYOD, comme cela est abordé dans cette discussion de migration de la communauté .
Un tableau de décision simple peut vous aider :
| Type d'appareil | S'il prend en charge le WPA2 de manière fiable | Si ce n'est pas le cas |
|---|---|---|
| Ordinateurs portables et téléphones du personnel | Migrer vers le SSID cible du personnel | Retirer de l'ancien SSID et corriger |
| Appareils invités | Migrer vers le WPA2 invité ou un flux d'intégration plus fort | Ne pas préserver un accès faible pour eux |
| Imprimantes et scanners | Tester d'abord sur un segment WPA2 isolé | Conserver sur un segment hérité isolé en attendant le remplacement |
| IoT et systèmes de bâtiment | Placer sur un VLAN dédié avec une stratégie stricte | Garder isolé et documenter le plan de mise au rebut |
La clé est la priorité. Déplacez d'abord les personnes, puis les appareils courants, puis le matériel spécifique. Ne laissez pas le terminal le plus problématique décider de la posture de sécurité de tous les autres.
WPA2-Personal vs WPA2-Enterprise : Un Choix Stratégique
C'est souvent présenté comme une question de complexité. Ce n'est pas le cas. C'est une question de contrôle.
Si vous choisissez WPA2-Personal, vous choisissez un accès partagé. Si vous choisissez WPA2-Enterprise, vous choisissez une identité individuelle. Ce sont des modèles de sécurité différents, pas seulement des écrans de configuration différents.
Où se situe WPA2-Personal
WPA2-Personal est utile lorsque l'environnement est petit, statique et peu complexe. Un petit café, un bureau de projet temporaire ou un réseau opérationnel à usage unique peuvent accepter ce compromis car la vitesse de déploiement importe plus que la granularité de l'identité.
L'attrait est évident :
- Il est rapide à configurer. Vous définissez une phrase de passe sur l'SSID et mettez à jour les clients.
- Il n'a pas besoin de RADIUS. Cela élimine les coûts d'infrastructure.
- Il convient aux cas d'utilisation simples d'invités ou d'utilitaires. Surtout là où les utilisateurs n'ont pas besoin d'un accès différencié.
Mais la faiblesse est structurelle. Chaque utilisateur et appareil partage le même secret. Le contrôle des changements devient complexe. Le départ des collaborateurs devient brutal. La responsabilité disparaît.
Pourquoi WPA2-Enterprise change la donne
WPA2-Enterprise est le bon choix lorsque les utilisateurs, les appareils et les droits d'accès doivent être distincts. Il utilise 802.1X /RADIUS, ce qui signifie que le réseau peut authentifier chaque utilisateur ou appareil individuellement au lieu de laisser entrer tout le monde avec un seul mot de passe.
Cela vous offre plusieurs avantages :
- Des identifiants par utilisateur ou par appareil au lieu d'une seule clé PSK pour tout le monde
- Une révocation plus simple lorsque quelqu'un s'en va ou qu'un appareil est perdu
- Une meilleure auditabilité pour le personnel et les terminaux gérés
- Des options de segmentation plus fortes car la politique peut suivre l'identité
Si vous avez besoin d'un rappel sur le fonctionnement d'un serveur RADIUS dans l'authentification WiFi , il est utile de voir le point d'accès comme le gardien et RADIUS comme l'autorité qui décide qui peut entrer.
Les mots de passe partagés sont faciles à distribuer et difficiles à contrôler. Les identifiants individuels sont plus difficiles à lancer, mais bien plus faciles à gérer au quotidien.
Lequel devez-vous choisir
Utilisez cette règle empirique :
- Utilisez WPA2-Personal si l'SSID est limité en portée, la base d'utilisateurs est petite et l'impact d'une compromission est contenu.
- Choisissez WPA2-Enterprise lorsque le personnel se connecte, plusieurs sites partagent la même politique, des prestataires vont et viennent, ou le trafic des invités et celui de l'entreprise doivent rester opérationnellement séparés.
Pour tout réseau d'entreprise transportant les accès du personnel, WPA2-Enterprise est la voie la plus solide. C'est également un excellent tremplin vers un accès sans mot de passe et basé sur l'identité par la suite. WPA2-Personal peut être une solution intermédiaire valide. Il ne doit pas constituer votre architecture à long terme pour les SSIDs sensibles.
Guide de configuration : migration de vos SSIDs vers WPA2
Une fois l'audit terminé, procédez avec précaution et assurez une transition sans surprise. Les basculements les plus sûrs sont ceux qui réservent peu d'imprévus, qui ont des responsabilités claires et qui ne comportent aucun paramètre de repli masqué.
Le point technique le plus important est simple : dans les migrations de WPA vers WPA2, le mode de défaillance le plus risqué consiste à laisser TKIP ou le mode mixte de repli activés. La méthode pratique consiste à forcer WPA2-AES/CCMP uniquement, à désactiver le WPS et à valider la réassociation des clients après avoir modifié le profil de sécurité du SSID. Les mêmes conseils soulignent également la faiblesse opérationnelle de WPA2-Personal : une seule clé PSK compromise affecte l'ensemble du réseau, c'est pourquoi les SSIDs sensibles gagnent à être migrés vers WPA2-Enterprise (802.1X/RADIUS), comme expliqué dans cette présentation de la migration vers WPA2 et WPA3.
Option une pour WPA2-Personal
Si vous optez pour la méthode PSK, restez rigoureux et méthodique.
Créez un registre de changement avec l'état cible exact
Notez les paramètres actuels du SSID, les paramètres de chiffrement cibles, le mappage VLAN, la plage DHCP, les ACLs, le comportement du portail captif le cas échéant, et les actions de retour arrière. En cas de problème, vous ne pourrez pas vous fier à votre mémoire.Configurez le SSID sur WPA2 uniquement avec AES/CCMP uniquement
Ne laissez pas le mode mixte WPA/WPA2 activé par commodité. Cela maintient la vulnérabilité existante et va à l'encontre de l'objectif de la migration.Désactivez le WPS
Le WPS n'a pas sa place sur une infrastructure d'entreprise. S'il est activé, désactivez-le à cette occasion.Utilisez une clé PSK neuve, non recyclée
Ne reprenez pas l'ancien secret partagé pour l'appliquer à un nouveau mode de sécurité. Une migration est le moment idéal pour le renouveler complètement et contrôler qui le reçoit.Migrez d'abord des appareils pilotes à faible risque
Faites des tests avec un ordinateur portable représentatif, un téléphone géré et un appareil opérationnel de chaque catégorie clé. Si le pilote fonctionne, étendez le déploiement par phases.Supprimez rapidement l'ancien SSID WPA dès que la transition est stable
Maintenir les deux en parallèle trop longtemps incite les utilisateurs et les appareils non gérés à revenir à l'option la moins sécurisée.
Option deux pour WPA2-Enterprise
Le mode Enterprise demande plus de planification, mais il vous offre un réseau que vous pouvez réellement contrôler.
D'un point de vue traditionnel, les éléments mobiles sont familiers :
- Authentificateur. Le point d'accès ou le contrôleur WLAN
- Supplicant. L'appareil client
- Serveur d'authentification. Généralement un serveur RADIUS
- Source d'identité. Un annuaire ou un fournisseur d'identité utilisé pour valider l'utilisateur ou l'appareil
L'ancienne méthode consistait à installer un RADIUS sur site, à l'intégrer à Active Directory ou à une autre source d'identité, à définir des règles réseau et à gérer manuellement les paramètres des supplicants. Cela fonctionne toujours, et dans certains environnements réglementés ou hautement personnalisés, cela peut encore être approprié.
Ce qui fonctionne et ce qui échoue généralement
Ce qui fonctionne :
- L'intégration basée sur des certificats ou des identifiants managés
- La séparation claire des SSID pour le personnel, les invités et l'IoT
- Des politiques liées à des groupes d'annuaires ou des classes d'appareils
- Un déploiement progressif avec des profils d'appareils validés
Ce qui échoue généralement :
- Le WiFi pour le personnel par mot de passe unique avec une mauvaise gestion des départs
- Un seul SSID Enterprise essayant de desservir toutes les catégories d'appareils
- La configuration ad hoc du supplicant par les utilisateurs finaux
- Le maintien d'une PSK comme solution de secours "réelle" pour quiconque rencontre des difficultés
Si votre plan d'assistance pour le réseau sans fil consiste à "leur donner le mot de passe de secours", vous n'avez pas déployé de solution Enterprise. Vous avez déployé un contournement.
Un modèle plus moderne consiste à conserver le modèle 802.1X mais à transférer la charge opérationnelle vers une plateforme managée plutôt que de construire et maintenir l'infrastructure complète vous-même. C'est là que les services basés sur l'identité et gérés dans le cloud prennent tout leur sens. Par exemple, Purple prend en charge le WPA2-Enterprise et le WPA3-Enterprise avec 802.1X, s'intègre à des annuaires tels que Entra ID, Google Workspace et Okta, et peut remplacer les flux de travail à mot de passe partagé par une intégration et une révocation de niveau certificat liées aux changements d'identité.
Séquence de transition générique compatible avec tous les constructeurs
Que vous utilisiez Meraki, Aruba, Ruckus, Mist, UniFi ou un autre WLAN d'entreprise, la séquence reste globalement la même :
- Clonez le SSID existant dans un profil de test au lieu de modifier le SSID de production à l'aveugle.
- Appliquez le mode de sécurité cible. WPA2-AES/CCMP uniquement pour la cible de migration.
- Confirmez le VLAN et les règles de pare-feu avant les tests d'authentification. Une association réussie n'est pas synonyme d'un accès fonctionnel.
- Testez l'itinérance et la réassociation sur au moins deux AP.
- Vérifiez les journaux pour détecter les échecs d'association, les refus de politique et les tentatives répétées.
- Migrez par cohorte. Le personnel en premier, les appareils spécialisés ensuite, les clients hérités difficiles en dernier.
- Supprimez l'accès moins sécurisé une fois l'état cible validé.
Cette dernière étape est cruciale. Les configurations de secours temporaires ont tendance à devenir définitives.
Validation de la migration et planification du retour arrière
Une transition sans fil n'est pas terminée lorsque les appareils se connectent. Elle est terminée lorsque les bons appareils se connectent, que les mauvais ne le font pas, et que les équipes de support savent à quoi ressemble une situation normale après le changement.
Valider par type d'utilisateur et classe d'appareil
Ne vous contentez pas de tester avec votre propre ordinateur portable avant de considérer le travail comme terminé. Établissez une courte liste de validation qui couvre l'utilisation réelle :
- Test du terminal du personnel. Connectez-vous au réseau, passez d'un point d'accès à un autre, verrouillez et réactivez l'appareil, puis reconnectez-le après la mise en veille.
- Test mobile. Vérifiez un téléphone iPhone ou Android récent si ces appareils sont concernés.
- Test d'appareil opérationnel. Incluez au moins un scanner, une imprimante, un terminal de paiement ou un terminal spécialisé le cas échéant.
- Test du parcours invité. Si le SSID sert aux visiteurs, validez l'ensemble du parcours, de l'association à l'accès Internet.
Pour les déploiements Enterprise, examinez également les journaux d'authentification. Les tentatives échouées révèlent souvent des incompatibilités de politique, des problèmes de certificat ou des appareils qui tentent d'utiliser des profils obsolètes de l'ancien réseau sans fil.
Utiliser une liste de contrôle pour le Jour 1
C'est le premier jour suivant la transition que la plupart des défauts cachés apparaissent. Gardez l'examen simple et reproductible.
| Contrôle Jour 1 | Ce qu'il faut surveiller |
|---|---|
| Échecs d'association | Appareils bloqués lors de la connexion ou qui réessaient à plusieurs reprises |
| Journaux d'authentification | Comptes du personnel rejetés, identifiants obsolètes, incompatibilités de politique |
| Comportement d'itinérance | Utilisateurs perdant des appels ou des sessions lors de leurs déplacements |
| Thématiques du helpdesk | Même modèle d'appareil ou site apparaissant à plusieurs reprises |
| Persistance de l'ancien réseau | Utilisateurs se reconnectant aux anciens SSIDs ou demandant un accès de secours |
Les migrations les plus réussies sont celles où la procédure de retour arrière est documentée mais rarement nécessaire.
Préparer le retour arrière avant le lancement
Un plan de retour arrière n'a pas besoin d'être complexe. Il doit être précis. Notez les paramètres de sécurité du SSID précédent, l'ancienne méthode d'authentification, toutes les liaisons VLAN d'origine et les étapes exactes pour les réactiver si un service critique tombe en panne.
Décidez également de qui peut autoriser le retour arrière. Si un responsable d'entrepôt signale un problème sur un seul appareil, cela ne suffit pas à annuler le changement sur tout le site. En revanche, si un système médical, un flux de paiement ou un processus opérationnel central échoue, vous devrez peut-être agir rapidement.
Un plan de retour arrière pratique comprend :
- Des captures d'écran sauvegardées ou des configurations exportées de l'ancien profil de réseau sans fil
- Des décideurs désignés pour l'approbation du retour arrière
- Une limite de temps pour observer le problème avant de faire marche arrière
- Un modèle de communication pour le centre de services et les équipes sur site
Une bonne planification du rollback réduit la panique. Elle rend également les équipes plus enclines à supprimer les paramètres hérités obsolètes car elles savent qu'elles peuvent restaurer l'accès en toute sécurité si nécessaire.
De WPA2 au Zero Trust - L'avenir de l'accès réseau
Une migration réussie de WPA vers WPA2 en vaut la peine. Elle élimine la sécurité sans fil obsolète, vous place sur une base plus solide et offre l'opportunité de nettoyer des années d'exceptions héritées.
Ce n'est pourtant pas l'état final.
Le WPA2 date d'une époque antérieure de la conception réseau. Même le WPA2-Enterprise, bien que beaucoup plus solide que le PSK, dépend toujours de modèles que de nombreuses équipes trouvent opérationnellement lourds s'ils construisent tout eux-mêmes. C'est pourquoi la stratégie sans fil moderne s'oriente vers un accès basé sur l'identité, un onboarding basé sur des certificats et des politiques qui suivent les utilisateurs et les appareils plutôt qu'un secret partagé.
Ce qui change dans un modèle Zero Trust
Le Zero Trust au niveau de la couche sans fil signifie que le réseau cesse de faire confiance à la simple possession d'un mot de passe comme preuve de légitimité. L'accès est lié à une identité vérifiée, à l'état de l'appareil ou à un onboarding managé, et la révocation se produit lorsque le statut de l'annuaire change, et non quand quelqu'un se souvient de changer un mot de passe WiFi.
Ce changement résout plusieurs problèmes de longue date :
- L'offboarding du personnel devient immédiat car l'accès peut être révoqué via le système d'identité
- L'accès invité devient plus fluide car les utilisateurs n'ont pas besoin d'un mot de passe partagé réutilisé
- Les environnements multi-locataires et mixtes deviennent gérables car l'accès peut être segmenté sans multiplier les mots de passe
- Les exceptions héritées deviennent visibles car elles se détachent par rapport à un standard basé sur l'identité
Pourquoi cela fait de la migration WPA2 une partie d'un plan plus large
La valeur pratique d'un projet WPA vers WPA2 est qu'il impose un examen rigoureux des SSID, des classes d'appareils et des modèles d'accès. C'est utile car ce même travail soutient l'étape suivante : réduire la dépendance aux PSK et à l'onboarding manuel en général.
Les plateformes construites autour de Passpoint , Hotspot 2.0, OpenRoaming et de l'intégration d'annuaires changent l'aspect du "WiFi sécurisé" dans les environnements réels tels que les hôtels, les commerces de détail, les établissements de santé, les hubs de transport et les bâtiments multi-locataires. Au lieu de demander qui connaît le mot de passe, le réseau se demande si l'utilisateur ou l'appareil possède une identité valide et la bonne politique.
Si vous planifiez cette prochaine étape, l' accès réseau Zero Trust est le cadre idéal. Il place le WiFi dans le même débat de sécurité que la gestion des endpoints, le SSO et l'accès conditionnel, plutôt que de traiter le sans fil comme une exception distincte.
L'état final pratique
Pour les projets futurs, le modèle le plus durable ressemble à ceci :
- Les invités bénéficient d'un enregistrement fluide et chiffré plutôt que de solutions de contournement par Captive Portal
- Le personnel se connecte avec des identifiants managés ou des certificats
- Les appareils IoT et hérités bénéficient d'un accès strictement limité, souvent sur des politiques isolées
- Les modifications d'accès suivent l'annuaire, et non le mot de passe affiché sur le tableau d'affichage
Cela ne rend pas le WPA2 obsolète. Cela le rend transitoire. Pour de nombreux parcs, le WPA2-Enterprise est la passerelle entre un WLAN à mot de passe partagé faible et une approche bien plus proche du Zero Trust.
Si vous effectuez une migration de WPA vers WPA2 uniquement parce qu'un audit l'a exigé, vous obtiendrez un réseau plus sécurisé. Si vous profitez de cette migration pour remplacer la confiance partagée par une identité vérifiée, vous obtiendrez une architecture que vous n'aurez pas besoin de défaire l'année prochaine.
Si votre équipe abandonne le WPA et souhaite éviter de se retrouver dans une autre impasse de mot de passe partagé, Purple mérite d'être évalué dans le cadre de la prochaine phase. Il prend en charge le WPA2-Enterprise et le WPA3-Enterprise avec 802.1X, se connecte aux fournisseurs d'identité tels que Entra ID, Google Workspace et Okta, et aide à remplacer les PSK et les frictions des Captive Portal par un accès WiFi sans mot de passe, basé sur l'identité, pour les invités, le personnel et les environnements multi-locataires.
