Vai al contenuto principale

Che cos'è l'autenticazione 802.1X? Come funziona e perché è importante

Una guida di riferimento tecnico completa per IT manager e architetti di rete sull'autenticazione IEEE 802.1X. Questa guida copre l'architettura di base, le strategie di implementazione, i vantaggi di sicurezza rispetto alle chiavi PSK e come implementare efficacemente il controllo degli accessi di livello enterprise insieme alle soluzioni per WiFi ospiti.

Di Iain JewittPubblicato Aggiornato
📖 5 minuti di lettura1,280 parole2 esempi pratici3 domande di esercitazione8 definizioni chiave

Video overview

Ascolta questa guida

Visualizza trascrizione del podcast
Che cos'è l'autenticazione 802.1X? Come funziona e perché è importante Un briefing tecnico Purple - circa 10 minuti --- INTRODUZIONE E CONTESTO - circa 1 minuto Benvenuti alla serie di briefing tecnici Purple. Sono il vostro ospite e oggi parleremo di uno degli standard più importanti - e più frequentemente fraintesi - nel networking aziendale: l'autenticazione IEEE 802.1X. Se siete un IT manager, un network architect o un CTO responsabile di un'implementazione multi-sito - che si tratti di un gruppo alberghiero, di una catena retail, di uno stadio o di un patrimonio del settore pubblico - questo è uno standard che dovete comprendere a fondo. Non perché sia accademicamente interessante, ma perché farlo nel modo giusto fa la differenza tra una rete che protegge davvero la vostra organizzazione e una che vi dà un falso senso di sicurezza. Nei prossimi dieci minuti vedremo cos'è effettivamente l'802.1X, come funziona il flusso di autenticazione dietro le quinte, come si inserisce nella vostra architettura di sicurezza più ampia, come implementarlo evitando i problemi più comuni e come si presenta il business case in termini reali. Iniziamo. --- APPROFONDIMENTO TECNICO - circa 5 minuti Quindi, cos'è l'802.1X? Fondamentalmente, è uno standard IEEE per il controllo dell'accesso alla rete basato su porta. La parola chiave qui è basato su porta. Prima che a un dispositivo sia consentito qualsiasi accesso alla rete - prima che possa inviare un singolo pacchetto alle vostre risorse interne - deve autenticarsi. La porta di rete, sia essa fisica o wireless, rimane logicamente bloccata finché l'autenticazione non va a buon fine. Questo è fondamentalmente diverso dal modo in cui funziona la maggior parte del WiFi consumer. Con una configurazione WPA2 standard, si ha una chiave pre-condivisa - una password - e chiunque conosca quella password accede alla rete. Il problema è ovvio: quella password viene scritta sulle lavagne, condivisa nei canali Slack e consegnata a collaboratori esterni che se ne sono andati sei mesi fa. Non c'è responsabilità individuale, non c'è audit trail e revocare l'accesso significa cambiare la password per tutti. L'802.1X risolve tutto questo. Lo standard definisce un modello a tre parti. C'è il Supplicant - ovvero il dispositivo dell'utente finale, che si tratti di un laptop aziendale, di uno smartphone o di un sensore IoT. C'è l'Authenticator - in genere il vostro access point wireless o switch gestito. E c'è l'Authentication Server - quasi sempre un server RADIUS, che sta per Remote Authentication Dial-In User Service. Ecco come funziona il flusso. Quando un supplicant si connette a una porta di rete o a un SSID wireless, l'autenticatore imposta quella porta in uno stato controllato - consentendo solo il transito del traffico EAP. EAP sta per Extensible Authentication Protocol, ed è il framework che gestisce lo scambio effettivo delle credenziali. L'autenticatore invia una richiesta di identità EAP al supplicant. Il supplicant risponde con la propria identità. L'autenticatore inoltra quindi la risposta al server RADIUS, che richiede al supplicant di dimostrare la propria identità - questo può avvenire tramite nome utente e password, un certificato digitale, una smart card o una combinazione di fattori. Una volta che il server RADIUS ha verificato l'identità, invia un messaggio di Access-Accept all'autenticatore, che apre la porta e consente il pieno accesso alla rete. Se l'autenticazione fallisce, la porta rimane bloccata o il dispositivo viene inserito in una VLAN ospiti limitata. Il framework EAP è estensibile per progettazione - questo è ciò che rappresenta la E. Esistono diversi metodi EAP comunemente utilizzati. EAP-TLS utilizza l'autenticazione reciproca basata su certificati - sia il client che il server presentano dei certificati - ed è considerato lo standard di riferimento per la sicurezza. EAP-PEAP, che sta per Protected EAP, incapsula l'autenticazione interna in un tunnel TLS, consentendo di utilizzare in modo sicuro credenziali con nome utente e password. EAP-TTLS è simile a PEAP ma è più flessibile nei metodi di autenticazione interna supportati. Per la maggior parte delle implementazioni aziendali, la scelta sarà tra EAP-TLS per ambienti ad alta sicurezza e PEAP-MSCHAPv2 per contesti in cui l'implementazione dei certificati non è pratica. Ora vediamo come questo si integra con la tua infrastruttura esistente. Il server RADIUS non autentica gli utenti in modo isolato - interroga un archivio di identità backend. Nella maggior parte degli ambienti aziendali, questo è Microsoft Active Directory o una directory LDAP. Il server RADIUS riceve le credenziali dall'autenticatore, le convalida rispetto ad Active Directory e restituisce una decisione di criterio. Questa decisione di criterio può includere molto più di un semplice consenso o rifiuto - può includere l'assegnazione della VLAN, criteri di larghezza di banda e valori di timeout della sessione. È qui che l'assegnazione dinamica della VLAN diventa fondamentale. È possibile definire una regola che stabilisce: se questo utente fa parte del gruppo Finance in Active Directory, assegnalo alla VLAN 20. Se è un collaboratore esterno, assegnalo alla VLAN 50 con solo accesso a internet. Se si trova su un dispositivo non gestito, inseriscilo nella VLAN ospiti. Tutto questo avviene automaticamente, al momento della connessione, senza alcun intervento manuale. Per le distribuzioni wireless, lo standard 802.1X è il meccanismo di autenticazione alla base di WPA2-Enterprise e WPA3-Enterprise. Lo strato di crittografia - la protezione effettiva dei dati in transito - è gestito dall'handshake a 4 vie che segue la corretta autenticazione 802.1X, generando chiavi PMK e PTK univoche per sessione. Questa è una distinzione fondamentale rispetto al WPA2-Personal, dove tutti i client condividono lo stesso materiale di derivazione della chiave di crittografia. In una rete WPA2-Personal, un malintenzionato che acquisisce l'handshake a 4 vie e conosce la PSK può decrittografare tutto il traffico su quella rete. Con WPA2-Enterprise e 802.1X, questo vettore di attacco viene eliminato poiché ogni sessione utilizza materiale di codifica univoco. Dal punto di vista della conformità, questo è estremamente importante. La versione 4.0 di PCI-DSS richiede controlli di autenticazione forti per qualsiasi rete che trasporti dati dei titolari di carta. Il GDPR richiede misure tecniche adeguate per proteggere i dati personali. Se gestisci una rete retail in cui i terminali POS condividono un segmento con la rete WiFi per gli ospiti, hai un problema serio - e lo standard 802.1X con segmentazione VLAN dinamica è una parte fondamentale della soluzione. - - - RACCOMANDAZIONI DI IMPLEMENTAZIONE E TRAPPOLE DA EVITARE - circa 2 minuti Bene, parliamo di implementazione. L'errore più comune che vedo è che le organizzazioni considerano lo standard 802.1X come una scelta binaria - o lo si distribuisce completamente ovunque, o non ci si preoccupa affatto. La realtà è che un approccio graduale è quasi sempre più pratico e di successo. Inizia con il tuo SSID aziendale e i tuoi dispositivi gestiti. Configura un server RADIUS - Microsoft NPS è gratuito e si integra nativamente con Active Directory; FreeRADIUS è l'alternativa open source per ambienti non Windows. Configura la tua infrastruttura wireless per utilizzare WPA2-Enterprise o WPA3-Enterprise sull'SSID aziendale. Invia la configurazione del supplicant 802.1X ai dispositivi gestiti tramite Group Policy o la tua piattaforma MDM. Esegui test approfonditi prima del passaggio definitivo. Per il WiFi ospiti, l'approccio è diverso. Gli ospiti non hanno credenziali aziendali, quindi non utilizzerai lo standard 802.1X nel senso tradizionale. Invece, piattaforme come Purple forniscono uno strato di Captive Portal che gestisce l'identità dell'ospite - login social, registrazione via email, verifica SMS - e poi inserisce gli ospiti autenticati in una VLAN isolata con policy di larghezza di banda e contenuti appropriate. Questo ti offre i vantaggi di acquisizione dati e segmentazione senza richiedere agli ospiti di avere credenziali di directory. Le trappole da evitare: la gestione dei certificati è il punto critico più comune nelle distribuzioni EAP-TLS. È necessaria una PKI - un'Infrastruttura a Chiave Pubblica - per emettere e gestire i certificati client. Se non ne possiedi una, il sovraccarico operativo di EAP-TLS può essere significativo. Il PEAP-MSCHAPv2 è più facile da distribuire ma richiede un'attenzione particolare alla convalida del certificato del server sul lato client - se i client non sono configurati per convalidare il certificato del server RADIUS, si è vulnerabili agli attacchi da access point non autorizzati. La disponibilità del server RADIUS è un'altra considerazione fondamentale. Se il server RADIUS si arresta, gli utenti autenticati non possono connettersi. Distribuisci il RADIUS in una configurazione ad alta disponibilità - come minimo, un server primario e uno secondario - e assicurati che i tuoi access point siano configurati correttamente per il failover. Infine, i dispositivi IoT. Molti dispositivi IoT non supportano i supplicant 802.1X. Per questi, il MAC Authentication Bypass - MAB - è la soluzione comune, in cui l'indirizzo MAC del dispositivo viene utilizzato come credenziale. Questo metodo è più debole del vero 802.1X, quindi isola i dispositivi autenticati tramite MAB in una VLAN limitata e monitorali attentamente. - DOMANDE E RISPOSTE RAPIDE - circa 1 minuto Passiamo in rassegna alcune domande che mi vengono rivolte regolarmente. "L'802.1X funziona con il RADIUS basato su cloud?" Sì - servizi come Cisco ISE, Aruba ClearPass e le offerte RADIUS-as-a-service cloud-native supportano tutti l'802.1X. La piattaforma di Purple si integra con questi per un'autenticazione unificata di ospiti e personale. "Posso usare l'802.1X su una rete cablata oltre che wireless?" Assolutamente sì. Lo standard è stato originariamente progettato per le porte Ethernet cablate e funziona allo stesso modo sugli switch gestiti. "Qual è l'impatto sulle prestazioni?" Trascurabile all'atto pratico. L'handshake di autenticazione aggiunge poche centinaia di millisecondi al momento della connessione, ma ha un impatto pari a zero sulla larghezza di banda una volta stabilita la sessione. "Il WPA3 sostituisce l'802.1X?" No. Il WPA3-Enterprise utilizza ancora l'802.1X per l'autenticazione - migliora la crittografia e i meccanismi di scambio delle chiavi, ma il framework di autenticazione rimane lo stesso. - RIASSUNTO E PROSSIMI PASSI - circa 1 minuto Per riassumere: l'802.1X è lo standard IEEE per il controllo dell'accesso alla rete basato su porte. Fornisce autenticazione per singolo utente, assegnazione dinamica dei criteri, un audit trail completo e le chiavi di crittografia per sessione che rendono il WPA2-Enterprise e il WPA3-Enterprise realmente sicuri. È la scelta giusta per qualsiasi rete aziendale, dell'ospitalità, del retail o del settore pubblico in cui siano necessarie responsabilità individuale e sicurezza di livello compliance. I tuoi prossimi passi immediati: esegui un audit del tuo attuale modello di autenticazione di rete. Se utilizzi una PSK condivisa sul tuo SSID aziendale, questa è la tua prima priorità di risoluzione. Valuta la tua infrastruttura RADIUS - se non ne hai una, Microsoft NPS o FreeRADIUS sono entrambi solidi punti di partenza. E se gestisci il WiFi per gli ospiti insieme all'infrastruttura aziendale, guarda come le piattaforme come Purple possono fornire il livello di identità degli ospiti che integra la tua implementazione aziendale 802.1X. Per ulteriori dettagli su WPA2 rispetto a WPA3 e su come interagiscono con l'802.1X, consulta la guida comparativa di Purple collegata nelle note dello show. Grazie per l'ascolto. Ci vediamo al prossimo briefing.

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

Enterprise Network Architecture ToolIEEE 802.1X & EAP-TLS Sizing

802.1X Enterprise WiFi Architecture & Sizing Advisor

Model enterprise 802.1X authentication workflows, calculate peak RADIUS throughput demands, evaluate EAP-TLS certificate security postures, and configure dynamic role-based VLAN steering policies.

Network & Identity Parameters

1,500
5010,00025,000
85%
30%75%100%
Active Endpoints
1,275
Concurrent on WiFi
Peak Auth Rate
3 req/sec
Shift transition peak
RADIUS Nodes (HA)
2 Nodes
N+1 resilient cluster
Roaming Latency
15 ms
802.11r FT seamless
Zero-Trust Security Posture
Grade A+ (Elite Zero-Trust)
100/100
Estimated IT time saved: 47 hours/month against manual certificate and credential handling, capped at one full-time equivalent.
EAP Authentication Method Comparison
MethodCredentialsCert OverheadSecurity Rating
EAP-TLSDual X.509 CertsClient + ServerHigh (Zero Trust)
EAP-TTLSTunnel + PasswordsServer OnlyMedium (Tunneled)
PEAP-MSCHAPv2Username/PasswordServer OnlyLow (Brute-Force Risk)
RADIUS Clustering & Packet Exchange Metrics
  • EAP Packets per Handshake: 10 EAPOL frames (Supplicant → AP → RADIUS).
  • Cluster Sizing: 2 RADIUS nodes recommended (Primary Active + Secondary Standby).
  • RadSec Over TLS: TCP port 2083 replaces legacy unencrypted UDP 1812, protecting AAA packets across untrusted WAN links.
  • Fast BSS Transition: Enabled (802.11r eliminates RADIUS re-auth during AP handoffs).
Ready to deploy enterprise 802.1X & zero-trust access control?
Consult with Purple network engineers to architect dynamic VLAN steering, Passpoint onboarding, and cloud RADIUS.
Useful? Link to this tool

Che cos'è l'autenticazione 802.1X? Come funziona e perché è importante

Executive Summary

Per i leader IT aziendali che gestiscono reti in settori come Hospitality, Retail, Healthcare o Transport, la sicurezza dell'accesso alla rete è un requisito fondamentale. Affidarsi a chiavi pre-condivise (PSK) per l'accesso aziendale introduce rischi inaccettabili: mancanza di responsabilità individuale, processi di revoca complessi e vulnerabilità di crittografia condivisa.

IEEE 802.1X è il framework standard di settore per il controllo dell'accesso alla rete basato su porte. Impone un rigoroso processo di autenticazione prima che un dispositivo possa comunicare sulla rete, consentendo la verifica dell'identità per singolo utente, l'applicazione dinamica delle policy e la conformità a framework come PCI-DSS e GDPR. Questa guida esplora i meccanismi di 802.1X, le differenze tra i metodi EAP più comuni e le strategie pratiche di implementazione per gli ambienti aziendali, incluso il modo in cui si integra con le soluzioni di Guest WiFi per fornire una strategia di accesso olistica.

Approfondimento Tecnico: Come Funziona 802.1X

Fondamentalmente, 802.1X opera su un modello a tre parti progettato per isolare i dispositivi non autenticati dalla rete interna.

L'Architettura a Tre Parti

  1. Supplicant: Il dispositivo dell'utente finale (laptop, smartphone, sensore IoT) che richiede l'accesso alla rete. Deve eseguire un client software conforme a 802.1X.
  2. Authenticator: Il dispositivo di rete (access point wireless o switch gestito) che controlla la porta fisica o logica. Agisce come un gatekeeper, bloccando tutto il traffico ad eccezione di EAP (Extensible Authentication Protocol) fino al completamento con successo dell'autenticazione.
  3. Authentication Server: In genere un server RADIUS (Remote Authentication Dial-In User Service). Convalida le credenziali del supplicant rispetto a un archivio di identità backend (come Active Directory) e restituisce una decisione di policy.

Che cos'è l'autenticazione 802.1X? Come funziona e perché è importante - architecture overview

Il Flusso di Autenticazione

Quando un supplicant si connette a una porta o SSID abilitata per 802.1X, l'authenticator imposta la porta in uno stato non autorizzato. Il flusso procede come segue:

  1. EAPOL Start: Il supplicant invia un frame EAPOL (EAP over LAN) Start all'authenticator.
  2. Identity Request: L'authenticator richiede l'identità del supplicant.
  3. Identity Response: Il supplicant fornisce la propria identità, che l'authenticator inoltra al server RADIUS tramite un pacchetto RADIUS Access-Request.
  4. EAP Exchange: Il server RADIUS e il supplicant negoziano un metodo EAP e si scambiano le credenziali in modo sicuro attraverso l'authenticator.
  5. Decisione di accesso: In seguito alla convalida corretta, il server RADIUS invia un pacchetto RADIUS Access-Accept all'autenticatore. Questo pacchetto include spesso attributi specifici del fornitore (VSA) per l'assegnazione dinamica della VLAN o politiche di QoS.
  6. Porta autorizzata: L'autenticatore passa la porta a uno stato autorizzato, consentendo il normale traffico di rete.

Metodi EAP: Scegliere il protocollo corretto

Il framework EAP è estensibile. La scelta del metodo EAP determina il modo in cui le credenziali vengono scambiate e verificate:

  • EAP-TLS (Transport Layer Security): Lo standard di riferimento per la sicurezza. Richiede un'autenticazione reciproca tramite certificati digitali sia sul client che sul server. Sebbene sia altamente sicuro, richiede un'infrastruttura a chiave pubblica (PKI) robusta.
  • PEAP-MSCHAPv2 (Protected EAP): L'implementazione più comune negli ambienti aziendali. Utilizza un certificato lato server per stabilire un tunnel TLS sicuro, all'interno del quale il client si autentica utilizzando un nome utente e una password standard (MSCHAPv2). Bilancia la sicurezza con la semplicità di implementazione.
  • EAP-TTLS (Tunnelled TLS): Simile a PEAP ma supporta una gamma più ampia di protocolli di autenticazione interni, inclusi i legacy PAP o CHAP, spesso utilizzati in ambienti non Windows.

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 richiede un'attenta pianificazione per evitare interruzioni per gli utenti. Un approccio graduale è fondamentale per il successo.

Fase 1: Preparazione dell'infrastruttura

Prima di abilitare 802.1X sull'edge, assicurati che la tua infrastruttura centrale sia pronta. Distribuisci un server RADIUS (come Microsoft NPS o FreeRADIUS) e integralo con il tuo provider di identità. Configura l'alta affidabilità per l'infrastruttura RADIUS; se il server di autenticazione si guasta, l'accesso alla rete si interrompe.

Fase 2: Configurazione del Supplicant

Non affidarti agli utenti per configurare manualmente i propri dispositivi. Per i dispositivi aziendali gestiti, utilizza i Group Policy Objects (GPO) o le piattaforme di Mobile Device Management (MDM) per distribuire il profilo 802.1X corretto, inclusi il metodo EAP richiesto e il certificato root attendibile per il server RADIUS.

Fase 3: Progetto pilota e distribuzione

Inizia con un piccolo gruppo pilota utilizzando un SSID di test dedicato o uno specifico switch stack. Monitora i log RADIUS alla ricerca di errori di autenticazione, in particolare quelli relativi a problemi di attendibilità dei certificati o credenziali errate. Una volta che il progetto pilota è stabile, procedi con una distribuzione graduale in tutta l'organizzazione.

Integrazione con l'accesso guest

Il protocollo 802.1X è progettato per utenti aziendali con credenziali note. Per visitatori, appaltatori e clienti, è necessaria una strategia parallela. È qui che diventa essenziale una piattaforma dedicata di Guest WiFi. Mentre i dispositivi aziendali si autenticano in modo trasparente tramite 802.1X su VLAN sicure, gli ospiti si autenticano tramite un captive portal, fornendo preziosi dati di prima parte per WiFi Analytics e rimanendo isolati dalle risorse interne. La piattaforma di Purple può anche fungere da identity provider per servizi come OpenRoaming nell'ambito della licenza Connect, colmando il divario tra un accesso pubblico fluido e un'autenticazione sicura.

Best Practice

  • Forzare la validazione del certificato del server: Quando si utilizza PEAP o EAP-TTLS, è necessario configurare i supplicant per convalidare il certificato del server RADIUS. In caso contrario, la rete rimane vulnerabile ad attacchi tramite access point canaglia (Evil Twin).
  • Implementare l'assegnazione dinamica della VLAN: Sfrutta gli attributi RADIUS per assegnare gli utenti a VLAN specifiche in base alla loro appartenenza ai gruppi di Active Directory. Questo riduce il numero di SSID necessari e semplifica la segmentazione della rete.
  • Gestire i dispositivi IoT con MAB: Molti dispositivi IoT (stampanti, smart TV) non supportano i supplicant 802.1X. Utilizza il MAC Authentication Bypass (MAB) come alternativa. L'autenticatore utilizza l'indirizzo MAC del dispositivo come nome utente e password. Poiché gli indirizzi MAC possono essere contraffatti, limita rigorosamente i privilegi di accesso dei dispositivi autenticati tramite MAB.

Che cos'è l'autenticazione 802.1X? Come funziona e perché è importante - comparison chart

Risoluzione dei problemi e mitigazione dei rischi

Quando l'autenticazione 802.1X fallisce, i registri del server RADIUS sono lo strumento diagnostico principale.

  • Errore: EAP Timeout: L'autenticatore non riceve risposta dal supplicant. Questo spesso indica che il software del supplicant non è in esecuzione o che il dispositivo non è configurato per l'autenticazione 802.1X.
  • Errore: Utente sconosciuto o password errata: L'utente ha inserito credenziali non corrette o il server RADIUS non riesce a comunicare con l'archivio delle identità di backend.
  • Errore: Errore di attendibilità del certificato: Il supplicant ha rifiutato il certificato del server RADIUS. Assicurati che il certificato della CA radice che ha emesso il certificato del server RADIUS sia installato nell'archivio radice attendibile del supplicant.

Per una prospettiva più ampia sull'ottimizzazione dell'architettura di rete, considera come l'autenticazione si integra con le moderne strategie WAN, come discusso in The Core SD WAN Benefits for Modern Businesses.

ROI e impatto aziendale

L'implementazione dello standard 802.1X offre un valore aziendale tangibile che va oltre la semplice sicurezza:

  1. Riduzione dei costi operativi: Elimina la necessità di ruotare manualmente le chiavi PSK quando i dipendenti lasciano l'azienda o i consulenti terminano i loro contratti. L'accesso viene revocato istantaneamente disabilitando l'account di directory dell'utente.
  2. Conformità semplificata: Fornisce i log di controllo per singolo utente e i rigorosi controlli di accesso richiesti da PCI-DSS, HIPAA e GDPR.
  3. Maggiore visibilità di rete: Integra l'identità con l'attività di rete, consentendo ai team IT di associare gli eventi di sicurezza o i problemi di prestazioni a utenti specifici anziché a indirizzi IP generici. Abbandonando le chiavi condivise e adottando il controllo degli accessi basato sulle porte, le reti aziendali ottengono la sicurezza granulare richiesta per le moderne esigenze operative. Per un confronto dettagliato degli standard di sicurezza wireless, consulta la nostra guida su WPA, WPA2 and WPA3: What's the Difference and Which Should You Use?.

-

Audio Briefing

Ascolta il nostro briefing tecnico di 10 minuti sull'autenticazione 802.1X:

Definizioni chiave

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.

Lo standard fondamentale che sostituisce le password condivise con l'autenticazione per singolo utente nelle reti enterprise.

Supplicant

Il client software su un dispositivo dell'utente finale che richiede l'accesso alla rete e gestisce lo scambio EAP.

Richiesto su tutti i laptop, telefoni e tablet che si connettono a una rete 802.1X.

Authenticator

Il dispositivo di rete periferico (switch o access point) che controlla la porta fisica o logica, bloccando il traffico fino al completamento dell'autenticazione.

Il punto di applicazione delle policy nell'architettura di rete.

RADIUS Server

Remote Authentication Dial-In User Service. Il server centrale che convalida le credenziali rispetto a una directory e restituisce le decisioni relative alle policy.

Il cervello dell'implementazione 802.1X, spesso realizzato tramite Microsoft NPS o Cisco ISE.

EAP (Extensible Authentication Protocol)

Un framework di autenticazione frequentemente utilizzato nelle reti wireless e nelle connessioni point-to-point, che fornisce il trasporto per vari metodi di autenticazione.

Il linguaggio parlato tra il supplicant e il server RADIUS.

Dynamic VLAN Assignment

Il processo in cui un server RADIUS istruisce l'authenticator a inserire un utente in una VLAN specifica in base alla sua identità o all'appartenenza a un gruppo.

Cruciale per la segmentazione della rete e la conformità senza trasmettere decine di SSID.

EAP-TLS

Un metodo EAP che richiede un'autenticazione reciproca basata su certificati tra il client e il server.

Il metodo più sicuro, ideale per ambienti altamente regolamentati come la sanità o la finanza.

PEAP (Protected EAP)

Un metodo EAP che stabilisce un tunnel TLS sicuro utilizzando un certificato server, proteggendo lo scambio interno di credenziali (di solito un nome utente/password).

Il metodo di implementazione più comune grazie al suo equilibrio tra sicurezza e semplicità operativa.

Esempi pratici

Un hotel da 200 camere deve proteggere la propria rete operativa di back-office (tablet del personale, telefoni VoIP, laptop della direzione) mantenendo al contempo una rete ospiti aperta e separata. Attualmente utilizzano una singola PSK per il personale.

  1. Distribuire Microsoft NPS (RADIUS) integrato con l'Active Directory dell'hotel.
  2. Configurare il controller wireless per trasmettere un nuovo SSID "Staff_Secure" utilizzando WPA2-Enterprise (802.1X).
  3. Inviare un profilo PEAP-MSCHAPv2 a tutti i laptop e tablet gestiti del personale tramite MDM.
  4. Per i telefoni VoIP che non supportano l'802.1X, configurare il MAC Authentication Bypass (MAB) sul server RADIUS, assegnandoli a una VLAN voce isolata.
  5. Mantenere la rete ospiti aperta, proteggendola con il Captive Portal di Purple per l'isolamento degli ospiti e l'analisi dei dati.
Commento dell'esaminatore: Questo approccio elimina il rischio associato alla condivisione di una PSK. Utilizzando l'MDM per la distribuzione dei profili, la transizione per il personale avviene senza problemi. L'uso del MAB per i dispositivi VoIP legacy garantisce che rimangano funzionanti ma isolati, riducendo al minimo il rischio di attacchi di spoofing del MAC.

Una grande catena di vendita al dettaglio non soddisfa la conformità PCI-DSS perché i terminali Point of Sale (PoS) si trovano sullo stesso segmento di rete logico dei laptop dei direttori di negozio, utilizzando una chiave WPA2-Personal condivisa.

  1. Implementare 802.1X su tutti gli access point aziendali.
  2. Configurare l'assegnazione dinamica della VLAN sul server RADIUS.
  3. Creare una policy: se il dispositivo che effettua l'autenticazione è un terminale PoS (autenticato tramite certificato di macchina utilizzando EAP-TLS), assegnarlo alla PCI-VLAN altamente limitata.
  4. Creare una seconda policy: se l'utente è un direttore di negozio (autenticato tramite PEAP), assegnarlo alla Corp-VLAN con accesso standard a internet e intranet.
Commento dell'esaminatore: L'assegnazione dinamica della VLAN risolve il requisito di segmentazione per la conformità PCI-DSS senza richiedere un'infrastruttura fisica separata o molteplici SSID. L'uso di EAP-TLS per i terminali PoS offre il massimo livello di sicurezza per gli ambienti con dati dei titolari di carta.

Domande di esercitazione

Q1. La tua organizzazione sta migrando da WPA2-Personal a WPA2-Enterprise. Hai un mix di laptop Windows di proprietà aziendale e smartphone BYOD di proprietà dei dipendenti. Non disponi di un'infrastruttura PKI. Quale metodo EAP dovresti distribuire?

Suggerimento: Considera il requisito per i certificati client rispetto ai certificati solo server.

Visualizza risposta modello

PEAP-MSCHAPv2. Poiché non disponi di un'infrastruttura PKI, la distribuzione di certificati client per EAP-TLS non è praticabile. PEAP richiede solo un certificato lato server sul server RADIUS, consentendo agli utenti di autenticarsi con il loro nome utente e password standard di Active Directory.

Q2. Dopo aver distribuito 802.1X utilizzando PEAP, diversi utenti segnalano che viene visualizzato un avviso di sicurezza che chiede loro di "Considerare attendibile" un certificato quando si connettono alla rete. Quale passaggio di configurazione è stato saltato?

Suggerimento: Pensa a come il supplicant convalida l'identità del server RADIUS.

Visualizza risposta modello

Il profilo del supplicant inviato ai dispositivi non è stato configurato per considerare esplicitamente attendibile la Root CA che ha emesso il certificato del server RADIUS. Senza questa configurazione, il sistema operativo richiede all'utente di verificare manualmente l'identità del server, il che rappresenta un rischio per la sicurezza e una cattiva esperienza utente.

Q3. Devi connettere alla rete 50 smart TV nelle sale conferenze di un hotel. Questi dispositivi non supportano i supplicant 802.1X. Come puoi fornire loro l'accesso mantenendo la sicurezza?

Suggerimento: Prendi in considerazione metodi di autenticazione alternativi per i dispositivi headless e come limitare il loro accesso.

Visualizza risposta modello

Implementa il MAC Authentication Bypass (MAB). L'autenticatore utilizzerà l'indirizzo MAC della smart TV per autenticarsi presso il server RADIUS. Aspetto fondamentale, il server RADIUS deve essere configurato per assegnare questi dispositivi a una VLAN fortemente limitata (ad esempio, solo internet, nessun accesso interno) per mitigare il rischio di spoofing dell'indirizzo MAC.

Domande frequenti

What is 802.1X authentication and why is it essential for enterprise wireless networks?

IEEE 802.1X is an open networking standard providing port-based network access control (PNAC) for both wired and wireless networks. In an enterprise wireless environment, 802.1X replaces vulnerable static pre-shared keys (PSKs) with centralized, per-user and per-device authentication. It verifies identity before permitting network traffic onto the local infrastructure, completely isolating unauthenticated devices at Layer 2.

How do the three core components of 802.1X (Supplicant, Authenticator, Authentication Server) interact?

802.1X operates via a tripartite architecture: (1) The Supplicant is client device software requesting network access; (2) The Authenticator is the wireless access point or controller that gates Layer 2 access and relays authentication traffic via EAP over LAN (EAPOL); (3) The Authentication Server is a central RADIUS or AAA server (such as FreeRADIUS, Cisco ISE, or Cloud RADIUS) that validates credentials against an identity directory and returns an Access-Accept or Access-Reject packet.

Which EAP method should enterprise IT deploy: EAP-TLS, PEAP-MSCHAPv2, or EAP-TTLS?

EAP-TLS (RFC 5216) represents the gold standard for enterprise zero-trust security because it enforces mutual authentication using asymmetric X.509 digital certificates on both the client and server, eliminating passwords and susceptibility to credential theft. PEAP-MSCHAPv2 relies on server certificates and user passwords, but remains vulnerable to credential interception if certificate validation is bypassed. EAP-TTLS offers flexibility for legacy directories while still securing tunneled authentication.

How does RADIUS dynamic VLAN assignment and downloadable ACL authorization work in 802.1X?

Upon successful authentication, the RADIUS server transmits standard RFC 2868 and RFC 3580 attributes (Tunnel-Type=13, Tunnel-Medium-Type=6, and Tunnel-Private-Group-ID) back to the wireless authenticator. The access point dynamically steers the client session into the designated VLAN and applies downloadable access control lists (dACLs) based on group memberships and device posture, enforcing granular micro-segmentation without requiring separate SSIDs.

What are the most frequent troubleshooting failure points in enterprise 802.1X wireless networks?

The most common 802.1X failures stem from expired or untrusted RADIUS server root certificates on client supplicants, clock skew preventing valid certificate verification, mismatched RADIUS shared secrets between the access point and authentication server, incorrect network adapter EAP outer-identity configurations, and intermediate firewall drops on RADIUS UDP ports 1812/1813 or RadSec TCP port 2083.

How does Purple integrate with 802.1X enterprise architectures to enhance visitor and tenant access?

Purple provides seamless coexistence between 802.1X enterprise security and high-capacity guest access. While corporate and managed devices authenticate via 802.1X EAP-TLS or Passpoint, visitors, contractors, and IoT endpoints onboard through Purple automated captive portals with dynamic role assignment, Passpoint profiles, and strict VLAN isolation, giving IT unified visibility and security across all venue populations.

Continua a leggere questa serie

Risoluzione dei problemi 802.1X su iOS e macOS: una checklist di distribuzione per Intune, Jamf e Microsoft Entra ID

Utilizza questa checklist per diagnosticare i motivi per cui iPhone, iPad e Mac non riescono a completare l'autenticazione 802.1X su Intune o Jamf Pro. Ogni errore è riconducibile a una di quattro cause: attendibilità del server, certificato di identità, modalità macOS o ambito del gruppo Microsoft Entra ID. Confermerai la causa dai log di eapolclient e RADIUS, applicherai la correzione e pianificherai le future rotazioni dei certificati.

Leggi la guida →

Attendibilità server per profilo WiFi Intune: elenco di controllo dei nomi dei server certificati e della CA radice per Entra ID

Sarai in grado di configurare la convalida lato server di un profilo WiFi Intune in modo che EAP-TLS e PEAP si connettano su Windows, Apple e Android. Associerai i nomi dei server dei certificati al certificato RADIUS, distribuirai la CA radice corretta, allineerai le assegnazioni dei gruppi Entra ID e pianificherai i rinnovi dei certificati prima che interrompano silenziosamente le connessioni.

Leggi la guida →

Risoluzione dei problemi Android 802.1X ed EAP-TLS: una checklist di implementazione per Intune e Microsoft Entra ID

Sarà possibile individuare esattamente perché i telefoni Android gestiti non riescono a eseguire EAP-TLS sul vostro SSID del personale e risolvere il problema in Intune. Abbinate ogni sintomo alle quattro cause principali - CA o dominio mancanti, certificato client nel profilo errato, un valore dei nomi dei server RADIUS non corrispondente o una root attendibile non consegnata. Applicate poi una checklist di roll-out che previene il ripetersi di interruzioni.

Leggi la guida →

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.