Passer au contenu principal

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.

📖 6 min de lecture📝 1,309 mots🔧 2 exemples concrets3 questions d'entraînement📚 8 définitions clés

Écouter ce guide

Voir la transcription du podcast
Comment configurer WPA2-Enterprise sur les plateformes de points d'accès courantes — Cisco, Aruba et Ubiquiti Une note d'information Purple WiFi [INTRO — environ 1 minute] Bienvenue dans la série d'informations Purple WiFi. Je suis votre hôte, et aujourd'hui nous allons droit au but sur l'un des sujets les plus fréquemment demandés par nos clients entreprises : comment configurer WPA2-Enterprise sur les trois plateformes de points d'accès les plus déployées — Cisco, Aruba et Ubiquiti. Que vous soyez directeur informatique d'un groupe hôtelier de 500 chambres, architecte réseau pour une chaîne nationale de magasins ou CTO d'un centre de conférences, cette note d'information s'adresse à vous. Nous n'allons pas faire de la théorie pour le plaisir. Nous allons passer en revue ce que vous devez savoir pour prendre une décision de déploiement, l'exécuter correctement et éviter les pièges qui font trébucher même les équipes expérimentées. C'est parti. [ANALYSE TECHNIQUE APPROFONDIE — environ 5 minutes] Tout d'abord, un point rapide sur ce qu'est réellement WPA2-Enterprise, car il subsiste une confusion surprenante sur le marché entre WPA2-Personal et WPA2-Enterprise — et la distinction est extrêmement importante pour la conformité et la gestion des risques. WPA2-Personal — la version que la plupart des gens connaissent — utilise une clé pré-partagée unique. Tous les utilisateurs du réseau utilisent le même mot de passe. C'est parfait pour un réseau domestique. C'est catégoriquement inacceptable pour un environnement professionnel où vous avez besoin d'une authentification par utilisateur, de pistes d'audit et de la possibilité de révoquer l'accès instantanément. WPA2-Enterprise, défini par la norme IEEE 802.1X, remplace cette clé partagée par un échange d'authentification individuel. Chaque utilisateur ou appareil présente ses propres identifiants — qu'il s'agisse d'un nom d'utilisateur et d'un mot de passe, d'un certificat numérique ou d'un jeton — et ces identifiants sont validés par un serveur RADIUS avant que l'accès au réseau ne soit accordé. Le point d'accès lui-même ne voit jamais les identifiants. Il agit uniquement comme un authentificateur, transmettant l'échange EAP — Extensible Authentication Protocol — entre le client et le serveur RADIUS. Il s'agit d'une architecture fondamentalement plus sécurisée, et c'est l'exigence de base pour la conformité PCI DSS dans tout environnement qui gère des données de cartes de paiement, tout en étant fortement recommandée par le GDPR pour les organisations qui traitent des données personnelles sur des réseaux sans fil. Maintenant, parlons des trois plateformes. Commençons par Cisco. Le portefeuille WiFi d'entreprise de Cisco — principalement les gammes Catalyst et Meraki — est le choix de référence pour les déploiements à grande échelle. Cisco DNA Center offre une gestion centralisée des politiques, et le tableau de bord Meraki propose la simplicité d'une gestion dans le cloud pour les parcs distribués. Pour configurer le WPA2-Enterprise sur un point d'accès Cisco Catalyst, vous passerez par le WLC — Wireless LAN Controller — ou DNA Center. Les étapes clés sont les suivantes : définir votre serveur RADIUS sous Security, puis AAA, puis RADIUS Authentication Servers ; créer un nouveau profil WLAN ; définir la politique de sécurité sur WPA2 avec 802.1X comme méthode de gestion des clés ; et lier le serveur RADIUS à ce WLAN. Un point critique concernant Cisco : assurez-vous de configurer la comptabilisation (accounting) RADIUS ainsi que l'authentification. La comptabilisation vous fournit la piste d'audit par session requise par les cadres de conformité. Sur Meraki, le processus est encore plus simple — accédez à Wireless, puis SSIDs, sélectionnez votre SSID cible, définissez la sécurité sur WPA2-Enterprise avec mon serveur RADIUS, puis saisissez l'IP de votre serveur RADIUS, le port — généralement 1812 pour l'authentification et 1813 pour la comptabilisation — et le secret partagé. Meraki prend également en charge les tests RADIUS directement depuis le tableau de bord, ce qui est précieux lors de la mise en service. Passons à Aruba. Aruba Networks, qui fait désormais partie de HPE, est le choix dominant dans l'hôtellerie et l'enseignement supérieur. Aruba Central assure la gestion dans le cloud, et ArubaOS est la plateforme sous-jacente. Sur Aruba, la configuration WPA2-Enterprise se trouve dans le profil SSID. Vous définirez un profil AAA qui fait référence à votre serveur RADIUS, puis vous attacherez ce profil AAA à votre profil d'AP virtuel. Le ClearPass Policy Manager d'Aruba mérite une mention particulière ici — il s'agit du moteur de politique et RADIUS propre à Aruba, qui ajoute des fonctionnalités d'analyse de profil des appareils, de contrôle d'accès basé sur les rôles et d'intégration des invités. Si vous gérez un environnement mixte où le personnel, les prestataires et les invités se connectent tous à la même infrastructure, ClearPass vous offre la granularité de politique nécessaire pour les segmenter de manière appropriée. Pour un hôtel déployant le WPA2-Enterprise sur les réseaux du personnel et des services internes tout en exploitant une solution de WiFi invité distincte via une plateforme comme Purple, la segmentation des SSID d'Aruba combinée à ClearPass pour l'authentification du personnel constitue une architecture très propre. Passons à Ubiquiti. La plateforme UniFi d'Ubiquiti a gagné une part de marché significative dans le segment des PME et du marché intermédiaire — et de plus en plus dans l'hôtellerie de charme et le commerce de détail — en raison de son positionnement tarifaire compétitif et d'une interface de gestion véritablement performante. C'est dans UniFi Network Controller que vous effectuerez le plus gros du travail. Pour configurer le WPA2-Enterprise sur UniFi, accédez à Settings, puis WiFi, créez ou modifiez votre SSID, définissez la sécurité sur WPA2 Enterprise et configurez votre profil RADIUS — à savoir, l'adresse IP, le port d'authentification 1812, le port de comptabilisation (accounting) 1813 et le secret partagé. Une considération importante avec Ubiquiti : il n'est pas livré avec un serveur RADIUS intégré de la même manière que certaines plateformes d'entreprise. Vous aurez besoin d'un serveur RADIUS externe — qu'il s'agisse de Windows Server NPS, de FreeRADIUS ou d'un service RADIUS cloud. Ce n'est pas une limitation en soi, mais c'est une dépendance qui doit être planifiée. Pour les déploiements plus modestes, l'application UniFi Network inclut un serveur RADIUS de base, mais pour les environnements de production, je recommande toujours une instance RADIUS dédiée. Sur les trois plateformes, le choix de la méthode EAP mérite une attention particulière. PEAP avec MSCHAPv2 est la méthode la plus largement déployée car elle fonctionne avec les identifiants Active Directory sans nécessiter de certificats côté client. EAP-TLS est plus sécurisé — il utilise une authentification mutuelle par certificat — mais il nécessite une infrastructure PKI et le déploiement de certificats sur chaque appareil client, ce qui ajoute une charge opérationnelle. Pour la plupart des déploiements d'entreprise, PEAP-MSCHAPv2 avec un serveur RADIUS correctement configuré et une validation de certificat côté client représente le bon équilibre entre sécurité et gérabilité opérationnelle. [RECOMMANDATIONS DE MISE EN ŒUVRE ET PIÈGES À ÉVITER — environ 2 minutes] Permettez-moi maintenant de vous présenter les trois modes de défaillance les plus courants que je constate dans les déploiements WPA2-Enterprise, et comment les éviter. Numéro un : la disponibilité du serveur RADIUS. Votre serveur RADIUS se trouve désormais sur le chemin critique de chaque authentification sans fil. S'il tombe en panne, plus personne ne peut se connecter. Cela signifie que vous avez besoin d'une redondance RADIUS — au minimum un serveur RADIUS principal et un secondaire configurés sur chaque point d'accès. La plupart des plateformes le prennent en charge nativement. Sur Cisco, vous pouvez configurer des groupes de serveurs RADIUS avec basculement (failover). Sur Aruba, le profil AAA prend en charge plusieurs serveurs RADIUS avec des valeurs de tentative et de délai d'expiration configurables. Sur Ubiquiti, vous pouvez spécifier un serveur RADIUS secondaire dans le profil RADIUS. Ne faites pas l'impasse sur cette étape. Deuxième point : la validation des certificats. Une proportion étonnamment élevée de déploiements que j'examine comporte des appareils clients configurés pour accepter n'importe quel certificat de serveur RADIUS. Cela compromet totalement le modèle de sécurité — cela vous expose à des attaques de type « evil twin » (jumeau malveillant) où un point d'accès pirate usurpe l'identité de votre réseau et collecte des identifiants. Configurez le certificat de votre serveur RADIUS auprès d'une autorité de certification (CA) de confiance, et configurez vos clients pour qu'ils valident ce certificat. Sur Windows, cela se fait via les stratégies de groupe (Group Policy). Sur iOS et Android, cela est géré via des profils MDM. C'est non négociable pour tout environnement traitant des données sensibles. Troisième point : l'attribution de VLAN. Le WPA2-Enterprise permet l'attribution dynamique de VLAN — le serveur RADIUS peut renvoyer un attribut VLAN dans le message Access-Accept, plaçant chaque utilisateur authentifié dans le segment de réseau approprié en fonction de son identité ou de son rôle. C'est l'une des fonctionnalités les plus puissantes de l'architecture 802.1X, et elle est fréquemment laissée non configurée. Si vous gérez un site avec du personnel, de la direction et des appareils IoT sur la même infrastructure physique, l'attribution dynamique de VLAN est le moyen d'imposer la segmentation du réseau sans avoir à gérer plusieurs SSID. Du côté de l'intégration de Purple : si vous déployez le WPA2-Enterprise pour votre personnel et vos réseaux opérationnels, et que vous utilisez la plateforme de guest WiFi de Purple pour la connectivité des visiteurs, ces deux systèmes coexistent parfaitement. Purple gère l'authentification des invités, la capture de données et la couche analytique — y compris les analyses WiFi et les données de fréquentation que les exploitants de sites utilisent pour leurs décisions opérationnelles — tandis que votre infrastructure WPA2-Enterprise sécurise le réseau de l'entreprise. La clé réside dans une séparation claire des SSID et des VLAN au niveau des points d'accès, ce que les trois plateformes prennent en charge. [Q&R RAPIDE — environ 1 minute] Passons en revue quelques questions qui reviennent régulièrement. Puis-je faire fonctionner le WPA2-Enterprise et un réseau invité sur les mêmes points d'accès ? Oui, tout à fait. Les trois plateformes prennent en charge plusieurs SSID par radio, chacun ayant des politiques de sécurité indépendantes. Votre SSID d'entreprise utilise le WPA2-Enterprise ; votre SSID invité peut passer par le Captive Portal de Purple avec une isolation appropriée. Dois-je remplacer mes points d'accès existants pour déployer le WPA2-Enterprise ? Presque certainement pas. Le WPA2-Enterprise est pris en charge sur les points d'accès de classe entreprise depuis plus d'une décennie. Si votre matériel a moins de huit ans et utilise un firmware à jour, il prendra en charge le 802.1X. Quelle est la différence entre le WPA2-Enterprise et le WPA3-Enterprise ? Le WPA3-Enterprise ajoute un mode de sécurité 192 bits utilisant la cryptographie Suite B, ce qui est pertinent pour les environnements gouvernementaux et de défense. Pour la plupart des déploiements commerciaux, le WPA2-Enterprise avec des méthodes EAP fortes reste la norme. La transition vers le WPA3 vaut la peine d'être planifiée pour les nouveaux déploiements, mais ce n'est pas une migration urgente pour la plupart des organisations. Le RADIUS dans le cloud est-il une option viable ? Oui, et de plus en plus. Des services comme Cisco ISE dans le cloud, Aruba ClearPass en tant que service, ou des options tierces comme JumpCloud et Foxpass fournissent RADIUS en tant que service managé, ce qui élimine les coûts d'infrastructure. Pour les parcs distribués — pensez à une chaîne de vente au détail de 200 points de vente — le RADIUS dans le cloud peut réduire considérablement la complexité opérationnelle. [RÉSUMÉ ET PROCHAINES ÉTAPES — environ 1 minute] Pour résumer : le WPA2-Enterprise est le socle non négociable de tout déploiement sans fil en entreprise. Le processus de configuration sur Cisco, Aruba et Ubiquiti suit le même schéma fondamental — définir votre serveur RADIUS, créer votre SSID avec la gestion des clés 802.1X, sélectionner votre méthode EAP et tester avant la mise en production. Les différences résident dans les interfaces de gestion et les outils de l'écosystème propres à chaque plateforme. Les trois éléments à maîtriser : la redondance RADIUS, la validation des certificats sur les clients et l'attribution dynamique de VLAN. Maîtrisez ces trois aspects et vous obtiendrez une posture de sécurité sans fil solide, conforme et auditable. Pour vos prochaines étapes : si vous évaluez des plateformes, utilisez le cadre de comparaison des fournisseurs dans le guide d'accompagnement. Si vous êtes prêt à déployer, les guides de configuration étape par étape pour chaque plateforme se trouvent dans la section implémentation. Et si vous réfléchissez à la manière dont le WiFi invité s'intègre à votre réseau d'entreprise, la documentation de la plateforme Purple détaille l'architecture d'intégration. Merci pour votre écoute. À bientôt pour le prochain briefing.

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.

header_image.png

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 :

  1. Le suppliant : L'appareil client qui tente de se connecter au réseau.
  2. 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.
  3. 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.

architecture_overview.png

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.

vendor_comparison_chart.png

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) :

  1. 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.
  2. Créer un profil WLAN : Sous l'onglet WLANs, créez un nouveau profil.
  3. 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).
  4. 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 :

  1. Configuration du SSID : Dans le tableau de bord Meraki, accédez à Wireless > SSIDs et sélectionnez le réseau cible.
  2. Contrôle d'accès : Définissez l'exigence d'association sur "WPA2-Enterprise avec mon serveur RADIUS".
  3. 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é.

  1. 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.
  2. 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.
  3. 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.
  4. 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.

  1. 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.
  2. Configuration du SSID : Allez dans Paramètres > WiFi et créez un nouveau réseau sans fil.
  3. Paramètres de sécurité : Sélectionnez « WPA2 Enterprise » comme protocole de sécurité et associez le profil RADIUS nouvellement créé.
  4. 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 :

  1. 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.
  2. 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é.
  3. 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.
  4. 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é.
  5. 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.

Commentaire de l'examinateur : Cette approche démontre la puissance de l'affectation dynamique de VLAN. Elle évite les interférences RF et la surcharge de gestion liées à la diffusion de multiples SSIDs ('Hotel_Management', 'Hotel_Housekeeping') tout en garantissant une segmentation stricte du réseau et en exploitant les identités de l'annuaire existant.

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.

Commentaire de l'examinateur : Ce scénario met en évidence la transition vers l'EAP-TLS pour les environnements à haute sécurité. En utilisant des certificats plutôt que des mots de passe, les terminaux POS s'authentifient de manière transparente et sécurisée. L'inclusion de la comptabilité RADIUS garantit que la chaîne répond aux exigences de la norme PCI DSS en matière d'audit des accès.

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.

Lire le guide →

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.

Lire le guide →

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.

Lire le guide →