Comment Passpoint (Hotspot 2.0) transforme l'expérience Wi-Fi invité
Un guide de référence technique complet détaillant comment les protocoles Passpoint (Hotspot 2.0) et 802.11u remplacent les Captive Portals traditionnels par un roaming Wi-Fi fluide, sécurisé et similaire au réseau cellulaire. Il fournit aux responsables informatiques des aperçus d'architecture, des cadres de mise en œuvre et des arguments commerciaux pour adopter l'authentification basée sur les identifiants afin de résoudre les défis de randomisation MAC et d'améliorer l'expérience invité.
Écouter ce guide
Voir la transcription du podcast
- Synthèse opérationnelle
- Analyse technique approfondie
- Le problème de la sélection du réseau et la norme 802.11u
- Architecture d'authentification et de sécurité
- La fédération OpenRoaming
- Guide de mise en œuvre
- Prérequis d'infrastructure
- La stratégie du double SSID
- Bonnes pratiques
- Dépannage et atténuation des risques
- ROI et impact commercial

Synthèse opérationnelle
Pour les entreprises accueillant du public, la friction est un désavantage concurrentiel. Les portails captifs traditionnels, bien qu'ils aient été la norme pour l'accès au réseau invité, représentent aujourd'hui un goulot d'étranglement opérationnel majeur et une source de frustration constante pour les utilisateurs. Passpoint, également connu sous le nom de Hotspot 2.0, transforme fondamentalement ce paradigme en remplaçant l'authentification manuelle sur le web par une itinérance fluide, similaire à celle du réseau cellulaire. En s'appuyant sur la norme IEEE 802.11u et le chiffrement WPA3-Enterprise, Passpoint permet aux appareils des invités de découvrir, de s'authentifier et de se connecter aux réseaux Wi-Fi d'entreprise de manière automatique et sécurisée.
Pour les responsables informatiques des secteurs de l' Hôtellerie , du Commerce de détail et des grands espaces publics, la transition vers Passpoint n'est plus facultative. La randomisation par défaut des adresses MAC implémentée dans les appareils iOS et Android modernes a de fait brisé la logique de réauthentification des portails captifs existants, ce qui signifie que les invités qui reviennent apparaissent comme de nouveaux appareils à chaque visite. Passpoint résout ce problème en authentifiant le profil d'identification de l'utilisateur plutôt que l'adresse physique de son matériel. Ce guide détaille l'architecture technique de Passpoint, l'impact commercial de son déploiement et un cadre de mise en œuvre neutre vis-à-vis des fournisseurs, conçu pour améliorer l'expérience Guest WiFi tout en réduisant la charge de travail du support technique.
Analyse technique approfondie
Le problème de la sélection du réseau et la norme 802.11u
Dans les déploiements Wi-Fi existants, les appareils s'appuient sur un mécanisme fondamentalement fragile pour la sélection du réseau : la recherche de SSID (Service Set Identifiers) connus. Cette approche exige que l'utilisateur se soit déjà connecté au réseau auparavant ou qu'il le sélectionne manuellement dans une liste. Elle n'offre aucune visibilité avant l'association sur le niveau de sécurité du réseau, les exigences d'authentification ou la disponibilité de l'accès internet en amont. Passpoint répond à cette limite grâce à l'amendement IEEE 802.11u, qui introduit l'interfonctionnement avec les réseaux externes.
Au lieu de scanner passivement les SSID, un appareil compatible Passpoint interroge activement l'infrastructure réseau avant de tenter de s'y associer. Lorsqu'un point d'accès diffuse sa balise (beacon), il inclut un élément d'interfonctionnement (Interworking Element) — un indicateur signalant la prise en charge de la norme 802.11u. L'appareil client détecte cet indicateur et lance une requête GAS (Generic Advertisement Service). Une requête ANQP (Access Network Query Protocol) est encapsulée dans cette demande. L'appareil demande à l'infrastructure : « Quels identifiants organisationnels de consortium d'itinérance (OI) prenez-vous en charge ? » Si la réponse du point d'accès correspond à un profil d'identification stocké sur l'appareil, l'authentification automatique se poursuit.

Architecture d'authentification et de sécurité
Passpoint impose une sécurité de classe entreprise, éliminant complètement la phase de « réseau ouvert » inhérente aux déploiements de Captive Portal. L'authentification est gérée via le contrôle d'accès réseau basé sur les ports IEEE 802.1X, associé à une méthode EAP (Extensible Authentication Protocol). Les méthodes les plus courantes dans les déploiements d'entreprise sont EAP-TLS (reposant sur des certificats clients et serveurs), EAP-TTLS (identifiants tunnelisés) et EAP-SIM/AKA (pour les scénarios de délestage cellulaire).
Cette architecture assure une authentification mutuelle. L'appareil prouve son identité au réseau de manière cryptographique et, surtout, le réseau prouve son identité à l'appareil. Cette vérification mutuelle constitue la principale défense contre les points d'accès pirates (evil twins) et les tentatives d'interception de type « homme du milieu ». De plus, Passpoint impose le chiffrement WPA2-Enterprise ou WPA3-Enterprise. Le WPA3-Enterprise introduit un mode de sécurité 192 bits et impose la confidentialité persistante (forward secrecy), garantissant que même si les clés de session sont compromises à l'avenir, le trafic historique reste chiffré.
La fédération OpenRoaming
Alors que Passpoint définit le mécanisme technique de découverte et d'authentification, OpenRoaming fournit le cadre de confiance. Développé par la Wireless Broadband Alliance (WBA), OpenRoaming est une fédération mondiale qui permet aux fournisseurs d'identité (tels que les opérateurs de réseaux mobiles, Google ou Apple) et aux fournisseurs d'accès (tels que les hôtels, les stades et les chaînes de magasins) de faire confiance à leurs identifiants respectifs sans nécessiter d'accords bilatéraux entre chaque entité.
OpenRoaming fonctionne sur un modèle d'infrastructure à clés publiques (PKI) en étoile (hub-and-spoke). Les demandes d'authentification sont relayées à travers la fédération à l'aide de tunnels RadSec (RADIUS sur TLS). En diffusant l'OI OpenRoaming sans frais de règlement (5A-03-BA), une entreprise peut instantanément offrir un accès Wi-Fi transparent et sécurisé à des millions d'utilisateurs dans le monde qui possèdent déjà un profil d'identité compatible sur leur appareil.
Guide de mise en œuvre
Le déploiement de Passpoint nécessite une infrastructure de base plus sophistiquée qu'un réseau ouvert traditionnel, mais les composants restent standards au sein des environnements d'entreprise modernes.
Prérequis d'infrastructure
- Points d'accès certifiés Passpoint : L'infrastructure sans fil doit prendre en charge les spécifications 802.11u et Hotspot 2.0. La grande majorité des points d'accès d'entreprise fabriqués au cours des cinq dernières années par des constructeurs comme Cisco, Aruba et Ruckus répondent à cette exigence.
- Infrastructure RADIUS/AAA : Un serveur RADIUS robuste capable de gérer l'authentification EAP et d'acheminer les requêtes vers les annuaires d'identité appropriés. En cas de participation à OpenRoaming, le serveur RADIUSrver doit prendre en charge RadSec pour un proxying sécurisé.
- Serveur d'inscription en ligne (OSU) : Pour les environnements émettant leurs propres identifiants (plutôt que de s'appuyer uniquement sur des identités fédérées), un serveur OSU fournit le mécanisme permettant de provisionner en toute sécurité des profils Passpoint sur les appareils des invités.
La stratégie du double SSID
Le modèle de déploiement le plus efficace pour les sites en transition vers Passpoint est la stratégie du double SSID. Cette approche maintient un SSID traditionnel avec Captive Portal pour l'intégration initiale tout en fournissant un SSID Passpoint pour les connexions ultérieures transparentes.
Lorsqu'un invité se connecte au SSID du Captive Portal pour la première fois, il suit le flux d'authentification standard (par exemple, acceptation des conditions générales, saisie d'une adresse e-mail). Une fois l'authentification réussie, le portail présente une option pour télécharger un profil Passpoint. Une fois installé, l'appareil préférera automatiquement le SSID Passpoint sécurisé lors de toutes ses prochaines visites. Ce modèle d'intégration progressive garantit l'accessibilité pour les appareils plus anciens tout en migrant la majorité des utilisateurs vers le réseau Passpoint sécurisé et sans friction.

Bonnes pratiques
Lors de la conception d'une architecture Passpoint, les responsables informatiques doivent respecter plusieurs bonnes pratiques essentielles pour garantir la stabilité opérationnelle et la sécurité.
Premièrement, la gestion du cycle de vie des certificats est primordiale. Si vous utilisez EAP-TLS, l'expiration des certificats client ou serveur entraînera des échecs d'authentification silencieux, difficiles à diagnostiquer pour les équipes d'assistance de premier niveau. Mettez en œuvre des protocoles de renouvellement automatique des certificats et une surveillance proactive. Comme souligné dans notre guide sur l' Évaluation de la posture des appareils pour le contrôle d'accès au réseau , une visibilité robuste des terminaux est essentielle lors de la gestion des accès basés sur des certificats.
Deuxièmement, assurez la compatibilité avec les appareils plus anciens. Bien qu'iOS 7+, Android 6+ et Windows 10+ prennent nativement en charge Passpoint, certains appareils IoT, matériels anciens et appareils d'entreprise soumis à des restrictions strictes peuvent ne pas le prendre en charge. La stratégie du double SSID atténue ce risque en fournissant une méthode d'accès de secours.
Troisièmement, lors de la configuration des éléments ANQP, assurez-vous que les Informations sur le site sont précises et descriptives. Ces métadonnées sont souvent affichées par le système d'exploitation de l'appareil client pour fournir un contexte sur le réseau auquel l'utilisateur se connecte.
Dépannage et atténuation des risques
La complexité de Passpoint introduit des domaines de défaillance spécifiques qui diffèrent des déploiements de Captive Portal.
Mode de défaillance 1 : Délai d'attente ou inaccessibilité RADIUS Si le serveur RADIUS local ne peut pas atteindre le fournisseur d'identité en amont (en particulier dans les scénarios OpenRoaming fédérés), la liaison EAP expirera. Atténuation : Mettez en œuvre une infrastructure RADIUS redondante et assurez une surveillance robuste des tunnels RadSec. Consultez notre documentation technique sur RadSec : Sécurisation du trafic d'authentification RADIUS avec TLS pour obtenir des conseils de configuration.
Mode de défaillance 2 : Échecs de provisionnement de profil Les utilisateurs peuvent rencontrer des erreurs lors de la tentative de téléchargement du profil Passpoint depuis le serveur OSU, souvent en raison des limitations du navigateur du Captive Portal sur les appareils mobiles. Atténuation : Concevez le flux du Captive Portal pour sortir du mini-navigateur de l'assistant réseau captif (CNA) et ouvrir le navigateur système natif de l'appareil avant de lancer le téléchargement du profil.
Mode de défaillance 3 : Impact de la randomisation MAC sur les analyses Bien que Passpoint résolve les interruptions d'authentification causées par la randomisation MAC, les plateformes d'analyse traditionnelles qui s'appuient uniquement sur les adresses MAC continueront de signaler des comptages de visiteurs inexacts. Atténuation : Intégrez les journaux d'authentification RADIUS à votre plateforme WiFi Analytics . En suivant les identifiants d'authentification uniques (tels que l'identité de l'utilisateur facturable ou le NAI anonymisé) plutôt que les adresses MAC, les sites peuvent restaurer des mesures de fréquentation et de fidélité précises.
ROI et impact commercial
L'analyse de rentabilisation du déploiement de Passpoint repose sur trois piliers mesurables : l'efficacité opérationnelle, la réduction des risques et l'expérience utilisateur.
D'un point de vue opérationnel, l'élimination des frictions liées au Captive Portal est directement corrélée à une réduction des tickets d'assistance informatique liés à la connectivité Wi-Fi. Dans les grands environnements de Santé ou de Transport , cela représente des économies de coûts significatives.
En ce qui concerne l'atténuation des risques, le passage de réseaux ouverts au chiffrement WPA3-Enterprise réduit considérablement la responsabilité du site. Pour les environnements de vente au détail soumis à la norme PCI DSS, la réduction de la surface de traitement des données (en éliminant la collecte d'identifiants sur le web) simplifie les audits de conformité.
Enfin, l'amélioration de l'expérience utilisateur est profonde. Dans le secteur de l'hôtellerie, des études montrent systématiquement qu'un Wi-Fi transparent et fiable est un moteur essentiel de la satisfaction des clients et des réservations récurrentes. En mettant en œuvre Passpoint, les sites offrent une expérience de connectivité qui reflète la fiabilité des réseaux cellulaires, transformant le Wi-Fi d'un service frustrant en un équipement transparent et haut de gamme.

Définitions clés
IEEE 802.11u
L'amendement à la norme de réseau sans fil qui permet l'interfonctionnement avec les réseaux externes, autorisant les appareils à interroger les AP avant de s'y associer.
Lors de la configuration des contrôleurs sans fil, les ingénieurs doivent activer le 802.11u pour permettre aux appareils de découvrir les capacités Passpoint.
ANQP (Access Network Query Protocol)
Un protocole de requête et de réponse utilisé par les appareils pour découvrir les services réseau, les accords de roaming et les informations sur le site avant de se connecter.
Les équipes informatiques configurent des profils ANQP sur le contrôleur sans fil pour diffuser leurs OI de consortium de roaming et leurs domaines NAI pris en charge.
Roaming Consortium OI
Un identifiant organisationnel diffusé par le point d'accès qui indique quels fournisseurs d'identité ou fédérations le réseau prend en charge.
Si une entreprise rejoint OpenRoaming, elle doit s'assurer que ses AP diffusent l'OI OpenRoaming spécifique (5A-03-BA).
OSU (Online Sign-Up)
Un processus standardisé et une infrastructure de serveur pour provisionner de manière sécurisée des identifiants et des certificats Passpoint sur l'appareil d'un utilisateur.
Lors de la création d'un flux d'intégration en libre-service pour un programme de fidélité, les développeurs s'intégreront à un serveur OSU pour pousser le profil vers l'appareil.
RadSec
Un protocole qui encapsule le trafic d'authentification RADIUS dans un tunnel TLS pour garantir une transmission sécurisée sur des réseaux non approuvés.
Requis lors du proxying des requêtes d'authentification d'un site local vers un hub OpenRoaming basé sur le cloud.
NAI Realm
Network Access Identifier Realm ; indique le domaine de l'utilisateur et les méthodes d'authentification EAP spécifiques prises en charge par le réseau.
Configuré aux côtés d'ANQP pour indiquer aux appareils clients si le réseau requiert EAP-TLS, EAP-TTLS ou EAP-SIM.
EAP-TLS
Extensible Authentication Protocol - Transport Layer Security ; une méthode d'authentification hautement sécurisée nécessitant des certificats client et serveur.
Souvent utilisé dans les déploiements Wi-Fi des employés d'entreprise où le service informatique peut pousser des certificats vers des appareils gérés via MDM.
MAC Address Randomisation
Une fonctionnalité de confidentialité dans les systèmes d'exploitation mobiles modernes qui génère une adresse matérielle temporaire et factice pour chaque connexion réseau Wi-Fi.
Le principal catalyseur incitant les sites à abandonner les Captive Portals, car il brise la capacité à reconnaître les visiteurs réguliers en fonction de leur matériel.
Exemples concrets
Une chaîne d'hôtels d'entreprise de 400 chambres fait face à un volume élevé de tickets d'assistance de la part de clients réguliers qui se plaignent de devoir se reconnecter manuellement au Wi-Fi dans le hall, le restaurant et leurs chambres, bien qu'ils se soient déjà connectés auparavant. L'hôtel utilise actuellement un SSID ouvert traditionnel avec un Captive Portal. Comment l'architecte réseau doit-il résoudre ce problème ?
L'architecte doit mettre en œuvre une stratégie Dual-SSID. Tout d'abord, déployer un SSID Passpoint sécurisé diffusant l'OI de consortium de roaming spécifique de l'hôtel. Ensuite, modifier le Captive Portal existant sur le SSID ouvert pour qu'il serve de tunnel d'intégration. Lorsqu'un client se connecte via le portail, il est invité à télécharger un profil de configuration Passpoint sur son appareil. Une fois installé, l'appareil s'authentifiera automatiquement et de manière sécurisée via 802.1X/EAP sur le SSID Passpoint lors de ses déplacements entre le hall, le restaurant et la chambre, éliminant ainsi toute réauthentification manuelle.
Une chaîne nationale de vente au détail souhaite proposer un Wi-Fi sécurisé et fluide dans ses 500 points de vente afin de stimuler l'engagement sur son application de fidélité. Cependant, la gestion de certificats personnalisés ou d'identifiants individuels pour des millions de clients potentiels est jugée irréalisable sur le plan opérationnel. Quelle est l'architecture de déploiement recommandée ?
Le détaillant doit déployer Passpoint et se fédérer avec OpenRoaming. En configurant ses points d'accès pour diffuser l'OI OpenRoaming sans règlement (5A-03-BA) et en établissant des tunnels RadSec depuis son infrastructure RADIUS vers un hub OpenRoaming, le détaillant permet à tout client disposant d'un profil de fournisseur d'identité compatible (comme un appareil Samsung moderne ou un profil d'opérateur mobile) de se connecter automatiquement. Le détaillant peut ensuite intégrer cela à son application de fidélité pour déclencher des notifications push lors d'une association réseau réussie.
Questions d'entraînement
Q1. Un directeur informatique d'hôpital souhaite déployer Passpoint pour garantir que les appareils mobiles des médecins se connectent de manière sécurisée au réseau clinique, tandis que les patients se connectent à un réseau invité distinct. Les médecins utilisent des appareils personnels non gérés (BYOD). Quelle méthode EAP et quelle stratégie de provisionnement l'architecte doit-il recommander ?
Conseil : Considérez l'équilibre entre la sécurité et la charge opérationnelle liée à la gestion des certificats sur des appareils personnels non gérés.
Voir la réponse type
L'architecte doit recommander EAP-TTLS avec un flux de provisionnement par serveur Online Sign-Up (OSU). EAP-TLS nécessite des certificats clients, ce qui est difficile à déployer et à gérer sur le plan opérationnel pour des appareils BYOD non gérés. EAP-TTLS permet aux médecins de s'authentifier en toute sécurité à l'aide de leurs identifiants Active Directory/LDAP existants (nom d'utilisateur et mot de passe) tunnelisés dans une session TLS sécurisée. Le serveur OSU peut fournir un portail en libre-service où les médecins se connectent une seule fois pour télécharger le profil, permettant une connexion automatique par la suite.
Q2. Lors d'un pilote de déploiement Passpoint, les appareils Android s'authentifient et se connectent avec succès, mais les appareils iOS échouent lors de la phase de handshake EAP. Les journaux RADIUS affichent des erreurs 'Unknown CA'. Quels sont la cause et la solution les plus probables ?
Conseil : L'iOS d'Apple a des exigences strictes concernant la chaîne de confiance pour les certificats de serveur RADIUS.
Voir la réponse type
La cause la plus probable est que le serveur RADIUS utilise un certificat auto-signé ou un certificat émis par une autorité de certification (CA) privée interne en laquelle les appareils iOS n'ont pas intrinsèquement confiance. Les appareils Android permettent parfois aux utilisateurs de contourner ou d'ignorer la validation du certificat (bien qu'il s'agisse d'une mauvaise pratique de sécurité), tandis qu'iOS l'impose strictement pour les profils Passpoint. La solution consiste à remplacer le certificat du serveur RADIUS par un certificat émis par une CA commerciale publiquement approuvée (par exemple, DigiCert, Let's Encrypt), ou à s'assurer que le certificat racine de la CA privée est explicitement intégré dans le profil de configuration Passpoint poussé vers les appareils iOS.
Q3. Un stade a mis en œuvre OpenRoaming. Un utilisateur disposant d'un profil Google OpenRoaming valide entre dans le stade, mais son appareil ne tente pas de se connecter automatiquement. Quelle configuration spécifique sur le contrôleur LAN sans fil du stade l'ingénieur réseau doit-il vérifier en premier ?
Conseil : Comment l'appareil sait-il que le point d'accès prend en charge la fédération OpenRoaming avant de tenter de se connecter ?
Voir la réponse type
L'ingénieur doit vérifier la configuration ANQP, en s'assurant spécifiquement que les points d'accès diffusent le bon identifiant organisationnel (OI) de consortium de roaming pour OpenRoaming, qui est 5A-03-BA. Si cet OI n'est pas inclus dans la balise de l'AP ou dans la réponse GAS, l'appareil ne reconnaîtra pas le réseau comme un participant OpenRoaming et ne tentera pas de s'authentifier.
Continuer la lecture de cette série
How to Set Up a Captive Portal on Starlink: A Guide for Remote & Maritime Venues
Ce guide explique comment contourner le matériel Starlink natif et intégrer un Captive Portal géré dans le cloud à l'aide d'équipements de routage d'entreprise. Vous apprendrez à surmonter la limitation du CGNAT, à appliquer la segmentation VLAN, à gérer les contraintes de bande passante par satellite et à garantir la conformité réglementaire.
Bonnes pratiques du Captive Portal : conception pour une conversion élevée et la conformité
Ce guide technique offre aux responsables informatiques, architectes réseau et directeurs d'exploitation de sites un plan complet pour déployer des captive portals équilibrant sécurité réseau et taux de conversion élevé. Il couvre l'ensemble de l'architecture, de la segmentation VLAN et l'authentification RADIUS à la conception de consentements conformes au GDPR et à la sélection des méthodes d'authentification. Issu de l'expérience opérationnelle de Purple sur plus de 80 000 sites et 440 millions de connexions en 2024, chaque recommandation est ancrée dans des données de déploiement réelles.
Comment optimiser les Captive Portals pour une sécurité réseau maximale et une conversion utilisateur optimale
Ce guide fournit un plan technique complet pour optimiser les Captive Portals au sein des entreprises, couvrant l'architecture de segmentation réseau, la sélection des méthodes d'authentification, la conception de formulaires de consentement conformes au GDPR et l'optimisation de la conversion. Il s'adresse aux responsables informatiques, architectes réseau et CTO d'hôtels, de chaînes de magasins, de stades et d'organisations du secteur public qui doivent concilier la sécurité réseau et la collecte de données de première partie. Purple gère l'infrastructure de Captive Portals de plus de 80 000 sites avec 440 millions de connexions en 2024, et les cadres présentés ici reflètent cette expérience opérationnelle.