Vai al contenuto principale

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

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

📖 5 minuti di lettura📝 1,156 parole🔧 2 esempi pratici3 domande di esercitazione📚 8 definizioni chiave

Ascolta questa guida

Visualizza trascrizione del podcast
Che cos'è l'autenticazione 802.1X? Come funziona e perché è importante Un briefing tecnico di Purple — circa 10 minuti --- INTRODUZIONE E CONTESTO — circa 1 minuto Benvenuti alla serie di briefing tecnici di Purple. Sono il vostro ospite e oggi tratteremo uno degli standard più importanti — e più frequentemente fraintesi — del networking aziendale: l'autenticazione IEEE 802.1X. Se sei un IT manager, un network architect o un CTO responsabile di un deployment multi-sito — che si tratti di un gruppo alberghiero, una catena retail, uno stadio o un patrimonio del settore pubblico — questo è uno standard che devi comprendere a fondo. Non perché sia interessante dal punto di vista accademico, ma perché una corretta implementazione fa la differenza tra una rete che protegge realmente la tua organizzazione e una che offre un falso senso di sicurezza. Nei prossimi dieci minuti vedremo cos'è in realtà l'802.1X, come funziona il flusso di autenticazione dietro le quinte, come si inserisce nella tua architettura di sicurezza più ampia, come implementarlo evitando i comuni errori e come si presenta il business case in termini reali. Entriamo nel dettaglio. --- APPROFONDIMENTO TECNICO — circa 5 minuti Quindi, cos'è l'802.1X? Fondamentalmente, è uno standard IEEE per il controllo dell'accesso alla rete basato su porte. La parola chiave è "basato su porte". Prima che a un dispositivo sia consentito qualsiasi accesso alla rete — prima che possa inviare un singolo pacchetto alle tue risorse interne — deve autenticarsi. La porta di rete, sia essa fisica o wireless, rimane logicamente bloccata fino al completamento dell'autenticazione. Questo è fondamentalmente diverso dal funzionamento della maggior parte dei sistemi Wi-Fi consumer. Con una configurazione standard WPA2-Personal, si ha una chiave precondivisa — una password — e chiunque conosca tale 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'è alcuna responsabilità individuale, nessun audit trail e la revoca dell'accesso richiede il cambio della password per tutti. L'802.1X risolve tutto questo. Lo standard definisce un modello a tre soggetti. Abbiamo il Supplicant — ovvero il dispositivo dell'utente finale, che si tratti di un laptop aziendale, uno smartphone o un sensore IoT. Abbiamo l'Authenticator — tipicamente l'access point wireless o lo switch gestito. E infine l'Authentication Server — quasi sempre un server RADIUS, che sta per Remote Authentication Dial-In User Service. Ecco come funziona il flusso. Quando un richiedente (supplicant) si connette a una porta di rete o a un SSID wireless, l'autenticatore imposta quella porta in uno stato controllato, consentendo il passaggio del solo traffico EAP. EAP sta per Extensible Authentication Protocol ed è il framework che trasporta lo scambio effettivo di credenziali. L'autenticatore invia una richiesta di identità EAP al richiedente. Il richiedente risponde con la propria identità. L'autenticatore la inoltra quindi al server RADIUS, che richiede al richiedente 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 è soddisfatto, invia un messaggio di Access-Accept all'autenticatore, che apre la porta e consente il pieno accesso alla rete. Se l'autenticazione non va a buon fine, la porta rimane bloccata o il dispositivo viene inserito in una VLAN guest limitata. Ora, il framework EAP è estensibile per progettazione (ecco cosa significa la E). Esistono diversi metodi EAP di uso comune. EAP-TLS utilizza l'autenticazione reciproca basata su certificati (sia il client che il server presentano certificati) ed è considerato lo standard di riferimento per la sicurezza. EAP-PEAP, che sta per Protected EAP, avvolge l'autenticazione interna in un tunnel TLS, consentendo l'uso sicuro delle credenziali di 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 ambienti in cui la distribuzione dei certificati non è pratica. Parliamo ora di come questo si integra con la tua infrastruttura esistente. Il server RADIUS non autentica gli utenti in modo isolato, ma interroga un archivio di identità back-end. Nella maggior parte degli ambienti aziendali, si tratta di Microsoft Active Directory o di una directory LDAP. Il server RADIUS riceve le credenziali dall'autenticatore, le convalida rispetto ad Active Directory e restituisce una decisione di criterio. Tale decisione può includere molto di più della semplice accettazione o del rifiuto: può includere l'assegnazione della VLAN, i criteri di larghezza di banda e i valori di timeout della sessione. È qui che l'assegnazione dinamica della VLAN diventa potente. Puoi definire un criterio che dice: se questo utente fa parte del gruppo Finance in Active Directory, assegnalo alla VLAN 20. Se si tratta di un collaboratore esterno, assegnalo alla VLAN 50 con solo accesso a Internet. Se si trova su un dispositivo non gestito, inseriscilo nella VLAN guest. 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 l'avvenuta autenticazione 802.1X, generando chiavi PMK e PTK uniche per sessione. Questa è una differenza fondamentale rispetto al WPA2-Personal, in cui tutti i client condividono lo stesso materiale di derivazione delle chiavi di crittografia. In una rete WPA2-Personal, un malintenzionato che intercetta 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 chiavi univoco. Dal punto di vista della conformità, questo è di fondamentale importanza. Lo standard PCI DSS versione 4.0 richiede severi controlli di autenticazione 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 il WiFi per gli ospiti, hai un problema serio — e lo standard 802.1X con segmentazione VLAN dinamica è una parte essenziale della soluzione. --- RACCOMANDAZIONI DI IMPLEMENTAZIONE E TRAPPOLE DA EVITARE — circa 2 minuti Bene, parliamo di implementazione. L'errore più comune che riscontro è che le organizzazioni considerano lo standard 802.1X come una scelta binaria: o lo si distribuisce completamente su tutto, 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. Distribuisci 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 Criteri di gruppo o la tua piattaforma MDM. Esegui test approfonditi prima del passaggio definitivo. Per il WiFi ospiti, l'approccio è diverso. Gli ospiti non dispongono di credenziali aziendali, quindi non si utilizza l'802.1X nel senso tradizionale. Al contrario, piattaforme come Purple forniscono un livello di Captive Portal che gestisce l'identità degli ospiti — login tramite 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 dell'acquisizione dei dati e della segmentazione senza richiedere agli ospiti di avere credenziali di directory. Le trappole da evitare: la gestione dei certificati è il problema 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. PEAP-MSCHAPv2 è più semplice 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 ad attacchi tramite 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 server RADIUS in una configurazione ad alta disponibilità — come minimo, un server primario e uno secondario — e assicurati che i punti di accesso siano configurati per gestire correttamente il failover. Infine, i dispositivi IoT. Molti dispositivi IoT non supportano i supplicant 802.1X. Per questi, il MAC Authentication Bypass — MAB — rappresenta la soluzione comune, in cui l'indirizzo MAC del dispositivo viene utilizzato come credenziale. Questo metodo è meno sicuro del vero 802.1X, pertanto isola i dispositivi autenticati tramite MAB in una VLAN limitata e monitorali attentamente. --- Q&A RAPIDO — circa 1 minuto Rispondo rapidamente ad alcune domande che ricevo regolarmente. "802.1X funziona con i server RADIUS basati su cloud?" Sì — servizi come Cisco ISE, Aruba ClearPass e le offerte native del cloud RADIUS-as-a-service supportano tutti 802.1X. La piattaforma di Purple si integra con questi sistemi per un'autenticazione unificata di ospiti e dipendenti. "Posso usare 802.1X su una rete cablata oltre che wireless?" Assolutamente sì. Lo standard è stato originariamente progettato per le porte Ethernet cablate e funziona in modo identico 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. "WPA3 sostituisce 802.1X?" No. WPA3-Enterprise utilizza ancora 802.1X per l'autenticazione — migliora i meccanismi di crittografia e di scambio delle chiavi, ma il framework di autenticazione rimane lo stesso. --- RIASSUNTO E PROSSIMI PASSI — circa 1 minuto Per riassumere: 802.1X è lo standard IEEE per il controllo dell'accesso alla rete basato su porta. Fornisce autenticazione per utente, assegnazione dinamica dei criteri, un audit trail completo e le chiavi di crittografia per sessione che rendono WPA2-Enterprise e WPA3-Enterprise realmente sicuri. È la scelta giusta per qualsiasi rete aziendale, del settore hospitality, retail o pubblico in cui siano necessarie responsabilità individuale e sicurezza di livello compliance. I tuoi prossimi passi immediati: analizza il tuo attuale modello di autenticazione di rete. Se utilizzi una chiave 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, scopri come le piattaforme come Purple possono fornire il livello di identità degli ospiti che integra la tua distribuzione aziendale 802.1X. Per ulteriori dettagli su WPA2 rispetto a WPA3 e su come interagiscono con 802.1X, consulta la guida comparativa di Purple collegata nelle note dell'episodio. Grazie per l'ascolto. Ci vediamo al prossimo briefing.

header_image.png

Executive Summary

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

IEEE 802.1X è il framework standard di settore per il controllo dell'accesso alla rete basato su porta. 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à con framework come PCI DSS e GDPR. Questa guida esplora i meccanismi di 802.1X, le differenze tra i comuni metodi EAP e le strategie di implementazione pratica per gli ambienti aziendali, incluso come si integra con le soluzioni di Guest WiFi per fornire una strategia di accesso olistica.

Technical Deep-Dive: Come Funziona 802.1X

Nel suo nucleo, 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 guardiano, bloccando tutto il traffico ad eccezione di EAP (Extensible Authentication Protocol) fino a quando l'autenticazione non va a buon fine.
  3. Authentication Server: Tipicamente 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.

architecture_overview.png

Il Flusso di Autenticazione

Quando un supplicant si connette a una porta o a un SSID abilitato 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 EAP over LAN (EAPOL) 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 scambiano le credenziali in modo sicuro attraverso l'authenticator.
  5. Decisione di Accesso: Dopo la corretta validazione, 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 Giusto

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. Pur essendo estremamente sicuro, richiede un'infrastruttura a chiave pubblica (PKI) robusta.
  • PEAP-MSCHAPv2 (Protected EAP): La distribuzione 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 nome utente e password standard (MSCHAPv2). Bilancia la sicurezza con la semplicità di implementazione.
  • EAP-TTLS (Tunneled 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.

Guida all'Implementazione

La distribuzione di 802.1X richiede una pianificazione attenta per evitare interruzioni per gli utenti. Un approccio graduale è fondamentale per il successo.

Fase 1: Idoneità dell'Infrastruttura

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

Fase 2: Configurazione del Supplicant

Non fare affidamento sugli 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 Rollout

Inizia con un piccolo gruppo pilota utilizzando un SSID di test dedicato o uno switch stack specifico. Monitora i log RADIUS per rilevare eventuali errori di autenticazione, in particolare quelli relativi a problemi di attendibilità del certificato o a credenziali errate. Una volta stabilizzato il progetto pilota, procedi con un rollout graduale in tutta l'organizzazione.

Integrazione con l'Accesso Guest

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

Best Practice

  • Applicare 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 agli attacchi di tipo rogue access point (Evil Twin).
  • Implementare l'assegnazione dinamica della VLAN: Sfruttare 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. Utilizzare 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 falsificati, è necessario limitare rigorosamente i privilegi di accesso dei dispositivi autenticati tramite MAB.

comparison_chart.png

Risoluzione dei problemi e mitigazione dei rischi

Quando l'autenticazione 802.1X fallisce, i log del server RADIUS rappresentano lo strumento di diagnostica 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'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 di identità backend.
  • Errore: Errore di attendibilità del certificato: Il supplicant ha rifiutato il certificato del server RADIUS. Assicurarsi 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, considerate 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 dell'802.1X offre un valore aziendale misurabile che va oltre la sicurezza pura:

  1. Riduzione dei costi operativi: Elimina la necessità di ruotare manualmente le PSK quando i dipendenti lasciano l'azienda o i collaboratori esterni terminano i loro contratti. L'accesso viene revocato istantaneamente disabilitando l'account di directory dell'utente.
  2. Conformità semplificata: Fornisce i registri di controllo per utente e i rigorosi controlli di accesso richiesti da PCI DSS, HIPAA e GDPR.
  3. Maggiore visibilità della 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 piuttosto che a indirizzi IP generici. Abbandonando le chiavi condivise e adottando il controllo degli accessi basato su porte, le reti aziendali ottengono la sicurezza granulare richiesta dalle moderne esigenze operative. Per un confronto dettagliato sugli standard di sicurezza wireless, consulta la nostra guida su WPA, WPA2 e WPA3: qual è la differenza e quale dovresti usare? .

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 porta 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 aziendali.

Supplicant

Il client software installato sul 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 edge (switch o access point) che controlla la porta fisica o logica, bloccando il traffico fino al completamento dell'autenticazione.

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

RADIUS Server

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

Il cervello dell'implementazione 802.1X, spesso implementato 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 per collocare 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 certificato 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 (solitamente nome utente/password).

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

Esempi pratici

Un hotel di 200 camere deve mettere in sicurezza la propria rete operativa interna (tablet del personale, telefoni VoIP, laptop della direzione) mantenendo una rete ospiti aperta e separata. Attualmente utilizzano un'unica chiave 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 privi di supporto 802.1X, configurare il MAC Authentication Bypass (MAB) sul server RADIUS, assegnandoli a una VLAN Voice isolata.
  5. Mantenere la rete ospiti aperta, proteggendola con il Captive Portal di Purple per l'isolamento degli ospiti e l'analytics.
Commento dell'esaminatore: Questo approccio elimina il rischio associato a una PSK condivisa. Utilizzando l'MDM per la distribuzione dei profili, la transizione per il personale avviene in modo trasparente. L'uso del MAB per i dispositivi VoIP legacy garantisce che rimangano funzionanti ma isolati, riducendo al minimo il rischio di attacchi di spoofing MAC.

Una grande catena di vendita al dettaglio non è conforme agli standard PCI DSS perché i terminali Point of Sale (PoS) si trovano sullo stesso segmento di rete logica 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 di autenticazione è un terminale PoS (autenticato tramite certificato 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 SSID multipli. 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. Disponi di un mix di laptop Windows aziendali e smartphone BYOD di proprietà dei dipendenti. Non disponi di un'infrastruttura PKI. Quale metodo EAP dovresti implementare?

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

Visualizza risposta modello

PEAP-MSCHAPv2. Poiché non disponi di un'infrastruttura PKI, l'implementazione dei certificati client per EAP-TLS non è fattibile. PEAP richiede solo un certificato lato server sul server RADIUS, consentendo agli utenti di autenticarsi con le proprie credenziali standard di Active Directory.

Q2. Dopo aver implementato 802.1X tramite PEAP, diversi utenti segnalano che viene visualizzato un avviso di sicurezza che chiede di "Considerare attendibile" un certificato durante la connessione alla rete. Quale passaggio di configurazione è stato tralasciato?

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

Visualizza risposta modello

Il profilo del supplicant distribuito sui 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 chiede all'utente di verificare manualmente l'identità del server, il che rappresenta un rischio per la sicurezza e una cattiva esperienza utente.

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

Suggerimento: Considera 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. È fondamentale che il server RADIUS sia configurato per assegnare questi dispositivi a una VLAN fortemente limitata (ad esempio, solo accesso a Internet, nessun accesso interno) per mitigare il rischio di spoofing dell'indirizzo MAC.

Continua a leggere questa serie

PSK per dispositivo per fornitore: confronto tra iPSK, DPSK, MPSK e PPSK (e supporto WPA3)

Un confronto completo delle implementazioni PSK per dispositivo tra Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Extreme, Fortinet e Ubiquiti UniFi. Scopri come WPA3-SAE influisce sulle strategie delle chiavi per dispositivo e quando distribuire le modalità di transizione rispetto al passaggio a 802.1X.

Leggi la guida →

Metodi di autenticazione del Captive Portal a confronto

Questa guida di riferimento tecnico autorevole valuta i compromessi architetturali, operativi e di conformità di cinque metodi di autenticazione principali per captive portal. Fornisce ad architetti di rete, direttori IT e marketing manager i dati quantitativi e i framework decisionali necessari per bilanciare l'attrito nell'onboarding degli ospiti con i requisiti di raccolta dati all'interno delle sedi aziendali.

Leggi la guida →

Cos'è l'autenticazione tramite indirizzo MAC? Quando usarla e quando evitarla

Questa guida tecnica di riferimento autorevole copre l'autenticazione tramite indirizzo MAC negli ambienti WiFi aziendali: come funziona l'autenticazione MAC basata su RADIUS a livello Layer 2, le sue vulnerabilità di sicurezza intrinseche (incluso il MAC spoofing e l'impatto della randomizzazione MAC a livello di sistema operativo) e i precisi contesti operativi in cui rimane uno strumento valido per la gestione di dispositivi IoT e headless. Fornisce linee guida di implementazione pratiche per responsabili IT e architetti di rete nei settori dell'ospitalità, del retail, della sanità e dei luoghi pubblici, con esempi pratici reali, framework decisionali e contesti di integrazione per la piattaforma di guest WiFi e analytics di Purple.

Leggi la guida →