Passer au contenu principal

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é.

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

Écouter ce guide

Voir la transcription du podcast
Comment Passpoint transforme l'expérience Wi-Fi invité Un briefing technique Purple — Environ 10 minutes --- INTRODUCTION ET CONTEXTE — environ 1 minute Bienvenue dans la série de briefings techniques Purple. Je vais passer les dix prochaines minutes à vous présenter quelque chose qui, franchement, aurait dû remplacer le Captive Portal depuis des années : Passpoint, également connu sous le nom de Hotspot 2.0. Si vous gérez l'infrastructure Wi-Fi d'un groupe hôtelier, d'un parc de commerces de détail, d'un stade ou de tout autre lieu où les invités se connectent de manière répétée, vous avez presque certainement rencontré le même obstacle : des clients qui se plaignent de devoir se connecter à chaque fois, votre centre d'assistance informatique qui reçoit des appels concernant un Wi-Fi qui « fonctionnait auparavant », et la prise de conscience croissante que la randomisation des adresses MAC d'iOS 14 et d'Android 10 a discrètement brisé votre logique de réauthentification. Passpoint est la réponse à tous ces problèmes. Mais ce n'est pas un bouton magique — c'est un protocole correctement conçu qui nécessite un déploiement délibéré. Alors, entrons dans le vif du sujet. --- PLONGÉE TECHNIQUE — environ 5 minutes Commençons par le problème central que résout Passpoint, que les ingénieurs appellent le problème de sélection du réseau. Dans le Wi-Fi traditionnel, votre appareil recherche un SSID connu — un nom de réseau — et s'il en reconnaît un, il se connecte. C'est simple, mais c'est fragile. Cela nécessite une connexion préalable, cela ne vous dit rien sur la posture de sécurité du réseau et cela ne prend pas en charge le roaming entre les sites. Chaque fois qu'un client entre dans votre hôtel, son appareil doit être orienté manuellement vers votre réseau, puis intercepté par un Captive Portal, puis authentifié via un formulaire web. C'est une friction. Et en 2026, la friction est un désavantage concurrentiel. Passpoint change complètement la donne. Au lieu de chercher un nom de réseau, l'appareil cherche un réseau qui prend en charge ses identifiants. Avant même de tenter de se connecter, l'appareil demande au point d'accès : « Prenez-vous en charge mon fournisseur d'identité ? » Si la réponse est oui, l'authentification se fait automatiquement. Pas de page de connexion. Pas de demande de mot de passe. Pas de sélection manuelle. C'est le modèle du roaming cellulaire, appliqué au Wi-Fi. Le mécanisme qui rend cela possible s'appelle le Generic Advertisement Service — GAS — combiné avec l'Access Network Query Protocol, ou ANQP. Lorsqu'un point d'accès compatible Passpoint diffuse sa balise, il inclut ce que l'on appelle un Interworking Element — essentiellement un indicateur qui dit « je parle 802.11u », qui est l'amendement IEEE qui sous-tend tout cela. Votre appareil voit cet indicateur, envoie une requête GAS et, à l'intérieur de cette requête, une requête ANQP demande : « Quels identifiants organisationnels de consortium de roaming prenez-vous en charge ? » Le point d'accès répond. S'il y a une correspondance avec un profil déjà présent sur l'appareil, le handshake d'authentification WPA2 ou WPA3 Enterprise complet commence. Cette authentification utilise la norme IEEE 802.1X — la même norme de contrôle d'accès basée sur les ports que celle utilisée dans les réseaux d'entreprise câblés — combinée à une méthode EAP. Les plus courantes sont EAP-TLS, qui utilise des certificats ; EAP-TTLS, qui tunnelise de manière sécurisée le nom d'utilisateur et le mot de passe ; et EAP-SIM ou EAP-AKA pour l'authentification basée sur la carte SIM de l'opérateur mobile. Le résultat est une session mutuellement authentifiée et entièrement chiffrée. L'appareil prouve son identité au réseau, et le réseau prouve son identité à l'appareil. Cette authentification mutuelle est ce qui empêche les attaques de type « evil twin » et les attaques de l'homme du milieu qui parasitent les environnements Wi-Fi ouverts. Maintenant, un terme que vous entendrez aux côtés de Passpoint est OpenRoaming — le cadre de fédération de la Wireless Broadband Alliance. Voici la distinction importante : Passpoint est le véhicule. OpenRoaming est le réseau autoroutier. Passpoint définit comment un appareil découvre et s'authentifie auprès d'un réseau. OpenRoaming définit l'écosystème de confiance qui permet à un fournisseur d'identité — par exemple, Google, Samsung ou un opérateur mobile — et à un fournisseur d'accès — votre hôtel, votre stade, votre commerce — de faire confiance à leurs identifiants respectifs sans accord bilatéral entre chaque paire. OpenRoaming utilise un modèle PKI en étoile avec des tunnels RadSec — c'est-à-dire RADIUS sur TLS — pour relayer les requêtes d'authentification à travers la fédération. L'OI de consortium de roaming clé pour l'OpenRoaming sans règlement est 5A-03-BA. Vous voudrez également diffuser l'OI hérité de Cisco, 00-40-96, pour la compatibilité avec les appareils plus anciens et les profils Samsung OneUI. Du point de vue de la conformité en matière de sécurité, Passpoint est une mise à niveau majeure. WPA3-Enterprise utilise un mode de sécurité 192 bits et impose la confidentialité persistante — chaque session utilise des clés de chiffrement uniques, de sorte que compromettre une session ne révèle pas le trafic historique. Pour les organisations soumises à la norme PCI DSS — en particulier les environnements de vente au détail traitant des paiements par carte — ou aux obligations du GDPR concernant les données personnelles, l'authentification basée sur les certificats de Passpoint signifie que vous ne collectez pas d'identifiants via un formulaire web, ce qui réduit considérablement votre surface de traitement des données. Et puis il y a la randomisation des adresses MAC. Les appareils iOS et Android modernes randomisent leur adresse MAC par défaut. Cela brise les flux de réauthentification traditionnels des Captive Portals — l'appareil apparaît comme nouveau à chaque visite. Passpoint est immunisé contre cela. L'authentification est basée sur les identifiants, pas sur l'adresse MAC. Votre client régulier se connecte de manière fluide à chaque visite, quelle que soit l'adresse MAC de son appareil ce jour-là. Cela a également une implication importante pour vos analyses Wi-Fi — si vous utilisez la plateforme d'analyse de Purple, l'authentification basée sur les identifiants rétablit la précision de vos données sur les visiteurs réguliers. --- RECOMMANDATIONS DE MISE EN ŒUVRE ET PIÈGES — environ 2 minutes Laissez-moi vous présenter le scénario pratique de déploiement. Les exigences d'infrastructure sont plus complexes que pour un Captive Portal, mais elles sont tout à fait à la portée de toute organisation utilisant du matériel de classe entreprise. Vous avez besoin de points d'accès certifiés Passpoint — la plupart des AP d'entreprise de Cisco, Aruba, Ruckus et Ubiquiti le prennent en charge aujourd'hui. Vous avez besoin d'un serveur RADIUS avec prise en charge EAP, d'une infrastructure AAA pour la gestion des identifiants et, idéalement, d'un serveur OSU — Online Sign-Up — pour le provisionnement des profils en libre-service. Le travail de configuration se concentre sur quatre éléments : vos paramètres ANQP, qui définissent ce que l'AP annonce avant l'association ; vos OI de consortium de roaming ; vos définitions de domaines NAI, qui indiquent aux appareils quelles méthodes EAP vous prenez en charge ; et vos informations de site, qui sont utilisées par les appareils pour afficher le contexte du réseau. Ma recommandation la plus forte pour la plupart des sites est une stratégie dual SSID. Utilisez un SSID Passpoint pour les clients réguliers et les utilisateurs enregistrés, et maintenez un SSID avec Captive Portal pour les nouveaux visiteurs. Utilisez le Captive Portal comme un entonnoir d'intégration — présentez l'option d'installer un profil Passpoint à la fin du flux d'authentification de la première visite. Ce modèle d'intégration progressive vous offre le meilleur des deux mondes : un premier accès facile, des visites de retour fluides. Maintenant, les pièges. L'échec de déploiement le plus courant que je constate consiste à traiter Passpoint comme un simple remplacement des Captive Portals sans concevoir le parcours d'intégration. Si les clients ne savent pas comment installer un profil, ou si le flux OSU est fastidieux, l'adoption stagne. Investissez dans l'expérience de provisionnement. Le deuxième piège est la gestion des certificats. Si vous utilisez EAP-TLS avec des certificats d'appareil, vous avez besoin d'un cycle de vie PKI robuste. Des certificats expirés briseront silencieusement l'authentification pour les appareils concernés — et votre centre d'assistance sera le dernier informé. Automatisez le renouvellement des certificats et surveillez l'expiration de manière proactive. Troisièmement : ne négligez pas la prise en charge des appareils plus anciens. Passpoint nécessite iOS 7 ou version ultérieure, Android 6 ou version ultérieure, et Windows 10 ou version ultérieure. Cela couvre la grande majorité des appareils modernes, mais les appareils IoT et certains matériels plus anciens fournis par l'entreprise auront besoin de chemins d'accès alternatifs. --- QUESTIONS-RÉPONSES RAPIDES — environ 1 minute Passpoint fonctionne-t-il avec les points d'accès existants ? S'il s'agit de matériel de classe entreprise datant des cinq dernières années, presque certainement oui — vérifiez la certification Wi-Fi Alliance Passpoint dans la fiche technique. Puis-je toujours collecter des données sur les invités avec Passpoint ? Oui, mais le mécanisme change. La collecte de données se fait au moment du provisionnement du profil — dans le flux OSU ou lors de l'enregistrement via l'application — plutôt qu'à chaque connexion. C'est en fait plus respectueux du GDPR, car le consentement est capturé une fois, de manière explicite. Qu'en est-il des sites qui souhaitent des pages d'accueil personnalisées ? Les connexions Passpoint sont invisibles par conception, les pages d'accueil traditionnelles ne s'appliquent donc pas. Cependant, vous pouvez déclencher des notifications intégrées à l'application ou des messages push après la connexion si vous disposez d'une intégration d'application de fidélité. Certains opérateurs utilisent un modèle hybride où la première visite passe toujours par un portail personnalisé avant l'enregistrement Passpoint. 'OpenRoaming est-il gratuit ? Le niveau sans règlement d'OpenRoaming, utilisant l'OI 5A-03-BA, est disponible gratuitement via la Wireless Broadband Alliance. Des niveaux commerciaux avec des fonctionnalités d'analyse et de monétisation sont disponibles via les membres de la WBA. --- RÉSUMÉ ET PROCHAINES ÉTAPES — environ 1 minute Pour résumer : Passpoint n'est pas une technologie du futur — c'est un protocole mature, basé sur des normes, qui est déjà déployé dans les grands aéroports, les chaînes hôtelières et les stades du monde entier. La question pour votre organisation n'est pas de savoir s'il faut l'adopter, mais quand et comment. Si vous gérez un groupe hôtelier, une chaîne de vente au détail ou un grand site avec des visiteurs réguliers, le retour sur investissement est clair : réduction de la charge du centre d'assistance, amélioration de la satisfaction des clients, atténuation des risques de conformité et données d'analyse précises qui ne sont pas faussées par la randomisation MAC. Vos prochaines étapes sont simples. Tout d'abord, auditez votre parc d'AP actuel pour vérifier la certification Passpoint. Deuxièmement, évaluez votre infrastructure RADIUS et déterminez si vous avez besoin d'un serveur OSU pour le provisionnement en libre-service. Troisièmement, concevez votre stratégie dual SSID et votre parcours d'intégration. Et quatrièmement, si vous envisagez la fédération OpenRoaming, engagez-vous avec la Wireless Broadband Alliance ou un fournisseur de plateforme comme Purple qui peut gérer l'intégration de la fédération pour votre compte. C'était le briefing technique de Purple sur Passpoint et Hotspot 2.0. Pour obtenir le guide écrit complet, les schémas d'architecture et des exemples de déploiement concrets, visitez purple.ai. Merci pour votre écoute.

header_image.png

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.

passpoint_architecture_overview.png

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

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

passpoint_vs_captive_portal_comparison.png

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.

deployment_decision_framework.png

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.

Commentaire de l'examinateur : Cette approche résout directement les frictions causées par la randomisation des adresses MAC qui brise la persistance des sessions du Captive Portal. En utilisant le Captive Portal pour provisionner le profil, l'hôtel assure une transition fluide pour les utilisateurs tout en maintenant un chemin d'accès pour les appareils plus anciens qui ne prennent pas en charge Passpoint.

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.

Commentaire de l'examinateur : La fédération via OpenRoaming est la solution optimale pour l'évolutivité. Elle décharge la charge de la gestion des identités et du provisionnement des identifiants vers des fournisseurs d'identité établis, permettant au détaillant de se concentrer sur la couche d'accès et les analyses d'engagement qui en découlent.

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.

Lire le guide →

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.

Lire le guide →

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.

Lire le guide →