Comment configurer WPA2-Enterprise sur les plateformes de points d'accès courantes (Cisco, Aruba, Ubiquiti)
Ce guide de référence technique fournit aux professionnels de l'informatique et aux architectes réseau un guide définitif et spécifique à chaque fournisseur pour le déploiement de WPA2-Enterprise sur les plateformes Cisco, Aruba et Ubiquiti. Il détaille l'architecture, l'intégration RADIUS, les exigences de conformité et les scénarios de déploiement réels dans les environnements d'entreprise et de lieux publics.
Écouter ce guide
Voir la transcription du podcast
Synthèse
Le déploiement de WPA2-Enterprise n'est plus une mise à niveau de sécurité facultative ; c'est le socle fondamental de tout réseau sans fil d'entreprise. Pour les responsables informatiques et les architectes réseau opérant dans les secteurs de l'hôtellerie, du commerce de détail et du secteur public, le passage de clés pré-partagées à l'authentification 802.1X est dicté par des exigences de conformité strictes, notamment PCI DSS et le GDPR. Ce guide de référence technique fournit des étapes de configuration exploitables et spécifiques aux plateformes pour les trois principaux fournisseurs de points d'accès : Cisco, Aruba et Ubiquiti.
En passant à WPA2-Enterprise, les organisations éliminent les risques associés aux identifiants partagés, obtiennent des pistes d'audit granulaires par session et permettent une segmentation dynamique du réseau. Lorsqu'elle est correctement mise en œuvre, cette architecture sécurise non seulement le périmètre de l'entreprise, mais s'intègre également de manière transparente aux côtés des réseaux de visiteurs gérés par une plateforme complète de Guest WiFi . Les sections suivantes détaillent l'architecture technique, les étapes de déploiement et les stratégies d'atténuation des risques requises pour un déploiement réussi.

Analyse Technique Approfondie
WPA2-Enterprise s'appuie sur la norme IEEE 802.1X pour fournir un contrôle d'accès réseau basé sur les ports. Contrairement à WPA2-Personal, qui utilise une clé pré-partagée (PSK) statique, WPA2-Enterprise exige que chaque suppliant (appareil client) s'authentifie individuellement auprès d'un serveur d'authentification externe (généralement un serveur RADIUS) avant que l'accès au réseau ne soit accordé.
L'architecture se compose de trois éléments principaux :
- Le suppliant : L'appareil client qui tente de se connecter au réseau.
- L'authentificateur : Le point d'accès d'entreprise ou le contrôleur LAN sans fil (par exemple, Cisco WLC, Aruba Mobility Controller) qui facilite le processus d'authentification.
- Le serveur d'authentification : Le serveur RADIUS principal (par exemple, Cisco ISE, Aruba ClearPass, Windows NPS) qui valide les identifiants par rapport à un service d'annuaire comme Active Directory ou LDAP.
Le processus d'échange EAP
Le processus d'authentification utilise le protocole d'authentification extensible (EAP) encapsulé sur LAN (EAPOL). L'authentificateur agit purement comme un proxy de transit pendant la phase initiale. Une fois que le serveur RADIUS valide les identifiants, il renvoie un message Access-Accept à l'authentificateur, qui en déduit ensuite les clés de chiffrement nécessaires pour sécuriser la session sans fil.Le choix de la méthode EAP est crucial. PEAP-MSCHAPv2 est la méthode la plus largement déployée car elle prend en charge l'authentification par mot de passe héritée d'Active Directory tout en sécurisant l'échange au sein d'un tunnel TLS établi par le certificat du serveur. Cependant, pour une sécurité maximale, EAP-TLS est recommandé. EAP-TLS nécessite une authentification mutuelle par certificat — le serveur et le client doivent tous deux présenter des certificats valides — ce qui atténue le vol d'identifiants mais requiert une infrastructure à clés publiques (PKI) robuste ou une solution de gestion des appareils mobiles (MDM) pour la distribution des certificats.

Guide d'implémentation
Les principes fondamentaux de la configuration de WPA2-Enterprise sont identiques d'un constructeur à l'autre, mais l'exécution varie en fonction de l'interface de gestion et de l'écosystème.

Cisco (Catalyst et Meraki)
Les environnements Cisco s'adaptent généralement des déploiements de campus aux réseaux d'entreprise distribués.
Cisco Catalyst (WLC/DNA Center) :
- Définir les serveurs RADIUS : Accédez à l'onglet Sécurité, sélectionnez AAA, puis configurez les serveurs d'authentification et de comptabilité RADIUS principaux et secondaires. Assurez-vous que le secret partagé correspond à la configuration du serveur RADIUS.
- Créer un profil WLAN : Sous l'onglet WLANs, créez un nouveau profil.
- Configurer les politiques de sécurité : Définissez la sécurité de couche 2 sur WPA+WPA2 et activez 802.1X comme méthode de gestion des clés d'authentification (AKM).
- Lier les serveurs AAA : Associez les serveurs RADIUS précédemment définis au profil WLAN. Activez "AAA Override" si l'attribution dynamique de VLAN est requise.
Cisco Meraki :
- Configuration du SSID : Dans le tableau de bord Meraki, accédez à Wireless > SSIDs et sélectionnez le réseau cible.
- Contrôle d'accès : Définissez l'exigence d'association sur "WPA2-Enterprise avec mon serveur RADIUS".
- Paramètres RADIUS : Saisissez les adresses IP, le port d'authentification (généralement 1812), le port de comptabilité (1813) et les secrets partagés pour votre infrastructure RADIUS. Le tableau de bord de Meraki comprend un outil de test intégré pour vérifier la connectivité RADIUS avant le déploiement.
Aruba Networks
Aruba est la plateforme dominante dans l'industrie de l' Hôtellerie et de l'enseignement supérieur, s'appuyant fortement sur son ClearPass Policy Manager pour le contrôle d'accès avancé.
- Définir le profil AAA : Dans Aruba Central ou l'interface utilisateur du contrôleur de mobilité, créez un nouveau profil AAA. Ce profil détermine la manière dont l'authentification est gérée.
- Configurer le groupe de serveurs RADIUS : Ajoutez vos serveurs RADIUS à un groupe de serveurs, en spécifiant les règles de basculement et les valeurs de délai d'expiration. Associez ce groupe au profil AAA.
- Configuration de l'AP virtuel : Créez ou modifiez un profil d'AP virtuel (SSID). Définissez le type de sécurité sur WPA2-Enterprise.
- Associer les profils : Liez le profil AAA au profil de l'AP virtuel. Si vous utilisez ClearPass, assurez-vous que le port RADIUS CoA (Change of Authorization) (3799) est autorisé à travers tous les pare-feux intermédiaires pour permettre l'application dynamique des politiques.
Ubiquiti (UniFi)
Ubiquiti fournit une solution rentable pour les environnements de Vente au détail et les PME via le contrôleur réseau UniFi.
- Création de profil RADIUS : Accédez à Paramètres > Profils > RADIUS. Créez un nouveau profil avec l'adresse IP, les ports (1812/1813) et le secret partagé de votre serveur RADIUS externe.
- Configuration du SSID : Allez dans Paramètres > WiFi et créez un nouveau réseau sans fil.
- Paramètres de sécurité : Sélectionnez « WPA2 Enterprise » comme protocole de sécurité et associez le profil RADIUS nouvellement créé.
- Remarque sur l'infrastructure RADIUS : Contrairement aux contrôleurs d'entreprise qui peuvent offrir un RADIUS localisé et résilient, UniFi dépend fortement de serveurs externes (par exemple, FreeRADIUS, Windows NPS). Assurez-vous d'une connectivité fiable entre les AP UniFi et le backend RADIUS.
Bonnes pratiques
Pour garantir un déploiement résilient et sécurisé, les architectes réseau doivent respecter plusieurs bonnes pratiques essentielles :
- Imposer la validation des certificats : Les appareils clients doivent être explicitement configurés pour valider le certificat du serveur RADIUS par rapport à une autorité de certification (CA) de confiance. Ne pas le faire expose le réseau à des attaques de type « Evil Twin » où des points d'accès malveillants récupèrent les identifiants des utilisateurs.
- Mettre en œuvre la redondance RADIUS : Le serveur RADIUS est sur le chemin critique pour l'accès au réseau. Configurez toujours des serveurs RADIUS principaux et secondaires. Dans les environnements distribués, envisagez des solutions RADIUS hébergées dans le cloud pour une haute disponibilité.
- Tirer parti de l'attribution dynamique de VLAN : Utilisez les attributs RADIUS (par exemple,
Tunnel-Pvt-Group-ID) pour attribuer dynamiquement les utilisateurs à des VLAN spécifiques en fonction de leur appartenance à un groupe Active Directory. Cela permet d'appliquer la segmentation du réseau sans diffuser plusieurs SSIDs. - Activer la comptabilité RADIUS : Ne configurez pas uniquement l'authentification. La comptabilité RADIUS (Port 1813) est obligatoire pour générer les pistes d'audit requises par les cadres de conformité.
- Protéger la périphérie du réseau : En savoir plus sur la sécurisation de votre infrastructure dans notre guide sur comment Protéger votre réseau avec un DNS solide et la sécurité .
Dépannage et atténuation des risques
Même avec une planification minutieuse, les déploiements peuvent rencontrer des problèmes. Les modes de défaillance courants incluent :
- Incohérences de secret partagé : Une simple faute de frappe dans le secret partagé RADIUS entraînera des échecs d'authentification silencieux. Vérifiez les secrets à la fois sur l'authentificateur et sur le serveur RADIUS.
- Erreurs de synchronisation horaire : La validation des certificats nécessite une heure précise. Assurez-vous que tous les AP, contrôleurs et serveurs RADIUS sont synchronisés via une source NTP fiable.
- Trafic RADIUS bloqué par le pare-feu : assurez-vous que les ports UDP 1812 (Authentification) et 1813 (Comptabilité) sont ouverts entre les AP/contrôleurs et le serveur RADIUS. Si vous utilisez le CoA, assurez-vous que le port UDP 3799 est ouvert.
- Mauvaise configuration du supplicant client : le problème le plus courant est que l'appareil client n'est pas configuré pour faire confiance à l'AC qui a émis le certificat du serveur RADIUS. Utilisez un MDM ou des stratégies de groupe (GPO) pour déployer les profils sans fil appropriés sur les appareils de l'entreprise.
Pour une compréhension plus large des protocoles d'authentification, consultez notre guide Comment configurer l'authentification WiFi 802.1X : un guide étape par étape .
ROI et impact commercial
La transition vers le WPA2-Enterprise offre une valeur commerciale significative bien au-delà des simples améliorations de sécurité.
- Atténuation des risques : l'élimination des mots de passe partagés réduit considérablement la surface d'attaque et le risque de violation de données, qui peut entraîner de lourdes sanctions financières et réputationnelles.
- Efficacité opérationnelle : l'intégration de l'authentification WiFi avec les fournisseurs d'identité existants (comme Active Directory) automatise l'intégration et le départ des employés. Lorsqu'un employé s'en va, la désactivation de son compte AD révoque instantanément son accès WiFi.
- Facilitation de la conformité : des pistes d'audit granulaires et une authentification par utilisateur sont des conditions préalables à la conformité PCI DSS et ISO 27001.
- Infrastructure unifiée : en utilisant l'attribution dynamique de VLAN, les établissements peuvent acheminer le trafic d'entreprise, des services internes et de l'IoT en toute sécurité sur le même matériel physique que celui utilisé pour l'accès des invités. Le réseau invité peut ensuite être monétisé et analysé à l'aide d'une solution dédiée de WiFi Analytics , maximisant ainsi le retour sur investissement matériel. Assurez-vous de disposer de la bande passante nécessaire en comprenant Qu'est-ce qu'une ligne louée ? Internet dédié pour les entreprises .
Définitions clés
WPA2-Enterprise
Un protocole de sécurité pour les réseaux sans fil qui utilise la norme IEEE 802.1X pour fournir une authentification par utilisateur via un serveur externe, plutôt qu'un mot de passe partagé unique.
La norme obligatoire pour sécuriser les réseaux WiFi d'entreprise et opérationnels dans les environnements professionnels.
802.1X
Une norme IEEE pour le contrôle d'accès réseau basé sur les ports, qui fournit un mécanisme d'authentification aux appareils souhaitant se connecter à un LAN ou un WLAN.
Le framework sous-jacent qui permet le fonctionnement de WPA2-Enterprise.
RADIUS
Remote Authentication Dial-In User Service ; un protocole réseau qui fournit une gestion centralisée de l'authentification, de l'autorisation et de la comptabilisation (AAA).
Le composant serveur qui valide les identifiants des utilisateurs par rapport à une base de données comme Active Directory.
Supplicant
Le client logiciel sur un appareil (ordinateur portable, smartphone) qui communique avec l'authentificateur pour demander l'accès au réseau.
Le terminal qui doit être configuré avec les paramètres EAP corrects et la confiance des certificats.
Authenticator
L'appareil réseau (point d'accès ou commutateur) qui facilite le processus d'authentification en transmettant les messages entre le supplicant et le serveur d'authentification.
Le matériel Cisco, Aruba ou Ubiquiti géré par l'équipe informatique.
EAP (Extensible Authentication Protocol)
Un framework d'authentification fréquemment utilisé dans les réseaux sans fil et les connexions point à point, prenant en charge plusieurs méthodes d'authentification.
Le protocole utilisé pour encapsuler l'échange d'identifiants.
PEAP-MSCHAPv2
Une méthode EAP qui encapsule l'échange de mots de passe MSCHAPv2 dans un tunnel TLS sécurisé établi par le certificat du serveur.
La méthode de déploiement la plus courante car elle équilibre la sécurité et la commodité d'utilisation des mots de passe AD standard.
Dynamic VLAN Assignment
Le processus par lequel un serveur RADIUS ordonne au point d'accès de placer un utilisateur authentifié sur un VLAN spécifique en fonction de son identité ou de son appartenance à un groupe.
Crucial pour la segmentation du réseau, permettant à différents types d'utilisateurs de partager les mêmes points d'accès physiques en toute sécurité.
Exemples concrets
Un hôtel de 200 chambres doit déployer un réseau WiFi sécurisé pour son personnel administratif (ménage, direction) en utilisant les points d'accès Aruba existants, tout en séparant strictement le trafic du personnel de celui du réseau invités.
L'équipe informatique configure un unique SSID 'Hotel_Staff' utilisant WPA2-Enterprise. Elle intègre Aruba ClearPass avec l'Active Directory de l'hôtel. Dans ClearPass, elle configure des politiques d'application : si un utilisateur appartient au groupe AD 'Management', ClearPass renvoie un attribut RADIUS l'affectant au VLAN 10 (Réseau de direction). Si l'utilisateur appartient au groupe 'Housekeeping', il est affecté au VLAN 20 (Réseau opérationnel). Les points d'accès sont configurés pour appliquer ces affectations dynamiques de VLAN.
Une chaîne nationale de vente au détail comptant 50 points de vente utilise Cisco Meraki. Elle doit sécuriser ses terminaux de point de vente (POS) via le WiFi pour répondre à la conformité PCI DSS, en remplaçant son ancienne configuration WPA2-Personal.
L'architecte réseau déploie un service RADIUS hébergé dans le cloud pour éviter de déployer des serveurs locaux dans chaque magasin. Dans le tableau de bord Meraki, il configure le SSID 'Retail_POS' pour WPA2-Enterprise et le pointe vers les adresses IP du RADIUS cloud. Il génère des certificats clients uniques pour chaque terminal POS via sa plateforme MDM et configure le serveur RADIUS pour exiger l'EAP-TLS. Les points d'accès Meraki sont configurés pour envoyer à la fois les données d'authentification et de comptabilité RADIUS (Accounting) au service cloud.
Questions d'entraînement
Q1. Votre organisation déploie WPA2-Enterprise à l'aide de points d'accès Ubiquiti UniFi. Pendant les tests, les clients parviennent à se connecter avec succès, mais l'équipe de conformité note qu'il n'y a aucun journal de durée de session utilisateur ou d'utilisation des données dans le système de journalisation centralisé. Quelle est l'omission de configuration la plus probable ?
Conseil : L'authentification accorde l'accès, mais un autre processus suit l'utilisation.
Voir la réponse type
Le port RADIUS Accounting (1813) n'a pas été configuré ou est bloqué par un pare-feu. Bien que l'authentification (port 1812) fonctionne, l'Accounting doit être explicitement activé pour générer des pistes d'audit de session.
Q2. Un utilisateur signale qu'il ne peut pas se connecter au réseau d'entreprise WPA2-Enterprise. Vous vérifiez les journaux du Cisco WLC et constatez que l'AP transmet l'EAP-Request, mais les journaux du serveur RADIUS affichent un 'Access-Reject' en raison d'une 'CA inconnue'. Que faut-il corriger ?
Conseil : Pensez à la relation de confiance établie lors de la configuration du tunnel TLS.
Voir la réponse type
Le supplicant de l'appareil client n'est pas configuré pour faire confiance à l'autorité de certification (CA) qui a émis le certificat du serveur RADIUS. Le client interrompt la connexion pour empêcher une attaque potentielle de type Evil Twin. Le certificat de la CA doit être déployé sur l'appareil client.
Q3. Vous concevez un réseau pour un stade. Vous devez prendre en charge le personnel de l'entreprise, les terminaux de billetterie et le WiFi invité. Comment devez-vous concevoir les SSIDs pour minimiser les interférences RF tout en maintenant la sécurité ?
Conseil : Évitez de diffuser un SSID pour chaque cas d'utilisation individuel.
Voir la réponse type
Déployez un maximum de deux SSIDs. Un SSID pour les invités utilisant un Captive Portal (comme Purple). Un second SSID pour toutes les opérations de l'entreprise utilisant WPA2-Enterprise. Utilisez l'attribution dynamique de VLAN via le serveur RADIUS pour segmenter le personnel de l'entreprise sur un VLAN et les terminaux de billetterie sur un autre en fonction de leurs identifiants d'authentification.
Continuer la lecture de cette série
Per-Device PSK par constructeur : iPSK, DPSK, MPSK et PPSK comparés (et support de WPA3)
Une comparaison complète des implémentations de per-device PSK chez Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Extreme, Fortinet et Ubiquiti UniFi. Découvrez comment le WPA3-SAE impacte les stratégies de clés par appareil et quand déployer des modes de transition par rapport à une migration vers le 802.1X.
Comparatif des méthodes d'authentification par Captive Portal
Ce guide de référence technique et d'autorité évalue les compromis architecturaux, opérationnels et de conformité des cinq principales méthodes d'authentification par captive portal. Il fournit aux architectes réseau, directeurs informatiques et responsables marketing les données quantitatives et les cadres de décision nécessaires pour équilibrer la friction d'intégration des invités avec les exigences de collecte de données au sein des sites d'entreprise.
Qu'est-ce que l'authentification par adresse MAC ? Quand l'utiliser et quand l'éviter
Ce guide de référence technique faisant autorité couvre l'authentification par adresse MAC dans les environnements WiFi d'entreprise — comment fonctionne l'authentification MAC basée sur RADIUS au niveau de la couche 2, ses vulnérabilités de sécurité inhérentes (y compris le spoofing MAC et l'impact de la randomisation MAC au niveau du système d'exploitation), et les contextes opérationnels précis où elle reste un outil valable pour gérer l'IoT et les appareils sans écran (headless). Il fournit des conseils de déploiement exploitables pour les responsables informatiques et les architectes réseau dans les secteurs de l'hôtellerie, du commerce de détail, de la santé et des espaces publics, avec des exemples concrets, des cadres de décision et le contexte d'intégration pour le WiFi invité et la plateforme d'analyse de Purple.