- Purple
- Enterprise WiFi security and authentication: a complete guide
- Il metodo di autenticazione WiFi più sicuro: un confronto
Il metodo di autenticazione WiFi più sicuro: un confronto
Questa guida di riferimento tecnica fornisce un confronto definitivo e classificato dei metodi di autenticazione WiFi - dallo standard WEP deprecato fino all'autenticazione basata su certificati EAP-TLS - aiutando i responsabili IT, gli architetti di rete e i CTO delle sedi aziendali a prendere decisioni di sicurezza informate e conformi. Copre l'architettura tecnica di ciascun protocollo, scenari di implementazione reali nei settori alberghiero e retail, e indicazioni pratiche di implementazione per le organizzazioni soggette agli obblighi PCI-DSS e GDPR. Per i gestori di sedi e i team IT, questa guida traduce complessi standard crittografici in decisioni di implementazione pratiche con risultati di business misurabili.
Video overview
Ascolta questa guida
Visualizza trascrizione del podcast
Parte della nostra serie principale: Guida alla sicurezza del WiFi aziendale →
- Executive Summary
- Technical Deep-Dive
- The Fundamental Security Challenge of Wireless Networks
- Protocol-by-Protocol Analysis
- Metodi EAP: La decisione critica
- Guida all'implementazione
- Passaggio 1: Valutazione dell'infrastruttura e convalida dell'hardware
- Passaggio 2: Architettura del server RADIUS e dell'archivio delle identità
- Passaggio 3: Gestione dei certificati per EAP-TLS
- Passaggio 4: Implementazione graduale e monitoraggio
- Best Practice
- Risoluzione dei problemi e mitigazione dei rischi
- ROI e impatto aziendale
Executive Summary

Per le sedi aziendali - dalle grandi catene di vendita al dettaglio agli stadi ad alta densità - la scelta del metodo di autenticazione WiFi determina direttamente il livello di sicurezza e lo stato di conformità dell'organizzazione. Questa guida fornisce un confronto tecnico definitivo dei protocolli di sicurezza WiFi, valutandone l'architettura, le vulnerabilità e l'applicabilità nel mondo reale nei settori dell'ospitalità, del retail, della sanità e del settore pubblico.
Andando oltre i vecchi modelli a chiave condivisa, le implementazioni moderne richiedono una solida convalida dell'identità per proteggere le risorse aziendali e i dati degli ospiti. L'evoluzione da WEP a EAP-TLS rappresenta un cambiamento architetturale fondamentale: dai segreti condivisi a livello di rete all'identità crittografica a livello di dispositivo. Comprendendo questa progressione, i leader IT possono progettare reti sicure in linea con i mandati PCI-DSS e GDPR, integrandole al contempo perfettamente con piattaforme come le soluzioni Guest WiFi e WiFi Analytics di Purple.
La decisione chiave per la maggior parte dei team IT aziendali non è se implementare lo standard 802.1X, ma quale metodo EAP selezionare e come gestire l'infrastruttura risultante. Questa guida fornisce il framework per prendere questa decisione in sicurezza.
Technical Deep-Dive
The Fundamental Security Challenge of Wireless Networks
Le reti wireless presentano una sfida di sicurezza unica: il mezzo di trasmissione è intrinsecamente pubblico. I dati trasmessi via radiofrequenza viaggiano oltre i confini fisici dell'edificio, del parcheggio e potenzialmente fino alla strada. Qualsiasi dispositivo nel raggio d'azione può tentare di intercettare quel traffico. Ecco perché la scelta dell'autenticazione e del protocollo di crittografia non è un semplice dettaglio di configurazione - è una decisione architetturale fondamentale.
Il gruppo di lavoro IEEE 802.11 ha continuamente aggiornato gli standard di sicurezza per affrontare questa sfida, e la storia di questa evoluzione è una lente utile attraverso cui valutare le opzioni attuali.

Protocol-by-Protocol Analysis
WEP (Wired Equivalent Privacy) - Deprecato
Introdotto nel 1997 come parte dello standard originale IEEE 802.11, il protocollo WEP utilizzava il cifrario a flusso RC4 per la riservatezza e il CRC-32 per la verifica dell'integrità. I ricercatori di crittografia hanno identificato falle fondamentali nell'algoritmo di pianificazione delle chiavi di RC4 entro pochi anni dalla sua implementazione. Strumenti come Aircrack-ng possono violare una chiave WEP in meno di due minuti catturando passivamente un volume sufficiente di traffico. Il WEP è completamente deprecato dall'IEEE e rappresenta un rischio critico per la sicurezza. Qualsiasi organizzazione che utilizzi ancora reti protette da WEP viola i requisiti PCI-DSS e dovrebbe trattare la riparazione come un'emergenza.
| Protocollo | Cifratura | Lunghezza Chiave | Stato |
|---|---|---|---|
| WEP | RC4 | 40/104-bit | Deprecato - Non Usare |
| WPA | TKIP/RC4 | 128-bit | Deprecato |
| WPA2-PSK | AES-CCMP | 128/256-bit | Accettabile (casi d'uso limitati) |
| WPA3-SAE | AES-CCMP + SAE | 128/256-bit | Consigliato (personale/piccole imprese) |
| WPA2-Enterprise | AES-CCMP + 802.1X | 128/256-bit | Consigliato (enterprise) |
| WPA3-Enterprise | AES-GCMP + 802.1X | 192/256-bit | Standard di Eccellenza |
WPA e WPA2-PSK (Pre-Shared Key)
Il WPA ha sostituito il WEP implementando il TKIP (Temporal Key Integrity Protocol), che è stato a sua volta superato dal WPA2 e dalla sua robusta cifratura AES-CCMP. Sebbene il WPA2-PSK offra una forte cifratura via etere, si affida a una singola password condivisa distribuita a tutti gli utenti. Questa architettura comporta due punti deboli critici per l'implementazione a livello enterprise.
In primo luogo, è vulnerabile agli attacchi a dizionario offline. Un utente malintenzionato che acquisisce l'handshake EAPOL a quattro vie durante l'associazione di un client può trasferire tale acquisizione offline e forzare la password a proprio piacimento utilizzando strumenti accelerati da GPU. In secondo luogo, non fornisce alcuna responsabilità per il singolo utente. Ogni dispositivo sulla rete condivide la stessa chiave di cifratura, il che significa che un dispositivo compromesso può decifrare il traffico di ogni altro dispositivo sullo stesso segmento di rete. Per gli ambienti Retail che gestiscono dati di carte di pagamento, si tratta di una violazione diretta del PCI-DSS.
WPA3-SAE (Simultaneous Authentication of Equals)
Il WPA3 risolve le principali debolezze crittografiche del WPA2-PSK sostituendo l'handshake a quattro vie con lo scambio di chiavi Dragonfly, formalmente noto come Simultaneous Authentication of Equals (SAE). Il protocollo SAE offre due miglioramenti fondamentali: la resistenza agli attacchi a dizionario offline (ogni tentativo di autenticazione richiede un'interazione attiva con l'access point, rendendo il brute force computazionalmente impraticabile) e la forward secrecy (il traffico delle sessioni passate non può essere decifrato anche se la password viene successivamente compromessa). Il WPA3 rappresenta il percorso di aggiornamento corretto per le sedi che non possono giustificare i costi di infrastruttura di 802.1X - come punti vendita più piccoli, reti di dispositivi IoT e filiali.
WPA2/WPA3-Enterprise (IEEE 802.1X)
Gli ambienti Enterprise richiedono la convalida dell'identità individuale. Lo standard IEEE 802.1X definisce il controllo dell'accesso alla rete basato su porta, utilizzando l'Extensible Authentication Protocol (EAP) per trasportare le credenziali dal dispositivo client (il Supplicant) attraverso l'Access Point (l'Authenticator) a un server RADIUS centrale (l'Authentication Server). Il server RADIUS convalida le credenziali rispetto a un archivio di identità - Active Directory, LDAP o un cloud identity provider - e restituisce un messaggio di Access-Accept o Access-Reject. Solo dopo aver ricevuto l'Access-Accept l'AP concede al client il pieno accesso alla rete.
Questa architettura a tre parti è la base della sicurezza WiFi enterprise ed è lo standard minimo obbligatorio per qualsiasi organizzazione che gestisca dati sensibili o operi in un settore regolamentato.

Metodi EAP: La decisione critica
All'interno del framework 802.1X, la scelta del metodo EAP determina l'effettiva robustezza dello scambio di autenticazione. I due metodi più diffusi negli ambienti enterprise sono PEAP e EAP-TLS.
PEAP (Protected EAP) stabilisce un tunnel TLS sicuro utilizzando un certificato lato server, proteggendo il successivo scambio di credenziali MSCHAPv2 (nome utente e password). È operativamente vantaggioso perché non richiede la distribuzione di certificati ai dispositivi client - gli utenti si autenticano con le loro credenziali Active Directory esistenti. Tuttavia, la sicurezza di PEAP dipende interamente dalla corretta convalida del certificato del server RADIUS da parte del client. Se un utente viene indotto con l'inganno ad accettare un certificato di un server non autorizzato - un vettore di attacco ampiamente documentato - l'attaccante può carpire le credenziali in chiaro all'interno del tunnel. Una convalida rigorosa del certificato, applicata tramite Criteri di gruppo o MDM, è imprescindibile in qualsiasi implementazione PEAP.
EAP-TLS (EAP-Transport Layer Security) è il metodo di autenticazione a più alta sicurezza disponibile per le reti WiFi. Richiede un'autenticazione reciproca dei certificati: il server RADIUS presenta un certificato al client e il client presenta un certificato univoco al server RADIUS. Entrambe le parti devono convalidare correttamente il certificato dell'altro prima che venga concesso qualsiasi accesso alla rete. Questo elimina completamente le vulnerabilità legate alle password. Una password compromessa non può concedere l'accesso alla rete perché l'attaccante non possiede la chiave privata associata al certificato del client. Per un confronto dettagliato di questi due metodi, consulta la nostra guida dedicata: EAP-TLS vs. PEAP: Which authentication protocol is right for your network?
| Funzionalità | PEAP | EAP-TLS |
|---|---|---|
| Certificato server richiesto | Sì | Sì |
| Certificato client richiesto | No | Sì |
| Password utilizzata | Sì (MSCHAPv2) | No |
| Resistenza al Phishing | Moderata | Molto alta |
| Infrastruttura PKI richiesta | Parziale | Completa |
| Idoneità BYOD | Elevata | Bassa-Media |
| Idoneità dispositivi gestiti | Elevata | Molto elevata |
| Allineamento alla conformità normativa | Buono | Eccellente |
Hai domande sulla tua configurazione specifica?
Il nostro team collabora con gestori di sedi, responsabili IT e ingegneri di rete in 80.000 sedi. Prenota una chiamata di 20 minuti e ti mostreremo come altri professionisti come te hanno risolto il problema.
Guida all'implementazione
L'implementazione di una sicurezza WiFi robusta, in particolare 802.1X, richiede un'attenta pianificazione dell'architettura attraverso quattro flussi di lavoro chiave.
Passaggio 1: Valutazione dell'infrastruttura e convalida dell'hardware
Assicurarsi che tutti gli access point e i controller LAN wireless supportino gli standard di destinazione WPA3 o 802.1X. Verificare le versioni del firmware in tutto l'ambiente. L'hardware legacy potrebbe richiedere aggiornamenti del firmware o la sostituzione. Per gli ambienti dell'hotellerie e della Hospitality con parchi AP distribuiti e di grandi dimensioni, questa valutazione deve essere condotta prima di prendere qualsiasi decisione di acquisto.
Passaggio 2: Architettura del server RADIUS e dell'archivio delle identità
Implementare un'infrastruttura RADIUS ad alta disponibilità. Per le distribuzioni aziendali, questo significa in genere una coppia di server RADIUS (primario e secondario) in ciascuna sede principale o un servizio RADIUS ospitato in cloud per le organizzazioni distribuite. Integrare i server RADIUS con l'archivio delle identità aziendali. Durante l'integrazione con la piattaforma di Purple, l'infrastruttura RADIUS comunica in modo sicuro per convalidare i profili utente e inserire i dati delle sessioni nella dashboard WiFi Analytics, consentendo ai gestori delle sedi di correlare gli eventi di autenticazione con l'analisi del comportamento dei visitatori.
Passaggio 3: Gestione dei certificati per EAP-TLS
Per le distribuzioni EAP-TLS, stabilire una PKI robusta. Ciò comporta l'implementazione di un'autorità di certificazione radice (Root CA) e, per le organizzazioni più grandi, di una o più CA intermedie. Automatizzare il provisioning e la revoca dei certificati client utilizzando una soluzione MDM (Microsoft Intune, Jamf o VMware Workspace ONE). La gestione del ciclo di vita dei certificati - inclusi i flussi di lavoro automatizzati di rinnovo e revoca - è il componente operativamente più critico di una distribuzione EAP-TLS. Un certificato scaduto è la causa più comune di errori di autenticazione improvvisi e inspiegabili. Questo è altrettanto importante negli ambienti del settore Healthcare, dove la disponibilità dei dispositivi è di fondamentale importanza.
Passaggio 4: Implementazione graduale e monitoraggio
Implementare il nuovo SSID sicuro insieme alla rete legacy. Migrare gli utenti in gruppi - a partire dal personale IT, quindi reparto per reparto. Monitorare i registri di autenticazione RADIUS per individuare eventuali pattern di errore. Tracciare il tasso di successo dell'autenticazione come metrica operativa chiave. Per i luoghi del settore Transport come aeroporti e stazioni ferroviarie, assicurarsi che il piano di implementazione tenga conto dell'elevato volume di dispositivi non gestiti e temporanei che si connettono alle reti guest.
Best Practice
Imponi la convalida dei certificati su tutti i client PEAP. Configura i dispositivi client tramite Criteri di gruppo o MDM per convalidare rigorosamente il certificato del server RADIUS e considerare attendibile in modo esplicito solo la CA radice emittente. Impedisci agli utenti di accettare manualmente certificati non attendibili. Questo singolo passaggio di configurazione elimina il principale vettore di attacco contro le distribuzioni PEAP.
Implementa la segmentazione della rete. Separa il traffico guest, i dati aziendali e i dispositivi IoT in VLAN distinte con regole di firewall inter-VLAN rigorose. Si tratta di un controllo di sicurezza fondamentale che limita l'area di impatto di qualsiasi singolo dispositivo compromesso. I principi dell'architettura SD-WAN, discussi in The Core SD WAN Benefits for Modern Businesses, completano questo approccio consentendo l'applicazione centralizzata delle policy in tutti i siti distribuiti.
Automatizza la gestione del ciclo di vita dei certificati. Imposta avvisi automatici a 90, 60 e 30 giorni prima della scadenza del certificato per tutti i componenti PKI. Implementa il rinnovo automatico laddove possibile. La scadenza del certificato è la causa più prevenibile di interruzioni dell'autenticazione.
Distribuisci un sistema di prevenzione delle intrusioni wireless (WIPS). I sensori WIPS sono in grado di rilevare access point non autorizzati che trasmettono il tuo SSID aziendale e di avvisare il team di sicurezza prima che vengano sottratte credenziali. Ciò è particolarmente importante nei luoghi ad alta affluenza in cui un utente malintenzionato potrebbe distribuire fisicamente un AP non autorizzato senza essere notato.
Adotta Passpoint/Hotspot 2.0 per le reti guest. Per l'autenticazione guest su larga scala, Passpoint (IEEE 802.11u / Hotspot 2.0) consente ai dispositivi di connettersi in modo automatico e sicuro utilizzando profili forniti, eliminando la necessità di interazioni con il Captive Portal in occasione di visite successive. Questa è l'architettura alla base di OpenRoaming, la federazione globale di roaming WiFi.
-
Risoluzione dei problemi e mitigazione dei rischi
Problemi di timeout e latenza RADIUS. Un'elevata latenza tra l'access point e il server RADIUS può causare timeout EAP, con conseguenti errori di autenticazione. Assicurati che i server RADIUS siano distribuiti geograficamente rispetto al parco AP. Per le filiali, considera la possibilità di implementare la persistenza RADIUS locale per mantenere la capacità di autenticazione durante le interruzioni della rete WAN.
Errori di scadenza dei certificati. Un certificato client o server scaduto causerà errori di autenticazione immediati con un output di diagnostica minimo nei registri eventi del client. Implementa il monitoraggio centralizzato della PKI con avvisi automatici. Per ampi parchi certificati, considera una piattaforma dedicata alla gestione del ciclo di vita dei certificati.
Disallineamento dell'orologio e sincronizzazione NTP. La validità del certificato è vincolata al tempo. Se l'orologio di sistema su un dispositivo client o su un server RADIUS presenta uno scostamento significativo, la convalida del certificato fallirà. Assicurati che tutta l'infrastruttura di rete e i dispositivi gestiti siano sincronizzati con una sorgente NTP affidabile. Attacchi Rogue Access Point. In ambienti ad alta affluenza, un utente malintenzionato può distribuire un AP canaglia che trasmette un SSID legittimo per raccogliere credenziali da client configurati in modo errato. L'implementazione di WIPS e una rigorosa convalida dei certificati lato client sono le principali misure di mitigazione.
Complessità dell'onboarding BYOD. EAP-TLS su dispositivi personali non gestiti richiede un flusso di lavoro di onboarding sicuro. Utilizza una soluzione di Network Access Control (NAC) o un portale di onboarding dedicato per guidare gli utenti nell'installazione del certificato. Per le reti guest, reindirizza gli utenti attraverso un Captive Portal e fornisci profili Passpoint per il successivo accesso sicuro.
ROI e impatto aziendale
Investire in una solida architettura di sicurezza WiFi offre un valore aziendale misurabile che va ben oltre la mitigazione del rischio. Il caso finanziario per l'aggiornamento da PSK a 802.1X può essere costruito su tre dimensioni.
Riduzione dei costi operativi. Il passaggio a EAP-TLS elimina il costo ricorrente della rotazione delle password nei siti distribuiti. Per una catena retail con 50 sedi, il sovraccarico IT derivante dall'aggiornamento manuale delle PSK a seguito del turnover del personale - e il rischio di sicurezza nel lasso di tempo tra la partenza di un dipendente e il cambio della password - rappresenta un costo quantificabile. L'autenticazione basata su certificato riduce questo a una singola azione di revoca nella PKI.
Mitigazione del rischio di conformità. La gestione di una rete WEP o WPA2-PSK in un ambiente che elabora dati di carte di pagamento costituisce una violazione diretta dello standard PCI-DSS. Il costo di una singola violazione dei dati - inclusi indagini forensi, riemissione delle carte, multe e danni alla reputazione - supera ampiamente l'investimento di capitale richiesto per implementare l'infrastruttura 802.1X.
Generazione di entrate tramite accesso guest sicuro. L'autenticazione guest sicura e basata su profili - distribuita tramite piattaforme come Purple - trasforma la rete WiFi da centro di costo in risorsa che genera entrate. Acquisendo dati di prima parte verificati attraverso il processo di autenticazione, i gestori di sedi nei settori Hospitality e Retail possono creare profili guest dettagliati, alimentare campagne di marketing personalizzate e guidare aumenti misurabili nelle visite ripetute e nella spesa per visita. La piattaforma di WiFi Analytics fornisce il livello di intelligence che collega gli eventi di autenticazione ai risultati aziendali.
Definizioni chiave
IEEE 802.1X
Uno standard IEEE per il controllo dell'accesso alla rete basato su porte che fornisce un meccanismo di autenticazione ai dispositivi che desiderano connettersi a una LAN o WLAN. Definisce i ruoli di Supplicant, Authenticator e Authentication Server.
Il framework fondamentale per la sicurezza WiFi aziendale. I team IT si confrontano con questo elemento quando configurano l'autenticazione basata su RADIUS sugli access point e quando risolvono i problemi di connessione sui dispositivi aziendali.
RADIUS (Remote Authentication Dial-In User Service)
Un protocollo di rete che fornisce una gestione centralizzata di autenticazione, autorizzazione e tracciamento (AAA - Authentication, Authorisation, Accounting) per gli utenti che si connettono e utilizzano un servizio di rete. Definito in RFC 2865.
L'infrastruttura server centrale che elabora le richieste di autenticazione provenienti dagli access point WiFi e interroga il database delle identità. I progettisti di rete devono prevedere un'alta affidabilità per il server RADIUS per evitare interruzioni dell'autenticazione.
Supplicant
Il dispositivo client o l'applicazione software che richiede l'accesso alla rete e fornisce le credenziali durante lo scambio di autenticazione 802.1X.
Durante la risoluzione dei problemi di connessione, i team IT devono verificare la configurazione del supplicant - le impostazioni WiFi sul dispositivo client - per assicurarsi che sia configurato per considerare attendibile il certificato del server corretto e utilizzare il metodo EAP corretto.
Authenticator
Il dispositivo di rete, tipicamente un Access Point WiFi o uno switch gestito, che funge da intermediario nello scambio 802.1X, trasmettendo i messaggi EAP tra il Supplicant e il server RADIUS.
L'AP applica la policy di sicurezza bloccando tutto il traffico di rete da un client fino a quando il server RADIUS non restituisce un messaggio di Access-Accept. Le impostazioni errate dell'authenticator sono una causa comune di errori di autenticazione.
EAP (Extensible Authentication Protocol)
Un framework di autenticazione definito in RFC 3748 che supporta molteplici metodi di autenticazione. EAP non è un protocollo in sé, ma un framework che trasporta dati di autenticazione specifici sul collegamento wireless.
I team IT selezionano un metodo EAP (PEAP, EAP-TLS, EAP-TTLS) in base alle capacità della loro infrastruttura e ai requisiti di sicurezza. La scelta del metodo EAP è la decisione di sicurezza più rilevante in un'implementazione 802.1X.
PKI (Public Key Infrastructure)
L'insieme di ruoli, policy, hardware, software e procedure necessari per creare, gestire, distribuire, utilizzare, memorizzare e revocare certificati digitali e gestire la crittografia a chiave pubblica.
Un requisito obbligatorio per l'implementazione di EAP-TLS. I team IT devono progettare un'architettura PKI - inclusi Root CA, Intermediate CA e modelli di certificato - prima di implementare l'autenticazione WiFi basata su certificati.
WPA3-SAE (Simultaneous Authentication of Equals)
Il meccanismo di autenticazione introdotto in WPA3 che sostituisce l'handshake a quattro vie di WPA2 con lo scambio di chiavi Dragonfly, offrendo resistenza agli attacchi di dizionario offline e forward secrecy.
Il percorso di aggiornamento consigliato da WPA2-PSK per gli ambienti in cui un'infrastruttura 802.1X non è praticabile. I team IT dovrebbero dare priorità alla distribuzione di WPA3-SAE su qualsiasi rete che utilizzi attualmente WPA2-PSK.
Passpoint / Hotspot 2.0
Uno standard della WiFi Alliance (basato su IEEE 802.11u) che consente ai dispositivi di connettersi automaticamente e in modo sicuro alle reti WiFi utilizzando profili configurati, senza richiedere l'interazione manuale con un Captive Portal.
Fondamentale per le moderne installazioni WiFi per gli ospiti nel settore hospitality e retail. Passpoint consente un roaming crittografato e senza interruzioni per gli ospiti che ritornano e supporta la federazione WiFi globale OpenRoaming, di cui Purple è fornitore di identità.
Forward Secrecy
Una proprietà crittografica di un protocollo di scambio delle chiavi che garantisce che le chiavi di sessione non possano essere compromesse anche se la chiave privata a lungo termine viene successivamente esposta. Ciascuna sessione utilizza una chiave unica ed effimera.
Sia WPA3-SAE che EAP-TLS offrono la forward secrecy. I team IT dovrebbero citare questa proprietà quando giustificano il passaggio da WPA2-PSK, in particolare in ambienti in cui l'intercettazione dei dati storici rappresenta un problema.
Esempi pratici
Un hotel di lusso con 400 camere sta aggiornando la propria infrastruttura di rete. Il WiFi per gli ospiti attuale utilizza una singola password WPA2-PSK stampata sulle chiavi magnetiche delle camere. La direzione desidera migliorare la sicurezza, impedire l'accesso ai non ospiti e acquisire i dati degli ospiti per CRM e marketing, garantendo al contempo un'esperienza di connessione fluida che non richieda agli ospiti di effettuare ripetutamente l'accesso.
Implementare la piattaforma Purple per il WiFi ospiti come livello di identità e onboarding, integrata con il Property Management System (PMS) dell'hotel. Al primo collegamento, gli ospiti vengono indirizzati a un Captive Portal che convalida il loro riferimento di prenotazione con il PMS. A seguito della convalida positiva, la piattaforma Purple distribuisce un profilo Passpoint (Hotspot 2.0) sul dispositivo dell'ospite. Questo profilo contiene le credenziali richieste per l'autenticazione 802.1X. In tutte le connessioni successive - incluso il roaming tra gli AP in tutta la struttura - il dispositivo si connette automaticamente e in modo sicuro senza alcuna interazione con il portale. Il team di marketing dell'hotel riceve profili ospiti verificati nella dashboard di analisi WiFi. Il team IT ottiene la responsabilità della singola sessione e può revocare l'accesso per dispositivi specifici se necessario.
Una catena di vendita al dettaglio regionale con 50 sedi utilizza WPA2-PSK per i propri dispositivi aziendali - scanner palmari, tablet per l'inventario e workstation di back-office. Il team IT deve aggiornare manualmente la PSK in tutte le sedi ogni volta che un membro del personale si dimette. Il team di sicurezza ha segnalato che l'attuale PSK non viene ruotata da 14 mesi. L'organizzazione elabora anche i dati delle carte di pagamento ed è soggetta a PCI-DSS.
Migrare tutti i dispositivi aziendali a WPA2/WPA3-Enterprise utilizzando EAP-TLS. Implementare un servizio RADIUS ospitato nel cloud (come Cisco Duo, JumpCloud o un cluster FreeRADIUS self-hosted) integrato con l'Active Directory aziendale. Registrare tutti i dispositivi aziendali in Microsoft Intune. Utilizzare Intune per inviare certificati macchina univoci a ciascun dispositivo, emessi da un'Autorità di Certificazione interna. Configurare il profilo WiFi tramite Intune per utilizzare EAP-TLS con il certificato macchina. Quando un membro del personale si dimette, il team IT revoca il certificato per il suo dispositivo specifico nella PKI. L'accesso viene interrotto immediatamente senza influire su nessun altro dispositivo. La segmentazione di rete tra l'SSID aziendale e l'SSID ospiti garantisce che il traffico dei dati delle carte di pagamento sia isolato, soddisfacendo il requisito 1.3 di PCI-DSS.
Domande di esercitazione
Q1. Un campus universitario desidera implementare un accesso WiFi sicuro per 20.000 studenti. Attualmente utilizzano un Captive Portal con credenziali Active Directory. Desiderano passare a 802.1X per crittografare il traffico aereo. Non dispongono di una soluzione MDM per i dispositivi di proprietà degli studenti (BYOD). Quale metodo EAP dovrebbe consigliare l'architetto di rete e qual è la singola operazione di configurazione più importante da applicare?
Suggerimento: Considera l'onere operativo legato alla gestione dei certificati su 20.000 dispositivi personali non gestiti e identifica il principale vettore di attacco contro il metodo consigliato.
Visualizza risposta modello
L'architetto dovrebbe consigliare PEAP. Sebbene l'EAP-TLS offra una maggiore sicurezza, l'implementazione e la gestione dei certificati client su 20.000 dispositivi BYOD non gestiti senza un MDM è operativamente impraticabile. Il PEAP consente agli studenti di utilizzare le proprie credenziali Active Directory esistenti all'interno di un tunnel TLS sicuro. La singola operazione di configurazione più importante consiste nel garantire che il certificato del server RADIUS sia firmato da una CA pubblica nota (come DigiCert o Sectigo) e nel configurare la documentazione di onboarding WiFi dell'università per istruire gli studenti a verificare il nome del certificato del server prima di accettarlo. Senza questo passaggio, gli studenti potrebbero accettare certificati di server fittizi, esponendo le proprie credenziali ad attacchi Man-in-the-Middle.
Q2. Una società di servizi finanziari richiede il massimo livello di sicurezza WiFi per la sua rete aziendale. Dispone di una flotta di dispositivi completamente gestiti e controllati tramite Microsoft Intune. A seguito di un recente incidente di phishing in cui diversi dipendenti hanno ceduto le proprie password di Active Directory, il CISO ha stabilito che l'autenticazione WiFi non deve basarsi sulle password degli utenti. Quale protocollo soddisfa questo requisito e quali componenti infrastrutturali sono necessari?
Suggerimento: La soluzione deve eliminare completamente le password dal processo di autenticazione. Considera cosa sostituisce la password come prova di identità.
Visualizza risposta modello
L'azienda deve implementare EAP-TLS. Questo protocollo elimina completamente le password richiedendo l'autenticazione reciproca dei certificati. I componenti infrastrutturali richiesti sono: (1) una Certificate Authority interna (Root CA e Intermediate CA) per emettere i certificati; (2) Microsoft Intune configurato per distribuire certificati macchina univoci a tutti i dispositivi aziendali; (3) un server RADIUS (come NPS su Windows Server o Cisco ISE) configurato per convalidare i certificati client rispetto alla CA interna; e (4) un meccanismo di revoca dei certificati (CRL o OCSP) per consentire la revoca immediata dei dispositivi compromessi o smarriti. Poiché EAP-TLS si basa sulla chiave privata memorizzata sul dispositivo anziché sulla password di un utente, una password rubata non può consentire l'accesso alla rete.
Q3. Il direttore IT di uno stadio sta valutando una proposta per aggiornare il WiFi pubblico per gli ospiti. Il fornitore propone l'uso di WPA3-SAE per offrire una sicurezza migliore rispetto all'attuale rete aperta. Il direttore marketing ha il requisito separato di acquisire gli indirizzi email e i numeri di telefono dei tifosi per creare un database CRM per le comunicazioni post-evento. Questi due requisiti sono compatibili con l'architettura proposta? In caso contrario, qual è la soluzione corretta?
Suggerimento: Considera ciò che WPA3-SAE fornisce e non fornisce in termini di acquisizione dell'identità dell'utente. Pensa a come l'obiettivo aziendale della raccolta dati possa essere raggiunto insieme a una connettività sicura.
Visualizza risposta modello
I due requisiti non sono compatibili con l'architettura WPA3-SAE proposta. WPA3-SAE fornisce una crittografia solida e resistenza agli attacchi a dizionario, ma non acquisisce l'identità dell'utente o i dati di marketing - si limita a proteggere la connessione utilizzando una password condivisa. Un tifoso che si connette a una rete WPA3-SAE è anonimo per la struttura. L'architettura corretta prevede l'implementazione di un SSID aperto (o di una rete leggermente protetta) che reindirizzi i dispositivi connessi a un Captive Portal - come la piattaforma Guest WiFi di Purple - dove i tifosi forniscono i propri dati in cambio dell'accesso. La piattaforma acquisisce i dati di prima parte verificati per il CRM. Dopo la registrazione iniziale, la piattaforma può fornire un profilo Passpoint al dispositivo del tifoso, consentendo connessioni automatiche, crittografate e con identità verificata in tutte le visite successive. Questa architettura soddisfa sia il requisito di sicurezza (connessioni successive crittografate) sia il requisito di marketing (acquisizione dell'identità verificata).
Continua a leggere questa serie
Conformità CIPA: checklist di conformità per i gestori di sedi
Sarai in grado di decidere se la conformità CIPA vincola il tuo WiFi, quindi segmentare le reti, instradare il DNS tramite Purple Shield e chiudere i percorsi di bypass. Saprai anche quali prove conservare per la certificazione del Form 486 o del Form 479. La checklist assegna ogni requisito a un responsabile, in modo che la certificazione del prossimo anno di finanziamento non presenti lacune.
Errori di connessione in modalità di transizione WPA3: una checklist di implementazione per Cisco Meraki, HPE Aruba e Ruckus
Usa questa checklist per diagnosticare il motivo per cui i dispositivi non riescono a connettersi a un SSID in modalità di transizione WPA3 SAE e risolvere il problema su Cisco Meraki, HPE Aruba o Ruckus. Imparerai a far corrispondere i codici di stato 802.11 alle relative cause, a isolare i problemi di PMF, 802.11r e 6GHz, e a decidere quando passare a un SSID solo WPA3.
Miglior filtraggio DNS: una guida completa per le aziende
Questa guida di riferimento tecnica spiega come il filtraggio DNS aziendale protegga le reti pubbliche bloccando i domini dannosi a livello di risoluzione - prima ancora che venga stabilita una connessione. Offre ai direttori IT, agli architetti di rete e ai team operativi delle strutture l'architettura di implementazione, la configurazione del firewall e il contesto di conformità necessari per proteggere il WiFi per gli ospiti nei settori dell'ospitalità, del retail e del settore pubblico. Purple Shield blocca malware, botnet e contenuti inappropriati a livello DNS in oltre 80.000 sedi attive.
Hai domande sulla tua configurazione specifica?
Il nostro team collabora con gestori di sedi, responsabili IT e ingegneri di rete in 80.000 sedi. Prenota una chiamata di 20 minuti e ti mostreremo come altri professionisti come te hanno risolto il problema.