Come Passpoint (Hotspot 2.0) trasforma l'esperienza Wi-Fi degli ospiti
Una guida di riferimento tecnica completa che spiega in dettaglio come i protocolli Passpoint (Hotspot 2.0) e 802.11u sostituiscano i tradizionali Captive Portal con un roaming Wi-Fi sicuro, fluido e simile a quello cellulare. Fornisce ai leader IT panoramiche architetturali, framework di implementazione e il business case per l'adozione dell'autenticazione basata su credenziali per risolvere le sfide della randomizzazione dei MAC e migliorare l'esperienza degli ospiti.
Ascolta questa guida
Visualizza trascrizione del podcast
- Executive Summary
- Technical Deep-Dive
- Il problema della selezione della rete e lo standard 802.11u
- Architettura di Autenticazione e Sicurezza
- La Federazione OpenRoaming
- Guida all'Implementazione
- Prerequisiti dell'Infrastruttura
- La Strategia a Doppio SSID
- Best Practice
- Risoluzione dei problemi e mitigazione dei rischi
- ROI e impatto aziendale

Executive Summary
Per le moderne strutture aziendali, l'attrito rappresenta un svantaggio competitivo. I Captive Portal tradizionali, sebbene un tempo fossero lo standard per l'accesso alla rete ospiti, oggi costituiscono un significativo collo di bottiglia operativo e una fonte di costante frustrazione per gli utenti. Passpoint, noto anche come Hotspot 2.0, trasforma radicalmente questo paradigma sostituendo l'autenticazione manuale basata sul web con un roaming fluido, simile a quello cellulare. Sfruttando lo standard IEEE 802.11u e la crittografia WPA3-Enterprise, Passpoint consente ai dispositivi degli ospiti di rilevare, autenticarsi e connettersi alle reti Wi-Fi aziendali in modo automatico e sicuro.
Per i responsabili IT nei settori Hospitality , Retail e dei grandi spazi pubblici, il passaggio a Passpoint non è più opzionale. La randomizzazione predefinita degli indirizzi MAC implementata nei moderni dispositivi iOS e Android ha di fatto compromesso la logica di riautenticazione dei Captive Portal legacy, il che significa che gli ospiti che ritornano appaiono come nuovi dispositivi a ogni visita. Passpoint risolve questo problema autenticando il profilo delle credenziali dell'utente anziché il suo indirizzo hardware. Questa guida descrive in dettaglio l'architettura tecnica di Passpoint, l'impatto aziendale dell'implementazione e un framework di implementazione indipendente dal fornitore, progettato per migliorare l'esperienza di Guest WiFi riducendo al contempo i costi di gestione dell'helpdesk.
Technical Deep-Dive
Il problema della selezione della rete e lo standard 802.11u
Nelle implementazioni Wi-Fi legacy, i dispositivi si affidano a un meccanismo fondamentalmente fragile per la selezione della rete: la scansione di SSID noti. Questo approccio richiede che l'utente si sia precedentemente connesso alla rete o che selezioni manualmente la rete da un elenco. Non fornisce alcuna visibilità pre-associazione sulla postura di sicurezza della rete, sui requisiti di autenticazione o sulla disponibilità di internet a monte. Passpoint risolve questa limitazione attraverso l'emendamento IEEE 802.11u, che introduce l'Interworking con reti esterne.
Invece di scansionare passivamente gli SSID, un dispositivo abilitato a Passpoint interroga attivamente l'infrastruttura di rete prima di tentare l'associazione. Quando un access point trasmette il suo beacon, include un Interworking Element, ovvero un flag che indica il supporto per lo standard 802.11u. Il dispositivo client rileva questo flag e avvia una richiesta GAS (Generic Advertisement Service). All'interno di questa richiesta è incapsulata una query ANQP (Access Network Query Protocol). Il dispositivo chiede all'infrastruttura: "Quali Roaming Consortium Organisational Identifiers (OI) supporti?" Se la risposta dell'access point corrisponde a un profilo di credenziali memorizzato sul dispositivo, si procede con l'autenticazione automatica.

Architettura di Autenticazione e Sicurezza
Passpoint impone una sicurezza di livello enterprise, eliminando completamente la fase di "rete aperta" intrinseca alle implementazioni con Captive Portal. L'autenticazione viene gestita tramite il controllo degli accessi alla rete basato su porta IEEE 802.1X, abbinato a un metodo EAP (Extensible Authentication Protocol). I metodi più diffusi nelle implementazioni aziendali sono EAP-TLS (basato su certificati client e server), EAP-TTLS (credenziali in tunnel) ed EAP-SIM/AKA (per scenari di offload cellulare).
Questa architettura fornisce un'autenticazione reciproca. Il dispositivo dimostra crittograficamente la propria identità alla rete e, cosa fondamentale, la rete dimostra la propria identità al dispositivo. Questa verifica reciproca rappresenta la difesa principale contro gli access point "evil twin" e i tentativi di intercettazione man-in-the-middle. Inoltre, Passpoint impone la crittografia WPA2-Enterprise o WPA3-Enterprise. WPA3-Enterprise introduce la modalità di sicurezza a 192 bit e impone la forward secrecy, garantendo che anche in caso di futura compromissione delle chiavi di sessione, il traffico storico rimanga crittografato.
La Federazione OpenRoaming
Mentre Passpoint definisce il meccanismo tecnico per l'identificazione e l'autenticazione, OpenRoaming fornisce il framework di attendibilità. Sviluppato dalla Wireless Broadband Alliance (WBA), OpenRoaming è una federazione globale che consente agli Identity Provider (come gli operatori di rete mobile, Google o Apple) e agli Access Provider (come hotel, stadi e catene di vendita al dettaglio) di considerare attendibili le rispettive credenziali senza richiedere accordi bilaterali tra ogni singola entità.
OpenRoaming opera su un modello PKI (Public Key Infrastructure) di tipo hub-and-spoke. Le richieste di autenticazione vengono inoltrate tramite proxy all'interno della federazione utilizzando tunnel RadSec (RADIUS su TLS). Trasmettendo l'OI OpenRoaming senza costi di transazione (5A-03-BA), una sede aziendale può fornire istantaneamente un accesso Wi-Fi sicuro e senza interruzioni a milioni di utenti in tutto il mondo che possiedono già un profilo di identità compatibile sui propri dispositivi.
Guida all'Implementazione
L'implementazione di Passpoint richiede un'infrastruttura di base più sofisticata rispetto a una rete aperta tradizionale, ma i componenti sono standard all'interno dei moderni ambienti aziendali.
Prerequisiti dell'Infrastruttura
- Access Point Certificati Passpoint: L'infrastruttura wireless deve supportare le specifiche 802.11u e Hotspot 2.0. La stragrande maggioranza degli access point aziendali prodotti negli ultimi cinque anni da fornitori come Cisco, Aruba e Ruckus soddisfa questo requisito.
- Infrastruttura RADIUS/AAA: Un server RADIUS robusto in grado di gestire l'autenticazione EAP e di instradare le richieste ai database di identità appropriati. Se si partecipa a OpenRoaming, il server RADIUS deve supportare RadSec per il proxying sicuro.
- Server Online Sign-Up (OSU): Per gli ambienti che emettono le proprie credenziali (anziché affidarsi esclusivamente a identità federate), un server OSU fornisce il meccanismo per configurare in modo sicuro i profili Passpoint sui dispositivi degli ospiti.
La Strategia a Doppio SSID
Il modello di implementazione più efficace per le strutture che passano a Passpoint è la strategia a doppio SSID. Questo approccio mantiene un SSID Captive Portal tradizionale per l'onboarding iniziale, offrendo al contempo un SSID Passpoint per le connessioni successive senza interruzioni.
Quando un ospite si connette all'SSID Captive Portal per la prima volta, completa il flusso di autenticazione standard (ad esempio, accettando i termini e le condizioni o fornendo un indirizzo e-mail). Una volta completata l'autenticazione, il portale presenta l'opzione per scaricare un profilo Passpoint. Una volta installato, il dispositivo preferirà automaticamente l'SSID Passpoint sicuro per tutte le visite future. Questo modello di onboarding progressivo garantisce l'accessibilità per i dispositivi legacy, migrando al contempo la maggior parte degli utenti verso la rete Passpoint sicura e senza attriti.

Best Practice
Durante la progettazione di un'architettura Passpoint, i responsabili IT devono attenersi ad alcune best practice fondamentali per garantire la stabilità operativa e la sicurezza.
In primo luogo, la gestione del ciclo di vita dei certificati è di fondamentale importanza. Se si utilizza EAP-TLS, la scadenza dei certificati client o server causerà errori di autenticazione silenziosi, difficili da diagnosticare per gli helpdesk di prima linea. Implementa protocolli di rinnovo automatico dei certificati e un monitoraggio proattivo. Come evidenziato nella nostra guida su Device Posture Assessment for Network Access Control , una visibilità robusta degli endpoint è essenziale quando si gestisce l'accesso basato su certificati.
In secondo luogo, garantisci la compatibilità con i dispositivi legacy. Sebbene iOS 7+, Android 6+ e Windows 10+ supportino nativamente Passpoint, alcuni dispositivi IoT, hardware legacy e dispositivi gestiti da policy aziendali rigide potrebbero non supportarlo. La strategia a doppio SSID mitiga questo rischio fornendo un metodo di accesso alternativo.
In terzo luogo, durante la configurazione degli elementi ANQP, assicurati che le Informazioni sulla Sede (Venue Information) siano accurate e descrittive. Questi metadati vengono spesso visualizzati dal sistema operativo del dispositivo client per fornire un contesto sulla rete a cui l'utente si sta connettendo.
Risoluzione dei problemi e mitigazione dei rischi
La complessità di Passpoint introduce domini di errore specifici che differiscono dalle distribuzioni con Captive Portal.
Modalità di errore 1: Timeout o irraggiungibilità RADIUS Se il server RADIUS locale non riesce a raggiungere l'Identity Provider a monte (specialmente in scenari OpenRoaming federati), l'handshake EAP andrà in timeout. Mitigazione: Implementa un'infrastruttura RADIUS ridondante e garantisci un monitoraggio robusto dei tunnel RadSec. Consulta la nostra documentazione tecnica su RadSec : Sécurisation du trafic d'authentification RADIUS avec TLS per indicazioni sulla configurazione.
Modalità di errore 2: Errori di provisioning del profilo Gli utenti potrebbero riscontrare errori durante il tentativo di scaricare il profilo Passpoint dal server OSU, spesso a causa delle limitazioni del browser del Captive Portal sui dispositivi mobili. Mitigazione: Progetta il flusso del Captive Portal in modo da uscire dal mini-browser del Captive Network Assistant (CNA) ed entrare nel browser di sistema nativo del dispositivo prima di avviare il download del profilo.
Modalità di errore 3: Impatto della randomizzazione MAC sugli Analytics Sebbene Passpoint risolva l'interruzione dell'autenticazione causata dalla randomizzazione MAC, le piattaforme di analytics legacy che si affidano esclusivamente agli indirizzi MAC continueranno a segnalare conteggi di visitatori imprecisi. Mitigazione: Integra i log di autenticazione RADIUS con la tua piattaforma di WiFi Analytics . Tracciando identificatori di credenziali univoci (come la Chargeable User Identity o la NAI anonimizzata) anziché gli indirizzi MAC, le sedi possono ripristinare metriche accurate di affluenza e fidelizzazione.
ROI e impatto aziendale
Il business case per l'implementazione di Passpoint si basa su tre pilastri misurabili: efficienza operativa, riduzione del rischio ed esperienza utente.
Dal punto di vista operativo, l'eliminazione degli ostacoli del Captive Portal si correla direttamente a una riduzione dei ticket di assistenza IT relativi alla connettività Wi-Fi. In contesti di grandi dimensioni come la Sanità o i Trasporti , ciò rappresenta un risparmio significativo sui costi.
Per quanto riguarda la mitigazione del rischio, il passaggio da reti aperte alla crittografia WPA3-Enterprise riduce sostanzialmente l'esposizione alla responsabilità della sede. Per gli ambienti retail soggetti a PCI DSS, la riduzione della superficie di gestione dei dati (eliminando la raccolta di credenziali basata sul web) semplifica gli audit di conformità. Infine, il miglioramento dell'esperienza utente è profondo. Nel settore dell'ospitalità, gli studi dimostrano costantemente che un Wi-Fi fluido e affidabile è uno dei principali fattori di soddisfazione degli ospiti e di prenotazioni ripetute. Implementando Passpoint, le strutture offrono un'esperienza di connettività che rispecchia l'affidabilità delle reti cellulari, trasformando il Wi-Fi da un servizio frustrante a un servizio premium trasparente.

Definizioni chiave
IEEE 802.11u
L'emendamento allo standard di rete wireless che abilita l'interoperabilità con le reti esterne (Interworking with External Networks), consentendo ai dispositivi di interrogare gli AP prima dell'associazione.
Durante la configurazione dei controller wireless, i tecnici devono abilitare lo standard 802.11u per consentire ai dispositivi di rilevare le funzionalità Passpoint.
ANQP (Access Network Query Protocol)
Un protocollo di query e risposta utilizzato dai dispositivi per rilevare i servizi di rete, gli accordi di roaming e le informazioni sulla sede prima di connettersi.
I team IT configurano i profili ANQP sul controller wireless per trasmettere gli OI del Roaming Consortium e i Realm NAI supportati.
Roaming Consortium OI
Un identificatore organizzativo (Organisational Identifier) trasmesso dall'access point che indica quali provider di identità o federazioni sono supportati dalla rete.
Se un'azienda aderisce a OpenRoaming, deve assicurarsi che i propri AP trasmettano lo specifico OI di OpenRoaming (5A-03-BA).
OSU (Online Sign-Up)
Un processo standardizzato e un'infrastruttura server per il provisioning sicuro di credenziali e certificati Passpoint sul dispositivo di un utente.
Durante la creazione di un flusso di onboarding self-service per un programma fedeltà, gli sviluppatori si integreranno con un server OSU per inviare il profilo al dispositivo.
RadSec
Un protocollo che incapsula il traffico di autenticazione RADIUS all'interno di un tunnel TLS per garantire una trasmissione sicura su reti non attendibili.
Richiesto quando si esegue il proxy delle richieste di autenticazione da una sede locale a un hub OpenRoaming basato su cloud.
NAI Realm
Network Access Identifier Realm; indica il dominio dell'utente e gli specifici metodi di autenticazione EAP supportati dalla rete.
Configurato insieme ad ANQP per indicare ai dispositivi client se la rete richiede EAP-TLS, EAP-TTLS o EAP-SIM.
EAP-TLS
Extensible Authentication Protocol - Transport Layer Security; un metodo di autenticazione altamente sicuro che richiede certificati sia lato client che lato server.
Spesso utilizzato nelle distribuzioni Wi-Fi aziendali per i dipendenti, dove l'IT può inviare certificati ai dispositivi gestiti tramite MDM.
MAC Address Randomisation
Una funzione di privacy nei moderni sistemi operativi mobili che genera un indirizzo hardware temporaneo e fittizio per ogni connessione di rete Wi-Fi.
Il catalizzatore principale che spinge le sedi ad abbandonare i Captive Portal, poiché impedisce di riconoscere i visitatori di ritorno in base al loro hardware.
Esempi pratici
Una catena alberghiera aziendale da 400 camere registra un volume elevato di ticket di assistenza da parte di ospiti di ritorno che lamentano la necessità di riconnettersi manualmente al Wi-Fi nella hall, nel ristorante e nelle loro camere, nonostante si fossero già connessi in precedenza. L'hotel utilizza attualmente un tradizionale SSID aperto con un Captive Portal. In che modo l'architetto di rete dovrebbe risolvere questo problema?
L'architetto dovrebbe implementare una strategia Dual-SSID. In primo luogo, distribuire un SSID Passpoint sicuro che trasmetta lo specifico Roaming Consortium OI dell'hotel. In secondo luogo, modificare il Captive Portal esistente sull'SSID aperto per fungere da imbuto di onboarding. Quando un ospite accede tramite il portale, gli viene richiesto di scaricare un profilo di configurazione Passpoint sul proprio dispositivo. Una volta installato, il dispositivo si autenticherà automaticamente e in modo sicuro tramite 802.1X/EAP all'SSID Passpoint mentre si sposta tra la hall, il ristorante e la camera, eliminando la riautenticazione manuale.
Una catena di vendita al dettaglio nazionale desidera offrire un Wi-Fi sicuro e fluido in tutte le sue 500 sedi per promuovere il coinvolgimento con l'app fedeltà. Tuttavia, la gestione di certificati personalizzati o credenziali individuali per milioni di potenziali clienti è considerata operativamente impraticabile. Qual è l'architettura di implementazione consigliata?
Il rivenditore dovrebbe implementare Passpoint e federarsi con OpenRoaming. Configurando i propri punti di accesso per trasmettere l'OI OpenRoaming senza costi di compensazione (5A-03-BA) e stabilendo tunnel RadSec dalla propria infrastruttura RADIUS a un hub OpenRoaming, il rivenditore consente a qualsiasi cliente con un profilo di provider di identità compatibile (come un dispositivo Samsung moderno o un profilo di operatore mobile) di connettersi automaticamente. Il rivenditore può quindi integrare questo sistema con la propria app fedeltà per attivare notifiche push in seguito all'associazione riuscita alla rete.
Domande di esercitazione
Q1. Il direttore IT di un ospedale desidera implementare Passpoint per garantire che i dispositivi mobili dei medici si connettano in modo sicuro alla rete clinica, mentre i pazienti si connettono a una rete guest separata. I medici utilizzano dispositivi personali non gestiti (BYOD). Quale metodo EAP e quale strategia di provisioning dovrebbe consigliare l'architetto?
Suggerimento: Considera l'equilibrio tra sicurezza e l'onere operativo legato alla gestione dei certificati sui dispositivi personali non gestiti.
Visualizza risposta modello
L'architetto dovrebbe consigliare EAP-TTLS con un flusso di provisioning tramite server Online Sign-Up (OSU). EAP-TLS richiede certificati client, che sono difficili da distribuire e gestire a livello operativo su dispositivi BYOD non gestiti. EAP-TTLS consente ai medici di autenticarsi in modo sicuro utilizzando le proprie credenziali Active Directory/LDAP esistenti (nome utente e password) incapsulate all'interno di una sessione TLS sicura. Il server OSU può fornire un portale self-service in cui i medici effettuano l'accesso una sola volta per scaricare il profilo, abilitando la connessione automatica per i successivi accessi.
Q2. Durante un progetto pilota di implementazione di Passpoint, i dispositivi Android si autenticano e si connettono correttamente, mentre i dispositivi iOS non superano l'handshake EAP. I log RADIUS mostrano errori di tipo "Unknown CA". Qual è la causa più probabile e quale la soluzione?
Suggerimento: iOS di Apple ha requisiti rigorosi per quanto riguarda la catena di attendibilità dei certificati del server RADIUS.
Visualizza risposta modello
La causa più probabile è che il server RADIUS stia utilizzando un certificato autofirmato o un certificato emesso da una Certificate Authority (CA) privata interna che i dispositivi iOS non considerano intrinsecamente attendibile. I dispositivi Android a volte consentono agli utenti di ignorare la convalida del certificato (sebbene si tratti di una pratica di sicurezza sconsigliata), mentre iOS la impone rigorosamente per i profili Passpoint. La soluzione consiste nel sostituire il certificato del server RADIUS con uno emesso da una CA commerciale pubblicamente attendibile (es. DigiCert, Let's Encrypt) o assicurarsi che il certificato root della CA privata sia esplicitamente incluso nel profilo di configurazione Passpoint inviato ai dispositivi iOS.
Q3. Uno stadio ha implementato OpenRoaming. Un utente con un profilo OpenRoaming Google valido entra nella struttura, ma il suo dispositivo non tenta di connettersi automaticamente. Quale configurazione specifica sul controller LAN wireless dello stadio dovrebbe verificare per prima l'ingegnere di rete?
Suggerimento: In che modo il dispositivo sa che l'access point supporta la federazione OpenRoaming prima di tentare la connessione?
Visualizza risposta modello
L'ingegnere dovrebbe verificare la configurazione ANQP, controllando in particolare che gli Access Point trasmettano il corretto Roaming Consortium Organisational Identifier (OI) per OpenRoaming, ovvero 5A-03-BA. Se questo OI non è incluso nel beacon dell'AP o nella risposta GAS, il dispositivo non riconoscerà la rete come partecipante a OpenRoaming e non tenterà l'autenticazione.
Continua a leggere questa serie
Come configurare un Captive Portal su Starlink: una guida per sedi remote e marittime
Questa guida spiega in dettaglio come escludere l'hardware nativo di Starlink e integrare un Captive Portal gestito in cloud utilizzando apparecchiature di routing aziendali. Imparerai come superare il limite del CGNAT, applicare la segmentazione VLAN, gestire i vincoli di larghezza di banda satellitare e garantire la conformità normativa.
Captive Portal Best Practices: Progettazione per Conversioni Elevate e Compliance
Questa guida tecnica offre a IT manager, architetti di rete e direttori operativi delle location un modello completo per l'implementazione di Captive Portal in grado di bilanciare la sicurezza di rete con un tasso elevato di conversione degli utenti. Copre l'intera architettura, dalla segmentazione VLAN e autenticazione RADIUS fino alla progettazione del consenso conforme al GDPR e alla selezione del metodo di autenticazione. Basata sull'esperienza operativa di Purple in oltre 80.000 location e 440 milioni di login nel 2024, ogni raccomandazione è fondata su dati reali di implementazione.
Come ottimizzare i Captive Portal per la massima sicurezza di rete e conversione degli utenti
Questa guida fornisce un progetto tecnico completo per l'ottimizzazione dei captive portal all'interno di strutture aziendali, coprendo l'architettura di segmentazione della rete, la selezione dei metodi di autenticazione, la progettazione del consenso conforme al GDPR e l'ottimizzazione delle conversioni. È scritta per IT manager, architetti di rete e CTO di hotel, catene di vendita al dettaglio, stadi e organizzazioni del settore pubblico che devono bilanciare la sicurezza della rete con l'acquisizione di dati di prima parte. Purple gestisce l'infrastruttura dei captive portal in oltre 80.000 sedi con 440 milioni di accessi nel 2024, e i framework qui presentati riflettono tale esperienza operativa.