Vai al contenuto principale

eduroam e 802.1X: autenticazione WiFi sicura per l'istruzione superiore | Purple

Progetta e proteggi eduroam 802.1X WiFi nell'istruzione superiore. Confronta EAP-TLS e PEAP, configura la federazione RADIUS e RadSec e isola le reti guest.

Di Iain JewittPubblicato Aggiornato
📖 6 minuti di lettura1,572 parole3 esempi pratici3 domande di esercitazione8 definizioni chiave

Video overview

Ascolta questa guida

Visualizza trascrizione del podcast
COPIA DELLO SCRIPT DEL PODCAST: eduroam e 802.1X - Autenticazione WiFi sicura per l'istruzione superiore Durata: circa 10 minuti Voce: inglese britannico, maschile, tono da consulente senior - fiducioso, colloquiale, autorevole --- [INTRODUZIONE - 1 minuto] Bentornati. Nei prossimi dieci minuti vi illustrerò eduroam e 802.1X - cosa sono, come funzionano effettivamente dietro le quinte e cosa deve sapere il vostro team prima di implementarli o integrarli. Se siete responsabili IT, network architect o CTO presso un'università, un college o un istituto di ricerca - o se gestite una sede che deve comprendere le aspettative dei visitatori accademici rispetto alla vostra infrastruttura wireless - questo è il briefing che fa per voi. Cominciamo con un quadro generale. eduroam sta per "education roaming". Si tratta di un servizio di roaming WiFi globale che consente a studenti, ricercatori e personale delle istituzioni affiliate di connettersi a Internet in qualsiasi sede aderente - in modo automatico, sicuro e utilizzando le credenziali del proprio istituto di appartenenza. Niente portali per gli ospiti. Niente codici voucher. Niente richieste di password alla reception. Attivo dal 2003, oggi copre oltre 10.000 istituzioni in più di 100 paesi ed è lo standard de facto per la rete wireless dei campus nell'istruzione superiore in tutto il mondo. Se la vostra organizzazione ha contatti con le università - che si tratti di un hotel vicino a un campus, di un centro congressi che ospita eventi accademici o di una biblioteca pubblica in una città universitaria - comprendere eduroam è direttamente rilevante per la vostra strategia di rete. --- [APPROFONDIMENTO TECNICO - 5 minuti] Bene. Entriamo nei dettagli tecnici. eduroam è basato su IEEE 802.1X - lo standard di controllo dell'accesso alla rete basato su porte. Lo standard 802.1X definisce un framework per l'autenticazione dei dispositivi prima che venga concesso loro l'accesso a una rete. Originariamente progettato per l'Ethernet cablata, si adatta perfettamente al wireless ed è la base di ciò che chiamiamo sicurezza WPA2-Enterprise o WPA3-Enterprise. Il modello 802.1X è composto da tre elementi. Primo, il Supplicant - ovvero il dispositivo che tenta di connettersi. Il laptop di uno studente, il telefono di un ricercatore. Secondo, l'Authenticator - ovvero il vostro access point di rete o switch gestito. Si colloca tra il supplicant e il resto della rete e funge da gatekeeper. Terzo, l'Authentication Server - quasi sempre un server RADIUS. RADIUS sta per Remote Authentication Dial-In User Service. È il componente che convalida effettivamente le credenziali. Ecco come funziona l'handshake. Il dispositivo dello studente si associa all'access point wireless. L'access point non concede ancora l'accesso completo alla rete - apre invece una cosiddetta porta controllata, ma solo per il traffico EAP. EAP è l'Extensible Authentication Protocol. L'access point fa da proxy per la conversazione EAP tra il dispositivo e il server RADIUS. Il server RADIUS interroga il dispositivo, il dispositivo risponde con le credenziali - in genere un nome utente e una password, o un certificato - e se il server RADIUS è soddisfatto, restituisce un messaggio di Access-Accept. L'access point apre quindi la porta di rete completa. L'intero scambio richiede meno di due secondi in un'implementazione ben configurata. Ora, come si posiziona eduroam al di sopra di questo? eduroam utilizza un'infrastruttura proxy RADIUS gerarchica. Ogni istituto partecipante gestisce il proprio server RADIUS - chiamato Identity Provider, o IdP. Quando uno studente, ad esempio, dell'Università di Manchester visita l'Imperial College London e si connette all'SSID eduroam, il suo dispositivo invia le credenziali nel formato username@manchester.ac.uk. Il server RADIUS dell'Imperial riconosce il realm - la parte dopo il simbolo @ - e inoltra la richiesta di autenticazione tramite proxy al server RADIUS nazionale, che nel Regno Unito è gestito da Jisc, la rete nazionale per la ricerca e l'istruzione. Jisc instrada quindi la richiesta al server RADIUS dell'Università di Manchester, che convalida le credenziali e restituisce un Accept o un Reject. L'intera catena si risolve in millisecondi. Questa catena di proxy è ciò che fa funzionare eduroam oltre i confini istituzionali senza alcun segreto pre-condiviso tra gli istituti. Ogni hop della catena utilizza un segreto RADIUS condiviso solo con il suo vicino immediato. La password effettiva dello studente non lascia mai il server RADIUS dell'istituto di origine - è protetta end-to-end dal tunnel EAP. A proposito di metodi EAP - questo è il punto in cui molte implementazioni falliscono, quindi fate attenzione. I metodi EAP più comuni in eduroam sono PEAP - Protected EAP - ed EAP-TLS. PEAP avvolge un metodo di autenticazione interno, solitamente MSCHAPv2, all'interno di un tunnel TLS. Richiede un certificato lato server sul server RADIUS, ma al client bastano un nome utente e una password. EAP-TLS è l'opzione più sicura - utilizza l'autenticazione reciproca dei certificati, il che significa che sia il server sia il client presentano dei certificati. È più difficile da implementare su scala perché è necessaria una PKI per emettere i certificati client, ma è essenzialmente immune al phishing delle credenziali. Il requisito di sicurezza critico che molte istituzioni trascurano è la validazione del certificato sul lato client. Quando un dispositivo si connette a eduroam utilizzando PEAP, il dispositivo deve verificare il certificato del server RADIUS prima di inviare le credenziali. Se il dispositivo è configurato in modo errato per accettare qualsiasi certificato, un malintenzionato può attivare un access point non autorizzato che trasmette l'SSID eduroam, presentare un certificato autofirmato e sottrarre le credenziali. Questo è un vettore di attacco noto. La soluzione consiste nel configurare i profili del supplicant - tramite MDM per i dispositivi gestiti, o tramite l'eduroam Configuration Assistant Tool, noto come CAT, per i dispositivi personali - per associare l'autorità di certificazione e il nome del server previsti. Dal punto di vista degli standard, le distribuzioni eduroam devono essere conformi alla eduroam Policy Service Definition, che impone TLS 1.2 o superiore per tutte le connessioni RADIUS su TLS, vieta l'uso di metodi EAP deboli come EAP-MD5 o LEAP e richiede che tutte le connessioni proxy RADIUS utilizzino RadSec - RADIUS su TLS - anziché il semplice UDP RADIUS, ove possibile. Questo è in linea con le linee guida NCSC nel Regno Unito e NIST SP 800-120 negli Stati Uniti. Un altro aspetto tecnico che vale la pena segnalare è l'assegnazione della VLAN. In una distribuzione eduroam ben progettata, la risposta RADIUS Access-Accept include attributi VLAN che indicano all'access point a quale VLAN assegnare il dispositivo di connessione. Ciò consente di segmentare il traffico - inserendo gli studenti ospiti in una VLAN limitata con solo accesso a Internet, mentre il personale interno viene instradato verso la rete interna. Questo è essenziale per la conformità, in particolare se si è soggetti a PCI-DSS o se è necessario mantenere la separazione tra le reti di dati di ricerca e il traffico Internet generale. - [RACCOMANDAZIONI DI IMPLEMENTAZIONE E TRAPPOLE COMUNI - 2 minuti] Ecco alcune indicazioni pratiche. Se state implementando eduroam per la prima volta, la vostra prima chiamata dovrebbe essere rivolta alla vostra NREN nazionale - nel Regno Unito è Jisc, in Irlanda HEAnet, negli Stati Uniti Internet2. Gestiscono l'adesione alla federazione e vi assegneranno un dominio RADIUS. Non è possibile partecipare a eduroam senza essere membri della propria federazione nazionale. La checklist per l'infrastruttura: sono necessari access points compatibili con 802.1X - qualsiasi kit di livello enterprise di Cisco, Aruba, Juniper, Ruckus o Ubiquiti UniFi andrà bene. È necessario un server RADIUS - FreeRADIUS è lo standard open source, oppure è possibile utilizzare Microsoft NPS, Cisco ISE o Aruba ClearPass. È necessario un certificato TLS valido per il server RADIUS emesso da una CA attendibile per la community eduroam - in genere un certificato della PKI della propria istituzione o di una CA commerciale inclusa nell'elenco approvato da eduroam. I tre fallimenti di implementazione più comuni che riscontro sono: in primo luogo, la configurazione errata dei certificati - o il certificato RADIUS è scaduto, o i profili supplicant dei client non sono associati correttamente. In secondo luogo, i timeout del proxy RADIUS - se la connessione NREN a monte presenta problemi di latenza, l'autenticazione andrà in timeout e gli utenti vedranno errori di connessione che sembrano errori di credenziali. In terzo luogo, la configurazione errata della VLAN - gli utenti ospiti finiscono nel segmento di rete errato, non ottenendo alcun accesso a Internet o, peggio, ottenendo l'accesso a risorse interne che non dovrebbero vedere. Sul lato client, implementa i profili eduroam CAT su tutti i dispositivi gestiti tramite la tua piattaforma MDM. Per i dispositivi personali, pubblica in modo evidente il link all'installer CAT. Questo singolo passaggio elimina la maggior parte dei ticket di supporto. Per le strutture che non sono istituti di istruzione superiore ma desiderano offrire l'accesso a eduroam - centri congressi, hotel e simili - il processo è chiamato eduroam Visitor Access, o eVA. Consente alle organizzazioni non membre di ospitare l'SSID eduroam e di delegare l'autenticazione tramite proxy alla federazione senza essere membri effettivi. Vale la pena approfondire se si ospitano regolarmente conferenze accademiche o eventi universitari. - [Q&A RAPIDO - 1 minuto] Domande frequenti che mi vengono poste regolarmente. "eduroam può sostituire completamente il nostro WiFi per gli ospiti?" No. eduroam funziona solo per gli utenti che possiedono credenziali presso un istituto membro. Avrai comunque bisogno di una soluzione WiFi per gli ospiti separata per tutti gli altri - visitatori, appaltatori, pubblico in generale. "eduroam è conforme al GDPR?" Sì, con alcune riserve. L'architettura della federazione implica che il tuo istituto elabori i dati di autenticazione, ma devi assicurarti che le tue informative sulla privacy coprano questo aspetto e che i tuoi log RADIUS siano gestiti in modo appropriato. "Possiamo usare WPA3 con eduroam?" Sì. WPA3-Enterprise è completamente compatibile con 802.1X ed è lo standard consigliato per le nuove implementazioni. Aggiunge la crittografia in modalità a 192 bit per gli ambienti ad alta sicurezza. "Qual è la differenza tra eduroam e OpenRoaming?" OpenRoaming è un'iniziativa di settore più ampia della Wireless Broadband Alliance che utilizza la stessa architettura proxy 802.1X e RADIUS ma estende il roaming oltre l'istruzione ai luoghi commerciali. Alcune piattaforme, tra cui Purple, supportano OpenRoaming come parte della loro offerta WiFi per gli ospiti. - [RIASSUNTO E PROSSIMI PASSI - 1 minuto] Per concludere. eduroam è un servizio di roaming WiFi maturo, ben regolamentato e implementato a livello globale, basato su 802.1X e su un'infrastruttura proxy RADIUS gerarchica. Offre autenticazione per singolo utente, crittografia forte e roaming trasparente in oltre 10.000 istituti - senza password condivise o Captive Portals. Per i team IT che implementano o aggiornano il wireless del campus: date priorità a EAP-TLS rispetto a PEAP dove la vostra PKI può supportarlo, imponete la convalida dei certificati su tutti i profili client, utilizzate RadSec per tutte le connessioni proxy RADIUS e segmentate gli utenti ospiti in una VLAN dedicata. Per i gestori delle sedi: se ospitate regolarmente visitatori accademici, informatevi su eduroam Visitor Access. E indipendentemente dal fatto che implementiate o meno eduroam, la vostra infrastruttura WiFi per gli ospiti dovrebbe essere basata sui principi di livello enterprise dello standard 802.1X - non su chiavi pre-condivise (PSK). Se desiderate approfondire uno di questi aspetti - architettura RADIUS, progettazione PKI per EAP-TLS o il modo in cui piattaforme come Purple si integrano con eduroam e OpenRoaming - la guida scritta completa è accessibile tramite il link nelle note dell'episodio. Grazie per l'ascolto. Alla prossima. --- FINE DELLA COPIA DELLO SCRIPT

Parte della nostra serie principale: Guida alla sicurezza del WiFi aziendale →

eduroam e 802.1X: autenticazione WiFi sicura per l'istruzione superiore | Purple

Sintesi Esecutiva

Per gli istituti di istruzione superiore e per le strutture che accolgono il loro personale e i loro studenti, offrire una connettività wireless sicura e fluida non è più un lusso, bensì un requisito operativo. Lo standard di riferimento per questa connettività è eduroam, un servizio di roaming globale basato sul framework IEEE 802.1X.

Questa guida fornisce a IT manager, network architect e direttori operativi delle strutture una risorsa di riferimento completa e neutrale rispetto ai vendor per comprendere, implementare e risolvere i problemi di 802.1X e eduroam. Andremo oltre i modelli teorici di base per esaminare come funziona concretamente nella pratica il WiFi per campus di livello enterprise, includendo la gestione dei certificati, l'architettura dei proxy RADIUS e l'integrazione con una più ampia strategia per la rete guest.

Sia che stiate aggiornando una rete universitaria obsoleta o configurando un centro congressi per accogliere visitatori accademici, implementare correttamente lo standard 802.1X riduce sensibilmente i rischi di sicurezza - in particolare il furto di credenziali - riducendo drasticamente i costi di gestione del supporto. Per le strutture al di fuori della tradizionale istruzione superiore, comprendere questi standard è essenziale per valutare le federazioni di roaming commerciale come OpenRoaming, che condividono la stessa architettura sottostante.

Analisi tecnica approfondita: architettura 802.1X ed eduroam

Al suo nucleo, eduroam è un'implementazione dello standard di controllo dell'accesso alla rete basato su porta IEEE 802.1X. Originariamente progettato per le reti cablate, lo standard 802.1X costituisce la base della sicurezza WPA2-Enterprise e WPA3-Enterprise.

Il modello a triangolo di 802.1X

Il framework 802.1X si basa sull'interazione di tre componenti distinti per autorizzare l'accesso:

  1. Supplicant (Richiedente): Il dispositivo client che richiede l'accesso alla rete (ad esempio, il computer portatile o lo smartphone di uno studente).
  2. Authenticator (Autenticatore): Il dispositivo di accesso alla rete (ad esempio, un access point WiFi o uno switch gestito). Funge da gatekeeper, bloccando tutto il traffico tranne i messaggi di autenticazione fino a quando il dispositivo non viene autorizzato.
  3. Authentication Server (Server di autenticazione): Il sistema back-end che convalida le credenziali, quasi universalmente un server RADIUS (Remote Authentication Dial-In User Service).

Quando un dispositivo si connette, l'autenticatore stabilisce una porta controllata. Trasmette i messaggi EAP (Extensible Authentication Protocol) tra il supplicant e il server di autenticazione. Se le credenziali sono valide, il server restituisce un messaggio RADIUS Access-Accept e l'autenticatore apre la porta per consentire il passaggio del normale traffico IP.

eduroam e 802.1X: autenticazione WiFi sicura per l'istruzione superiore | Purple - architecture overview

La gerarchia proxy RADIUS di eduroam

Ciò che rende unico eduroam è la sua architettura federata. Consente agli utenti di autenticarsi presso qualsiasi istituto partecipante utilizzando le proprie credenziali d'origine, senza che l'istituto ospitante possieda mai una copia di tali credenziali.

Questo risultato viene ottenuto attraverso una catena gerarchica di proxy RADIUS. Quando un utente di username@university.ac.uk si connette all'SSID eduroam presso una sede ospitante:

  1. Il dispositivo dell'utente invia una richiesta di autenticazione nel formato username@university.ac.uk.
  2. Il server RADIUS della sede ospitante esamina il realm (la parte dopo il simbolo @). Riconoscendolo come dominio esterno, instrada la richiesta tramite proxy al server RADIUS nazionale di primo livello (gestito dalla National Research and Education Network, o NREN).
  3. Il server nazionale reindirizza la richiesta al server RADIUS dell'istituto d'origine (university.ac.uk).
  4. L'istituto d'origine convalida le credenziali e restituisce un messaggio Access-Accept o Access-Reject lungo la catena.

L'intero processo si completa in genere in meno di due secondi. Aspetto fondamentale, la password dell'utente non viene mai esposta all'istituto ospitante o ai server proxy intermedi; è protetta all'interno di un tunnel EAP crittografato stabilito direttamente tra il supplicant e il server RADIUS d'origine.

Metodi EAP: il compromesso tra sicurezza e facilità di implementazione

La scelta del metodo EAP determina il modo in cui viene formato il tunnel crittografato e come vengono scambiate le credenziali. La definizione del servizio di policy eduroam limita rigorosamente i metodi consentiti per garantire la sicurezza.

  • PEAP (Protected EAP): Il metodo di distribuzione più comune. Utilizza un certificato lato server sul server RADIUS per stabilire un tunnel TLS. Il client si autentica quindi all'interno di quel tunnel, in genere utilizzando MSCHAPv2 (nome utente e password). È relativamente facile da distribuire, ma è vulnerabile ad attacchi di rogue access point se i client non sono configurati per convalidare rigorosamente il certificato del server.
  • EAP-TLS: Il gold standard per la sicurezza. Richiede un'autenticazione reciproca, il che significa che sia il server RADIUS che il dispositivo client devono presentare certificati validi. Sebbene sia immune al phishing delle credenziali, richiede un'infrastruttura a chiave pubblica (PKI) robusta per emettere e gestire i certificati client, rendendo più complessa la distribuzione su larga scala.

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

La distribuzione di 802.1X e eduroam richiede un attento coordinamento tra l'infrastruttura di rete, la gestione delle identità e la configurazione dei client.

1. Preparazione dell'infrastruttura

Assicurati che i tuoi access point e controller wireless supportino WPA2-Enterprise/WPA3-Enterprise e 802.1X. Qualsiasi hardware aziendale moderno (Cisco, Aruba, Juniper e altri) soddisferà questo requisito. È inoltre necessario distribuire una robusta infrastruttura RADIUS (come FreeRADIUS, Cisco ISE o Aruba ClearPass) in grado di gestire il carico di autenticazione previsto e di fungere da proxy per le richieste.

2. Gestione dei certificati

Per le distribuzioni PEAP, il tuo server RADIUS necessita di un certificato TLS emesso da un'autorità di certificazione (CA) attendibile per i tuoi client. Non utilizzare mai certificati autofirmati in una distribuzione eduroam di produzione. I certificati devono essere rinnovati regolarmente per evitare interruzioni dell'autenticazione.

3. Configurazione del client (lo strumento CAT)

Il punto di errore più comune nelle distribuzioni eduroam è l'errata configurazione del client. Quando gli utenti si connettono manualmente, spesso non riescono a configurare la convalida del certificato, rimanendo esposti ad attacchi di raccolta delle credenziali.

Per mitigare questo rischio, gli istituti devono utilizzare l'eduroam Configuration Assistant Tool (CAT) o una soluzione MDM per distribuire profili preconfigurati. Questi profili configurano automaticamente il metodo EAP corretto, associano il certificato del server RADIUS previsto e impostano il protocollo di autenticazione interno appropriato.

4. Assegnazione VLAN e segmentazione

Una distribuzione matura utilizza gli attributi RADIUS per assegnare le VLAN in modo dinamico in base all'identità dell'utente.

  • Utenti interni: Assegnati a VLAN interne con accesso appropriato alle risorse del campus.
  • Utenti ospiti: Assegnati a una VLAN ospiti limitata che offre solo l'accesso a Internet.

Questa segmentazione è fondamentale per la sicurezza e la conformità, garantendo che i dispositivi dei visitatori non possano raggiungere reti interne sensibili. eduroam e 802.1X: autenticazione WiFi sicura per l'istruzione superiore | Purple - comparison chart

Best Practice e raccomandazioni neutrali rispetto ai vendor

  • Dare priorità a WPA3: Per le nuove implementazioni, abilitare WPA3-Enterprise per ottenere la crittografia obbligatoria a 192 bit e una migliore protezione contro gli attacchi offline basati su dizionario.
  • Imporre la convalida dei certificati: Richiedere l'uso di profili di configurazione (tramite CAT o MDM) per garantire che il supplicant convalidi rigorosamente il certificato del server RADIUS prima di trasmettere le credenziali.
  • Utilizzare RadSec: Quando si configurano le connessioni proxy RADIUS verso la federazione nazionale, utilizzare RadSec (RADIUS su TLS) anziché il semplice UDP. Questo crittografa il traffico proxy e migliora l'affidabilità sui collegamenti geografici.
  • Integrazione con una soluzione per ospiti: eduroam serve solo utenti con credenziali accademiche. È necessario mantenere una soluzione di Guest WiFi separata e sicura per fornitori, pubblico e partecipanti agli eventi.
  • Verificare l'infrastruttura correlata: Assicurarsi che la rete sottostante sia sicura. Per maggiori dettagli, consultare la nostra guida Proteggere la rete con DNS robusto e sicurezza. Se si distribuisce un'infrastruttura temporanea per eventi universitari, consultare Event WiFi: Planning and Deploying Temporary Wireless Networks o la versione in lingua portoghese Event WiFi: Planeamento e Implementação de Redes Sem Fios Temporárias.

Risoluzione dei problemi e mitigazione dei rischi

Quando l'autenticazione non va a buon fine, è essenziale una risoluzione dei problemi sistematica.

  1. Isolare il dominio del guasto: Determinare se il problema è locale (interessa gli utenti della propria rete), remoto (interessa i propri utenti altrove) o in entrata (interessa i visitatori della propria rete).
  2. Controllare i log RADIUS: I log del server RADIUS sono la fonte di verità autorevole. Cercare i messaggi di Access-Reject (che indicano credenziali errate o violazioni delle policy) o i timeout (che indicano problemi di connettività proxy).
  3. Verificare la validità del certificato: Assicurarsi che il certificato del server RADIUS non sia scaduto e che l'intera catena di certificati venga presentata ai client.
  4. Monitorare la latenza a monte: Un'elevata latenza verso il proxy RADIUS nazionale può causare timeout dei client, con conseguenti fallimenti di connessione anche quando le credenziali sono corrette.

ROI e impatto aziendale

Per gli istituti di istruzione superiore, il ritorno di un'implementazione eduroam correttamente configurata si traduce in una drastica riduzione dei ticket di assistenza. Eliminando i Captive Portal e l'inserimento manuale delle password, gli helpdesk IT registrano un calo significativo delle chiamate relative alla connettività. (L'impegno di Purple in questo settore è evidente; si veda Purple nomina Tim Peers VP of Education, sottolineando le sue ambizioni nel settore dell'istruzione superiore). Per le strutture commerciali - come quelle nei settori hospitality, retail, healthcare o transport - supportare eduroam Visitor Access (eVA) o federazioni simili come OpenRoaming offre un'esperienza fluida a un target demografico ad alto valore. Ciò garantisce che i visitatori accademici si connettano in modo automatico e sicuro, migliorando la soddisfazione e consentendo al tempo stesso alla struttura di mantenere una rigorosa segmentazione della rete. Se la vostra struttura necessita di una banda dedicata per supportare questa richiesta, vi invitiamo a leggere Cos'è una linea dedicata? Internet su misura per le aziende.

Quando si pianificano gli aggiornamenti di rete, l'integrazione delle funzionalità 802.1X garantisce che la vostra infrastruttura sia pronta per la moderna gestione di rete basata sull'identità, ponendo le basi per servizi avanzati di WiFi Analytics e di geolocalizzazione.

Definizioni chiave

802.1X

Uno standard IEEE per il controllo dell'accesso alla rete basato su porte (PNAC). Fornisce un meccanismo di autenticazione per i dispositivi che desiderano connettersi a una rete LAN o WLAN.

Il protocollo fondamentale per la sicurezza WiFi di livello enterprise, che sostituisce le password condivise (PSK) con un'autenticazione individualizzata.

RADIUS (Remote Authentication Dial-In User Service)

Un protocollo di rete che fornisce una gestione centralizzata di autenticazione, autorizzazione e tracciamento (AAA) per gli utenti che si connettono e utilizzano un servizio di rete.

Il server backend in un'implementazione 802.1X che verifica effettivamente le credenziali dell'utente rispetto a una directory (come Active Directory).

EAP (Extensible Authentication Protocol)

Un framework di autenticazione frequentemente utilizzato nelle reti wireless e nelle connessioni point-to-point. Consente il trasporto e l'utilizzo di vari meccanismi di autenticazione.

Il linguaggio parlato tra il dispositivo client e il server RADIUS durante l'handshake 802.1X.

Supplicant

Il dispositivo client (ad es. laptop, smartphone) o il software su tale dispositivo che tenta di autenticarsi a una rete utilizzando lo standard 802.1X.

L'entità che richiede l'accesso. La sua configurazione (in particolare per quanto riguarda la validazione dei certificati) è fondamentale per la sicurezza.

Autenticatore

Il dispositivo di rete (ad es. access point wireless, switch Ethernet) che facilita il processo di autenticazione 802.1X trasmettendo i messaggi tra il Supplicant e il server di autenticazione.

Il guardiano che blocca il traffico di rete fino a quando il server RADIUS non dà il via libera.

PEAP (Protected Extensible Authentication Protocol)

Un metodo EAP che incapsula la transazione EAP all'interno di un tunnel TLS stabilito utilizzando un certificato lato server, proteggendo l'autenticazione interna (solitamente una password).

Il metodo di autenticazione più comune per eduroam, che bilancia la sicurezza con la facilità di implementazione.

RadSec

Un protocollo per la trasmissione di dati RADIUS su TCP e TLS, anziché sul tradizionale UDP.

Consigliato per proteggere le connessioni proxy tra le istituzioni e la federazione nazionale eduroam, impedendo l'intercettazione del traffico di autenticazione.

Realm

La parte dell'identità di un utente che segue il simbolo "@" (ad es. "university.ac.uk" in "user@university.ac.uk").

Utilizzato dai server proxy RADIUS per determinare dove instradare la richiesta di autenticazione in un ambiente federato come eduroam.

Esempi pratici

Un hotel per conferenze da 400 camere adiacente a una grande università ospita frequentemente simposi accademici. Il Direttore IT desidera consentire agli accademici in visita di connettersi automaticamente senza utilizzare il Captive Portal standard dell'hotel, ma deve garantire che questi visitatori non possano accedere alla rete aziendale dell'hotel o alla VLAN della rete guest standard.

L'hotel dovrebbe implementare eduroam Visitor Access (eVA) o aderire a una federazione commerciale come OpenRoaming.

  1. L'hotel configura un nuovo SSID ("eduroam" o "OpenRoaming") sui propri punti di accesso aziendali.
  2. Gli AP sono configurati per utilizzare WPA2-Enterprise/802.1X.
  3. L'hotel distribuisce un server RADIUS locale configurato per inoltrare le richieste di autenticazione per i domini esterni alla federazione nazionale (per eduroam) o all'hub OpenRoaming.
  4. Fondamentalmente, il server RADIUS locale è configurato per restituire uno specifico attributo VLAN ID nel messaggio Access-Accept per tutte le autenticazioni tramite proxy.
  5. I punti di accesso inseriscono questi utenti autenticati in una VLAN isolata, abilitata solo per internet, completamente segmentata dal traffico aziendale e guest standard dell'hotel.
Commento dell'esaminatore: Questo approccio sfrutta correttamente l'architettura proxy RADIUS per delegare l'autenticazione alle istituzioni di provenienza dei visitatori. Utilizzando l'assegnazione dinamica della VLAN tramite gli attributi RADIUS, l'hotel mantiene una rigorosa segmentazione della rete, soddisfacendo i requisiti di sicurezza e fornendo al contempo un'esperienza utente senza attriti.

Un team IT universitario nota un picco di account studenteschi compromessi. Un'indagine rivela che gli studenti si connettono a un access point canaglia che trasmette l'SSID "eduroam" in una caffetteria locale. L'AP canaglia utilizza un certificato autofirmato per carpire le credenziali tramite PEAP.

Il team IT deve imporre immediatamente una rigida convalida dei certificati su tutti i dispositivi client.

  1. Devono smettere di consigliare agli studenti di connettersi manualmente all'SSID e "accettare l'avviso del certificato".
  2. Distribuiscono l'eduroam Configuration Assistant Tool (CAT) per i dispositivi BYOD e aggiornano i profili MDM per i dispositivi gestiti.
  3. Questi profili configurano il supplicant per considerare attendibile solo la specifica Certificate Authority (CA) che ha emesso il certificato del server RADIUS dell'università e per verificare il Common Name (CN) del server.
  4. Una volta configurato, se il dispositivo di uno studente rileva l'AP canaglia, la creazione del tunnel EAP fallirà perché il certificato canaglia non corrisponde alla CA/CN associata, impedendo la trasmissione delle credenziali.
Commento dell'esaminatore: Questo scenario evidenzia la vulnerabilità più critica nelle distribuzioni PEAP. La soluzione identifica correttamente che la correzione risiede nella configurazione lato client. Affidarsi all'educazione degli utenti per individuare i certificati falsi è inefficace; i controlli tecnici (associazione del profilo) sono obbligatori.

Una catena di negozi al dettaglio desidera offrire OpenRoaming in 50 sedi utilizzando la propria infrastruttura WiFi guest esistente, che attualmente si basa su un SSID aperto con un Captive Portal.

La catena di negozi al dettaglio deve aggiornare la propria rete per supportare 802.1X e il proxying RADIUS.

  1. Il team di rete abilita un nuovo SSID che trasmette l'OI (Organisation Identifier) di OpenRoaming Consortium.
  2. Configura i punti di accesso per l'autenticazione tramite 802.1X.
  3. Configura il proprio server RADIUS centrale per inoltrare le richieste all'hub della federazione OpenRoaming.
  4. Assicura che la propria connessione internet di backhaul possa supportare l'aumento previsto delle connessioni automatizzate, eventualmente effettuando un aggiornamento a linee dedicate se necessario.
Commento dell'esaminatore: Questo evidenzia che il passaggio da un Captive Portal a un modello federato 802.1X richiede modifiche architetturali fondamentali, in particolare l'implementazione del proxying RADIUS e la capacità di gestire un maggior numero di connessioni automatizzate.

Domande di esercitazione

Q1. La tua università sta implementando una nuova rete wireless. Il CISO esige che il phishing delle credenziali tramite access point contraffatti sia matematicamente impossibile. Quale metodo EAP devi selezionare?

Suggerimento: Considera quale metodo si affida alle password rispetto a quale si affida interamente a chiavi crittografiche.

Visualizza risposta modello

È necessario selezionare EAP-TLS. A differenza di PEAP, che si affida a una password all'interno di un tunnel TLS, EAP-TLS richiede un'autenticazione reciproca tramite certificato. Poiché il dispositivo client si autentica utilizzando un certificato crittografico anziché una password, non ci sono credenziali che un access point contraffatto possa carpire tramite phishing.

Q2. Un ricercatore in visita da un'altra università lamenta l'impossibilità di connettersi alla tua rete eduroam. I tuoi utenti locali si connettono normalmente. Controllando i log del tuo server RADIUS locale vedi che la richiesta arriva, ma va in timeout prima che venga ricevuto un Access-Accept. Qual è la causa più probabile?

Suggerimento: Pensa al percorso che la richiesta di autenticazione compie per un utente ospite rispetto a un utente locale.

Visualizza risposta modello

La causa più probabile è un problema di connettività o di latenza tra il tuo server RADIUS locale e il proxy RADIUS nazionale NREN. Poiché gli utenti locali si autenticano direttamente sul tuo server, non ne risentono. La richiesta dell'utente in visita deve essere inoltrata tramite proxy verso l'alto e un timeout indica che la risposta dell'istituto di provenienza non sta tornando in tempo.

Q3. Sei un progettista di rete per una catena di vendita al dettaglio situata vicino a una grande università. Desideri offrire un accesso WiFi continuo agli studenti utilizzando eduroam Visitor Access (eVA), ma devi rispettare lo standard PCI-DSS per i tuoi terminali POS. Come puoi integrare eVA in modo sicuro?

Suggerimento: In che modo l'802.1X consente all'access point di rete di differenziare il traffico dopo l'autenticazione?

Visualizza risposta modello

Si integra eVA configurando il server RADIUS per assegnare tutte le autenticazioni eVA andate a buon fine a una VLAN guest dedicata solo Internet. Il messaggio Access-Accept del server RADIUS deve includere l'ID VLAN specifico. Questo garantisce che i dispositivi degli studenti siano completamente segmentati dalla VLAN conforme a PCI-DSS utilizzata dai terminali dei punti vendita, soddisfacendo i requisiti di conformità.

Domande frequenti

Che cos'è eduroam e come funziona l'autenticazione 802.1X sulle reti dei campus?

eduroam (education roaming) è un servizio di roaming WiFi federato globale per le istituzioni di istruzione superiore e di ricerca. Quando un utente si connette all'SSID eduroam, il suo dispositivo si autentica utilizzando lo standard IEEE 802.1X. Se l'utente si trova nel proprio campus, il server RADIUS locale verifica le sue credenziali. Se visita un altro istituto, l'autenticatore locale inoltra la richiesta tramite i proxy RADIUS del National Roaming Operator (NRO) all'identity provider di origine del visitatore utilizzando un routing gerarchico.

Perché gli istituti di istruzione superiore dovrebbero migrare da PEAP-MSCHAPv2 a EAP-TLS per eduroam?

PEAP-MSCHAPv2 si affida all'autenticazione tramite nome utente e password all'interno di un tunnel TLS, il che espone le credenziali universitarie ad attacchi con dizionario offline e al furto tramite access point non autorizzati (evil twin) quando gli utenti accettano certificati server non attendibili. EAP-TLS utilizza certificati client X.509 gestiti tramite PKI e MDM (come Microsoft Intune), eliminando completamente le password e fornendo un'immunità crittografica contro il furto di credenziali via radio.

Che cos'è RadSec e perché è consigliato per la federazione RADIUS di eduroam?

RadSec (RFC 6614) incapsula i datagrammi RADIUS all'interno di una connessione TLS sicura sulla porta TCP 2083. Il RADIUS tradizionale opera su UDP (porte 1812/1813) con hashing dei pacchetti MD5, il che lo rende vulnerabile alla perdita di pacchetti, al jitter di routing WAN e ad attacchi di collisione BlastRADIUS. RadSec fornisce una crittografia end-to-end a livello di trasporto e un'autenticazione reciproca tra i server RADIUS istituzionali e i proxy della federazione nazionale.

In che modo le università dovrebbero gestire i visitatori non-eduroam, i genitori e i partecipanti alle conferenze?

eduroam autentica solo gli utenti appartenenti alle istituzioni accademiche partecipanti. Per i visitatori del campus non-eduroam (partecipanti a conferenze, famiglie in visita, appaltatori, spettatori di eventi sportivi), le università distribuiscono un SSID guest separato e isolato, gestito da un Captive Portal aziendale come Purple. Questo fornisce un'autenticazione tramite SMS self-service o sponsorizzata, accetta i termini di utilizzo, impone l'isolamento dei client di Layer 2 e instrada il traffico attraverso una DMZ isolata senza accedere alle risorse dell'intranet universitaria.

Come funzionano le VLAN dinamiche con 802.1X in un ambiente di campus universitario?

Quando uno studente o un membro della facoltà completa l'autenticazione 802.1X, il server RADIUS restituisce gli attributi RFC 2868 (Tunnel-Type = 13, Tunnel-Medium-Type = 6 e Tunnel-Private-Group-ID) al controller LAN wireless. La rete indirizza dinamicamente gli studenti registrati a una subnet BYOD ad alta capacità, i docenti a una subnet amministrativa con accesso intranet e gli utenti eduroam in visita a una VLAN isolata di sola navigazione internet.

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.