Vai al contenuto principale

Cos'è RADIUS? Come i server RADIUS proteggono le reti WiFi

Questa guida tecnica autorevole spiega come RADIUS (Remote Authentication Dial-In User Service) sostenga la sicurezza del WiFi aziendale attraverso il framework IEEE 802.1X, coprendo architettura, implementazione e conformità. Progettata per IT manager, network architect e direttori operativi di sede, fornisce indicazioni pratiche per passare da chiavi pre-condivise (PSK) all'autenticazione per utente con applicazione dinamica delle policy. La guida mappa inoltre i punti di integrazione di RADIUS con la piattaforma di analytics e guest WiFi di Purple, con casi di studio concreti provenienti dai settori hospitality e retail.

Pubblicato Aggiornato
📖 6 minuti di lettura1,664 parole2 esempi pratici3 domande di esercitazione10 definizioni chiave

Ascolta questa guida

Visualizza trascrizione del podcast
Benvenuto al Purple Technical Briefing. Sono il tuo presentatore e oggi affronteremo un elemento fondamentale della sicurezza wireless aziendale: RADIUS. Se gestisci l'architettura di rete per una catena di hotel, una rete di punti vendita o un grande spazio pubblico, sai bene che distribuire una singola password WiFi condivisa semplicemente non è scalabile. Rappresenta un rischio per la sicurezza, un mal di testa operativo e ti rende completamente cieco su chi sia effettivamente presente sulla tua rete. Oggi analizzeremo cos'è RADIUS, come protegge il tuo WiFi attraverso il framework 802.1X e come dovresti approcciarne l'implementazione. Iniziamo con il contesto. Perché parliamo di RADIUS? Il Remote Authentication Dial-In User Service è un protocollo datato — risale ai tempi del dial-up — ma rimane la roccia assoluta del moderno controllo degli accessi alla rete. Quando entri in un ufficio aziendale e il tuo laptop si connette perfettamente al WiFi sicuro senza che tu debba digitare una password, c'è RADIUS all'opera. Per i gestori di grandi spazi, il passaggio dalle Pre-Shared Keys — o PSK — a RADIUS rappresenta la transizione da una connettività di livello consumer a una sicurezza di livello enterprise. Entriamo quindi nei dettagli dell'architettura tecnica. Quando parliamo di proteggere il WiFi con RADIUS, in realtà parliamo dello standard IEEE 802.1X. Questo framework si basa su un triangolo di fiducia. In primo luogo, abbiamo il Supplicant — ovvero il dispositivo dell'utente finale, il laptop o lo smartphone. In secondo luogo, l'Authenticator — questo è il tuo Network Access Server, in genere il tuo access point wireless o uno switch. E in terzo luogo, l'Authentication Server, che è il tuo server RADIUS. Ecco come funziona il flusso. Un dispositivo tenta di connettersi al WiFi. L'Access Point funge da buttafuori. Blocca tutto il traffico di rete ad eccezione dei messaggi di autenticazione — nello specifico, i messaggi Extensible Authentication Protocol, o EAP. L'AP riceve questi messaggi EAP dal dispositivo, li incapsula in un pacchetto RADIUS e li invia tramite la porta UDP 1812 al server RADIUS. Il server RADIUS verifica quindi tali credenziali rispetto al tuo archivio di identità — che potrebbe essere Active Directory, LDAP o un provider cloud come Azure AD. Se le credenziali sono corrette, il server RADIUS invia un messaggio di Access-Accept all'AP e il buttafuori consente al dispositivo di accedere alla rete. Ma RADIUS non serve solo a dire sì o no. Serve all'Autorizzazione. Quel pacchetto Access-Accept può trasportare Vendor-Specific Attributes, o VSA. È qui che lo strumento diventa potente. Invece di trasmettere cinque reti WiFi diverse per Personale, Management, Point of Sale e dispositivi IoT, trasmetti un unico SSID sicuro. Quando un utente si autentica, il server RADIUS comunica all'Access Point: Questo è un utente Management, inseriscilo nella VLAN 30. Oppure: Questo è un dispositivo POS, inseriscilo nella VLAN 40 con regole di firewall restrittive. Questa applicazione dinamica delle policy è una svolta per la progettazione della rete. Semplifica l'ambiente RF, riduce le interferenze e ti offre un controllo granulare su chi può raggiungere cosa. Ora parliamo della funzione di Accounting di RADIUS — il terzo pilastro di AAA. Ogni volta che un utente si connette e si disconnette, il server RADIUS lo registra. Si ottiene un audit trail completo: chi si è connesso, da quale dispositivo, per quanto tempo e quanti dati ha trasferito. Per le organizzazioni attente alla conformità — si pensi a PCI DSS per il retail o al GDPR per qualsiasi operazione in Europa — questo audit trail è inestimabile. È la differenza tra l'essere in grado di dimostrare i controlli di accesso a un auditor e il doversi affannare a spiegare perché non si dispone di alcun record. Passiamo all'implementazione. La sicurezza di tutta questa configurazione dipende interamente dal metodo EAP scelto. Lo standard di riferimento è EAP-TLS. Questo utilizza certificati digitali sia sul server che sul dispositivo client. Non ci sono password da rubare, né credenziali da carpire tramite phishing. È incredibilmente sicuro, ma richiede una solida piattaforma di Mobile Device Management per inviare tali certificati ai dispositivi aziendali. Se si dispone di un'installazione matura di Intune o Jamf, EAP-TLS è la scelta giusta per gli endpoint gestiti dall'azienda. Se si dispone di dispositivi BYOD, si potrebbe utilizzare PEAP — Protected EAP — che utilizza un nome utente e una password all'interno di un tunnel TLS crittografato. È più facile da implementare, ma è necessario assicurarsi che gli utenti siano addestrati a non ignorare gli avvisi sui certificati, altrimenti potrebbero cadere vittime di un rogue access point che ne sottrae le credenziali. La regola empirica è: EAP-TLS per i dispositivi gestiti, PEAP per il BYOD e mai utilizzare metodi EAP non protetti in produzione. Quando si distribuisce RADIUS, l'alta affidabilità è fondamentale. Se il server RADIUS va offline, nessuno può accedere alla rete. È necessaria la ridondanza — come minimo, un server primario e uno secondario, idealmente in data center o zone di disponibilità separate. Configurare ogni Access Point con entrambi gli indirizzi del server in modo che possa eseguire il failover automaticamente. E occorre monitorare la latenza. EAP è sensibile ai ritardi. Se gli AP si trovano a Manchester e il server RADIUS è in un data center distante, l'autenticazione potrebbe andare in timeout prima di essere completata. I servizi Cloud RADIUS con punti di presenza globali sono sempre più spesso la risposta giusta in questo caso, in particolare per le organizzazioni con sedi distribuite. Un'altra considerazione architetturale che vale la pena sottolineare: RADIUS Proxy. È così che funziona l'identità federata per il WiFi. Si pensi a eduroam — la rete di roaming accademico — o a govroam per il settore pubblico. Quando un utente dell'Università A visita l'Università B, il suo dispositivo si autentica utilizzando le credenziali dell'istituto di origine. Il server RADIUS locale ispeziona il realm — la parte del dominio nel nome utente — e inoltra la richiesta di autenticazione tramite proxy al server RADIUS dell'istituto di origine. Il server di origine convalida le credenziali e restituisce il risultato. Questa stessa architettura è applicabile a qualsiasi implementazione multi-organizzazione, compresi i grandi patrimoni aziendali con più filiali. Ora, passiamo a una sessione di domande e risposte rapide sulle domande che ricevo più spesso dai clienti. Domanda uno: Possiamo usare semplicemente un captive portal al posto di RADIUS? Risposta: Per l'accesso degli ospiti, un captive portal è assolutamente appropriato. È lo strumento ideale per raccogliere i dati degli ospiti, presentare i termini e le condizioni e abilitare il social login. Tuttavia, per i dipendenti o i dispositivi aziendali, un captive portal non fornisce alcuna crittografia via etere tra il dispositivo e l'access point. RADIUS, combinato con WPA2-Enterprise o WPA3-Enterprise, fornisce chiavi di crittografia per singola sessione. RADIUS è necessario per qualsiasi dispositivo che gestisce dati aziendali. Domanda due: Perché i miei AP vanno in timeout quando comunicano con il nuovo server RADIUS? Risposta: Verifica innanzitutto il Shared Secret. L'AP e il server RADIUS utilizzano una chiave segreta condivisa per verificare l'integrità delle loro comunicazioni. Se la chiave viene digitata in modo errato su uno dei due lati, il server RADIUS eliminerà silenziosamente i pacchetti Access-Request senza registrare un errore di autenticazione. L'AP vedrà semplicemente un timeout. È l'errore di configurazione numero uno nelle nuove implementazioni ed è estremamente frustrante da diagnosticare se non si sa cosa cercare. Domanda tre: Abbiamo dispositivi IoT che non supportano lo standard 802.1X. Come dobbiamo gestirli? Risposta: Questa è una sfida molto comune. La risposta è il MAC Authentication Bypass, o MAB. Il server RADIUS può essere configurato per accettare l'indirizzo MAC di un dispositivo come sua identità. Non è sicuro quanto l'autenticazione basata su certificati, ma consente di registrare i dispositivi IoT noti e di collocarli su una VLAN dedicata e limitata. Combina il MAB con ACL rigide e monitoraggio della rete per ottenere un livello di sicurezza ragionevole. Per riassumere tutto ciò che abbiamo trattato oggi: RADIUS è il motore che spinge la sicurezza aziendale 802.1X. Consente di abbandonare le password condivise per passare a un'identità univoca per utente e per dispositivo. Abilita policy di rete dinamiche tramite l'assegnazione di VLAN e Vendor-Specific Attributes. Fornisce la traccia di controllo necessaria per la conformità a PCI DSS e GDPR. E, attraverso le architetture proxy, consente l'identità federata e il roaming continuo tra i confini organizzativi. L'investimento nell'infrastruttura RADIUS — sia che si tratti di un'implementazione on-premise come FreeRADIUS o Microsoft NPS, sia di un servizio ospitato in cloud — si ripaga rapidamente grazie alla riduzione dei costi di gestione dell'helpdesk, all'eliminazione degli incidenti di condivisione delle credenziali e alla semplicità operativa di gestire un unico SSID sicuro anziché molti. Per qualsiasi organizzazione che opera su scala, RADIUS non è opzionale. È fondamentale. Grazie per aver ascoltato questo Briefing Tecnico di Purple. Per ulteriori guide sulla sicurezza WiFi aziendale, inclusa la nostra analisi approfondita su WPA2 e WPA3, visita purple dot ai.

Parte della nostra serie principale: Enterprise WiFi Security Guide

Cos'è RADIUS? Come i server RADIUS proteggono le reti WiFi

Executive Summary

Per gli architetti di rete aziendali e i direttori IT, la sicurezza dell'accesso wireless in sedi distribuite richiede molto più di una password condivisa. Con l'aumentare della densità dei dispositivi nei settori dell'ospitalità, del retail e pubblico, i limiti delle chiavi pre-condivise (PSK) e dei Captive Portal di base si trasformano in vulnerabilità critiche. Il Remote Authentication Dial-In User Service (RADIUS) fornisce l'architettura fondamentale per una sicurezza WiFi solida e scalabile.

Questa guida di riferimento tecnica descrive dettagliatamente come funziona RADIUS all'interno del framework 802.1X per offrire autenticazione per singolo utente, applicazione dinamica delle policy e audit trail completi. Centralizzando la gestione delle identità, RADIUS consente un accesso alla rete zero-trust, mitigando i rischi di condivisione delle credenziali e di accesso non autorizzato, garantendo al contempo la conformità con i rigorosi standard di protezione dei dati. Vengono analizzati i componenti principali, le metodologie di implementazione e come l'integrazione di RADIUS con piattaforme come l'infrastruttura Guest WiFi di Purple semplifichi le operazioni migliorando al contempo il livello di sicurezza.

Technical Deep-Dive: Architettura RADIUS e 802.1X

RADIUS è un protocollo a livello applicativo che opera su UDP (tradizionalmente porta 1812 per l'autenticazione e 1813 per l'accounting) e fornisce una gestione centralizzata di Authentication, Authorization, and Accounting (AAA) per gli utenti che si connettono a un servizio di rete.

Quando si mette in sicurezza il WiFi aziendale, RADIUS funge da server di autenticazione all'interno del framework IEEE 802.1X. Questa architettura è composta da tre elementi principali:

Il Supplicant è il dispositivo dell'utente finale — laptop, smartphone o dispositivo IoT — che richiede l'accesso alla rete. L'Authenticator è il Network Access Server (NAS), in genere l'access point wireless o lo switch, che blocca tutto il traffico fino a quando l'autenticazione non va a buon fine. L'Authentication Server è il server RADIUS stesso, che convalida le credenziali rispetto a un archivio di identità come Active Directory, LDAP o un provider di identità cloud.

Il flusso di autenticazione

Quando un dispositivo si associa a un SSID abilitato per l'802.1X, l'access point limita tutto il traffico ad eccezione dei messaggi Extensible Authentication Protocol (EAP). L'Authenticator invia un pacchetto EAP-Request/Identity al Supplicant. Il Supplicant risponde con un EAP-Response/Identity, che l'Authenticator incapsula in un pacchetto RADIUS Access-Request e inoltra al server RADIUS. Il server RADIUS negozia un metodo EAP — come EAP-TLS o PEAP-MSCHAPv2 — con il Supplicant per scambiare le credenziali in modo sicuro. A seguito di una convalida andata a buon fine con l'identity store, il server RADIUS restituisce un pacchetto RADIUS Access-Accept. Questo pacchetto contiene spesso Vendor-Specific Attributes (VSA) che indicano all'Authenticator di applicare policy specifiche, come l'assegnazione dell'utente a una particolare VLAN o l'applicazione di limiti di banda.

Cos'è RADIUS? Come i server RADIUS proteggono le reti WiFi - radius architecture overview

Metodi EAP e Postura di Sicurezza

La sicurezza di un'installazione RADIUS dipende in gran parte dal metodo EAP scelto. EAP-TLS (Transport Layer Security) rappresenta il gold standard per la sicurezza aziendale. Richiede certificati sia lato server che client, eliminando la dipendenza dalle password e mitigando il furto di credenziali. Tuttavia, richiede una robusta Public Key Infrastructure (PKI) e un Mobile Device Management (MDM) per la fornitura dei certificati. PEAP (Protected EAP) crea un tunnel TLS crittografato tra il Supplicant e il server RADIUS, all'interno del quale avviene l'autenticazione interna — solitamente MSCHAPv2 utilizzando nome utente e password. Sebbene sia più facile da implementare rispetto a EAP-TLS, è vulnerabile alla raccolta di credenziali qualora gli utenti ignorino gli avvisi di convalida del certificato del server.

La Funzione di Accounting

Oltre all'autenticazione e all'autorizzazione, RADIUS fornisce registri di accounting dettagliati. Ogni avvio, interruzione e aggiornamento intermedio della sessione viene registrato, acquisendo l'identità dell'utente, l'indirizzo MAC del dispositivo, la durata della sessione e i dati trasferiti. Questo registro di controllo è un requisito di conformità ai sensi del PCI DSS per gli ambienti Retail e supporta gli obblighi di controllo degli accessi previsti dal GDPR. L'integrazione di questi dati con le piattaforme di WiFi Analytics ne estende il valore all'intelligence operativa.

Guida all'Implementazione: Configurare RADIUS per il WiFi Aziendale

La configurazione di RADIUS richiede una pianificazione attenta per garantire alta disponibilità, bassa latenza e un'esperienza utente fluida.

Architettura e Dimensionamento

RADIUS è un percorso critico per l'accesso alla rete. Distribuisci server RADIUS ridondanti in data center o zone di disponibilità geograficamente diverse. Configura gli autenticatori con gli indirizzi IP dei server RADIUS primario e secondario per abilitare il failover automatico. L'autenticazione RADIUS è sensibile alla latenza: una latenza elevata può causare timeout EAP, con conseguenti connessioni non riuscite. Posiziona i server RADIUS vicino all'edge della rete laddove possibile, oppure utilizza soluzioni RADIUS in cloud con punti di presenza globali.

Integrazione con gli Identity Store

Il server RADIUS deve comunicare con la tua fonte di verità per l'identità dell'utente. Per le distribuzioni on-premises, l'integrazione con Microsoft Active Directory tramite Network Policy Server (NPS) o FreeRADIUS con binding LDAP rappresenta lo standard. Le distribuzioni moderne sfruttano sempre più spesso gli Identity Provider (IdP) in cloud come Azure AD, Okta o Google Workspace. Questo richiede spesso la distribuzione di un proxy RADIUS o l'utilizzo di servizi RADIUS in cloud che collegano nativamente il protocollo RADIUS alle API SAML e OIDC.

Applicazione delle Policy e Segmentazione

Sfrutta gli attributi RADIUS per assegnare dinamicamente le policy di rete in base all'identità dell'utente o all'appartenenza a un gruppo. Invece di trasmettere più SSID per diversi gruppi di utenti (Staff, Management, IoT), trasmetti un singolo SSID 802.1X. Il server RADIUS restituisce l'attributo Tunnel-Private-Group-ID per assegnare dinamicamente l'utente alla VLAN appropriata. Applica le liste di controllo degli accessi (ACL) in base alle risposte RADIUS per limitare l'accesso alle risorse interne sensibili, implementando il controllo degli accessi basato sui ruoli (RBAC) a livello di rete.

Cos'è RADIUS? Come i server RADIUS proteggono le reti WiFi - retail wifi deployment

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.

Best Practice e Conformità

L'implementazione di RADIUS è un componente chiave per allinearsi agli standard di settore e ai framework normativi.

Protezione dell'Infrastruttura RADIUS

RADIUS utilizza un segreto condiviso per crittografare la comunicazione tra l'autenticatore e il server RADIUS. Utilizza segreti condivisi complessi e generati casualmente (almeno 32 caratteri) e ruotali periodicamente. Posiziona i server RADIUS in una VLAN di gestione protetta e isolata. Limita l'accesso applicando regole di firewall rigide, consentendo solo il traffico UDP 1812 e 1813 dagli autenticatori noti. Se utilizzi EAP-TLS o PEAP, assicurati che il certificato del server RADIUS sia emesso da un'Autorità di Certificazione (CA) fidata dai dispositivi client e monitora rigorosamente le date di scadenza dei certificati.

Considerazioni sulla Conformità

Per gli ambienti Retail che gestiscono dati di carte di pagamento, RADIUS soddisfa i requisiti PCI DSS relativi all'identificazione univoca degli utenti e alla crittografia forte per le reti wireless. Per gli ambienti Healthcare, RADIUS fornisce il controllo degli accessi e la traccia di audit richiesti dai framework di protezione dei dati. Garantendo la responsabilità individuale, RADIUS supporta i requisiti GDPR per la sicurezza dei dati e il controllo degli accessi. L'integrazione di RADIUS con una piattaforma di WiFi Analytics consente di adottare policy conformi di raccolta e conservazione dei dati. Comprendere l'interazione tra RADIUS e gli standard di crittografia wireless è altrettanto fondamentale — la nostra guida WPA, WPA2 and WPA3: What's the Difference and Which Should You Use? descrive in dettaglio il livello di crittografia.

Cos'è RADIUS? Come i server RADIUS proteggono le reti WiFi - radius vs psk comparison

Risoluzione dei problemi e mitigazione dei rischi

Quando l'autenticazione RADIUS non va a buon fine, l'impatto è immediato: gli utenti non riescono a connettersi. Un approccio sistematico alla risoluzione dei problemi è essenziale.

La mancata corrispondenza della chiave segreta condivisa (Shared Secret Mismatch) è l'errore di configurazione più comune. Se la chiave segreta sul punto di accesso non corrisponde a quella sul server, il server RADIUS ignorerà silenziosamente i pacchetti Access-Request. Il sintomo consiste in un timeout della connessione del client senza log corrispondenti sul server RADIUS. I timeout EAP sono causati dalla latenza di rete tra l'AP e il server RADIUS, o da un server RADIUS sovraccarico. Il sintomo consiste nella richiesta ripetuta di credenziali agli client o nella mancata connessione durante le ore di punta. I problemi di attendibilità dei certificati si verificano quando il dispositivo client non considera attendibile la CA che ha firmato il certificato del server RADIUS, causando l'interruzione della negoziazione EAP. Il sintomo è un avviso di certificato sul client o un errore di connessione silenzioso. Gli errori di connettività con l'Identity Store si verificano quando il server RADIUS non riesce a raggiungere Active Directory o LDAP per convalidare le credenziali, con conseguenti errori di autenticazione nonostante l'inserimento di credenziali corrette.

Per mitigare questi rischi, aggrega i log di RADIUS in un SIEM o in una piattaforma di log centrale per il monitoraggio e l'alerting in tempo reale. Distribuisci sonde sintetiche che simulano continuamente le autenticazioni 802.1X per rilevare problemi di latenza o disponibilità prima che abbiano un impatto sugli utenti. Per le organizzazioni con sedi distribuite, comprendere come RADIUS si inserisca all'interno di un'architettura WAN più ampia è di grande valore — The Core SD WAN Benefits for Modern Businesses fornisce un contesto utile sui principi di progettazione della rete.

ROI e impatto sul business

Il passaggio a un'architettura 802.1X basata su RADIUS richiede investimenti in infrastrutture e configurazione, ma il ritorno è significativo per gli ambienti enterprise.

Efficienza operativa

RADIUS elimina la necessità di aggiornare e distribuire manualmente le chiavi precondivise (PSK) quando un dipendente lascia l'azienda o quando una chiave viene compromessa. L'integrazione con le piattaforme MDM consente il provisioning automatico (zero-touch) di certificati o profili, semplificando l'onboarding dei dispositivi. Per gli operatori del settore Hospitality che gestiscono centinaia di dispositivi del personale in più strutture, questa semplificazione operativa si traduce direttamente in una riduzione dei costi operativi IT. Per gli hub di Trasporto che gestiscono migliaia di connessioni simultanee, la scalabilità di RADIUS è un requisito non negoziabile.

Sicurezza e analisi avanzate

Il controllo granulare degli accessi e l'assegnazione dinamica delle VLAN riducono la portata di una potenziale violazione limitando i movimenti laterali. I dati di accounting RADIUS offrono informazioni approfondite sull'utilizzo della rete e sul comportamento degli utenti. Se integrati con la piattaforma di Purple, questi dati potenziano le funzionalità di analisi, guidando decisioni operative migliori in diversi tipi di location. La combinazione di autenticazione sicura e analisi fruibili rappresenta l'intera proposta di valore dell'infrastruttura WiFi aziendale.

Definizioni chiave

RADIUS (Remote Authentication Dial-In User Service)

Un protocollo di rete che fornisce una gestione centralizzata di autenticazione, autorizzazione e tracciamento (AAA - Authentication, Authorization, and Accounting) per gli utenti che si connettono a un servizio di rete. Funziona tramite le porte UDP 1812 (autenticazione) e 1813 (tracciamento).

L'infrastruttura fondamentale richiesta per passare da password condivise a identità utente individuali su una rete WiFi aziendale.

802.1X

Uno standard IEEE per il controllo dell'accesso alla rete basato su porta (PNAC - Network Access Control), che fornisce un meccanismo di autenticazione ai dispositivi che desiderano connettersi a una LAN o WLAN. Definisce i ruoli di Supplicant, Authenticator e Authentication Server.

Il framework che utilizza RADIUS per proteggere le reti wireless aziendali. Qualsiasi implementazione WiFi aziendale mirata a WPA2-Enterprise o WPA3-Enterprise deve implementare lo standard 802.1X.

Supplicant

Il dispositivo client — laptop, smartphone o dispositivo IoT — che desidera connettersi alla rete e deve fornire le credenziali all'Authenticator.

L'endpoint che richiede la configurazione, spesso tramite MDM, per supportare il metodo EAP scelto e verificare il certificato del server RADIUS.

Authenticator

Il dispositivo di rete — in genere un Access Point wireless o uno switch compatibile con lo standard 802.1X — che facilita il processo di autenticazione inoltrando i messaggi EAP tra il Supplicant e il server RADIUS.

Il componente dell'infrastruttura che applica la decisione di blocco o consenso in base alla risposta del server RADIUS. È il "buttafuori" della rete.

EAP (Extensible Authentication Protocol)

Un framework di autenticazione che definisce un insieme di metodi di autenticazione negoziabili (metodi EAP) utilizzati per trasportare in sicurezza le credenziali tra il Supplicant e l'Authentication Server.

Il protocollo che trasporta le credenziali di autenticazione effettive — certificati, password — in modo sicuro via etere all'interno del framework 802.1X.

EAP-TLS (EAP Transport Layer Security)

Un metodo EAP che utilizza la mutua autenticazione TLS, richiedendo sia al server RADIUS che al dispositivo client di presentare certificati digitali validi. Elimina completamente l'autenticazione basata su password.

Il metodo più sicuro per l'autenticazione wireless. Consigliato per tutti i dispositivi gestiti a livello aziendale in cui una piattaforma MDM può fornire certificati client.

VSA (Vendor-Specific Attribute)

Attributi personalizzati all'interno di un pacchetto RADIUS che consentono ai fornitori di rete di supportare funzionalità proprietarie o estese oltre al set di attributi RADIUS standard definito nella specifica RFC 2865.

Utilizzato ampiamente per l'applicazione di policy avanzate, tra cui l'assegnazione dinamica della VLAN (Tunnel-Private-Group-ID), i limiti di larghezza di banda e l'applicazione di ruoli firewall specifici alle sessioni autenticate.

Shared Secret

Una stringa di testo nota solo all'Authenticator e al server RADIUS, utilizzata per verificare l'integrità dei pacchetti RADIUS e crittografare il campo della password all'interno dei pacchetti di tipo Access-Request.

Un parametro di sicurezza critico. Una mancata corrispondenza tra l'AP e il server causa la perdita silenziosa dei pacchetti ed è la causa più comune di errore di autenticazione nelle nuove implementazioni.

NAS (Network Access Server)

Il dispositivo di rete — in genere un Access Point o uno switch — che funge da Authenticator nel framework 802.1X, applicando il controllo degli accessi in base alle decisioni del RADIUS.

Spesso usato in modo intercambiabile con "Authenticator" nella documentazione RADIUS e nelle guide di configurazione dei fornitori.

PEAP (Protected EAP)

Un metodo EAP che stabilisce un tunnel TLS crittografato tra il Supplicant e il server RADIUS, all'interno del quale viene utilizzato un metodo di autenticazione interno più semplice (in genere MSCHAPv2) per convalidare le credenziali di nome utente e password.

Una scelta pragmatica per gli ambienti BYOD in cui l'implementazione dei certificati client non è praticabile. Richiede l'applicazione rigorosa della convalida del certificato del server sui dispositivi client per prevenire attacchi di raccolta delle credenziali.

Esempi pratici

Un hotel da 200 camere ha l'esigenza di segmentare la propria rete wireless. Attualmente utilizza un'unica PSK per il personale e un Captive Portal per gli ospiti. I dispositivi del personale — tablet per il servizio di pulizia, laptop per la direzione — sono mescolati sulla stessa sottorete. Come si dovrebbe riprogettare questo sistema utilizzando RADIUS?

Implementare un server RADIUS ospitato in cloud e integrato con l'Azure AD dell'hotel. Configurare gli access point wireless per utilizzare l'autenticazione 802.1X puntando al server RADIUS. In Azure AD, creare gruppi di sicurezza per "Housekeeping" e "Management". Sul server RADIUS, configurare le network policy: se l'utente che effettua l'autenticazione è membro del gruppo "Housekeeping", restituire Access-Accept con l'attributo RADIUS Tunnel-Private-Group-ID impostato sulla VLAN 20. Se l'utente fa parte di "Management", restituire la VLAN 30. Distribuire profili MDM tramite Intune ai dispositivi del personale con certificati EAP-TLS per un'autenticazione fluida e senza password. L'accesso degli ospiti continua tramite un SSID separato che utilizza il Captive Portal di Purple per l'acquisizione dei dati e l'accettazione dei termini di servizio.

Commento dell'esaminatore: Questo approccio elimina la vulnerabilità della PSK condivisa e segmenta automaticamente il traffico in base all'identità, senza richiedere SSID aggiuntivi. L'uso di EAP-TLS rimuove la necessità per il personale di inserire password sui dispositivi condivisi, migliorando sia l'esperienza utente che il livello di sicurezza. L'assegnazione dinamica della VLAN semplifica l'ambiente RF riducendo il numero di SSID trasmessi, il che migliora le prestazioni wireless complessive. L'hotel mantiene il Captive Portal per gli ospiti per la raccolta dei dati di marketing, applicando al contempo una sicurezza di livello enterprise ai dispositivi operativi.

Una catena retail con 80 negozi riscontra frequenti disconnessioni della connessione WiFi per i propri scanner di inventario portatili durante le ore di punta dello shopping natalizio. Gli scanner utilizzano PEAP-MSCHAPv2 con un server RADIUS centrale situato in un data center regionale collegato tramite una WAN MPLS gestita.

Analizzare i log del server RADIUS per confermare i timeout EAP in correlazione con i periodi di picco del traffico. Misurare la latenza di andata e ritorno tra gli AP del negozio e il server RADIUS — se questa supera i 150 ms, i timeout EAP diventano probabili. Implementare la ridondanza locale a livello di filiale distribuendo un proxy RADIUS leggero o un'appliance edge in ogni negozio che memorizzi nella cache le credenziali di sessione per un periodo definito. In alternativa, migrare a un servizio RADIUS in cloud con punti di presenza regionali per ridurre la dipendenza dalla rete WAN. Regolare il timeout EAP e i parametri di ripetizione sui controller wireless per adattarsi alla latenza misurata. A lungo termine, valutare la migrazione dell'autenticazione degli scanner a MAC Authentication Bypass (MAB) con assegnazione rigorosa della VLAN, riducendo il sovraccarico di autenticazione per i dispositivi IoT non interattivi.

Commento dell'esaminatore: Affidarsi a un server RADIUS centralizzato su un collegamento WAN ad alta latenza è un errore di progettazione comune per le autenticazioni EAP sensibili al fattore tempo, in particolare per i dispositivi IoT e portatili che si riautenticano frequentemente. La ridondanza locale garantisce la continuità aziendale per i dispositivi operativi critici anche in caso di degrado del collegamento WAN. La raccomandazione MAB per gli scanner è appropriata perché si tratta di dispositivi noti e registrati che non richiedono un'identità a livello di utente: l'obiettivo di sicurezza è la registrazione del dispositivo e il posizionamento nella VLAN, non la responsabilità dell'utente.

Domande di esercitazione

Q1. La tua organizzazione sta migrando da una singola PSK a 802.1X. Disponi di un mix di laptop aziendali gestiti tramite Intune e smartphone personali BYOD dei dipendenti. Quali metodi EAP dovresti distribuire per ciascuna categoria di dispositivi e quali sono i requisiti di configurazione chiave per ciascuno?

Suggerimento: Prendi in considerazione le funzionalità di provisioning dei certificati disponibili per i dispositivi gestiti rispetto a quelli non gestiti e i compromessi in termini di sicurezza tra l'autenticazione basata su password e quella basata su certificati.

Visualizza risposta modello

Distribuisci EAP-TLS per i laptop aziendali, utilizzando Intune per distribuire silenziosamente i certificati client richiesti tramite un profilo SCEP o PKCS. Questo elimina l'autenticazione basata su password e offre il massimo livello di sicurezza. Per gli smartphone BYOD, dove la gestione dei certificati client non è pratica, distribuisci PEAP-MSCHAPv2, consentendo agli utenti di autenticarsi con le proprie credenziali aziendali all'interno di un tunnel TLS protetto. Aspetto fondamentale: configura il server RADIUS in modo che presenti un certificato emesso da una CA nota e imponi la convalida del certificato del server sui dispositivi client tramite un profilo di configurazione WiFi per prevenire attacchi di tipo rogue AP. Prendi in considerazione la separazione dei dispositivi BYOD su una VLAN con restrizioni e accesso limitato alle risorse interne.

Q2. Dopo aver distribuito un nuovo server RADIUS per la WiFi dello staff di uno stadio, i client non riescono a connettersi. I log dell'AP mostrano "RADIUS Server Timeout". Il team di rete conferma che la porta UDP 1812 è aperta tra gli AP e il server RADIUS. Qual è la causa principale più probabile e quale processo diagnostico utilizzeresti?

Suggerimento: Il server RADIUS scarterà silenziosamente i pacchetti se un parametro di sicurezza specifico non corrisponde, generando un timeout sul lato AP senza alcuna voce di registro corrispondente sul server.

Visualizza risposta modello

La causa più probabile è una mancata corrispondenza del Segreto Condiviso (Shared Secret). Se il segreto condiviso configurato sull'Access Point non corrisponde esattamente a quello configurato per l'indirizzo IP di quell'AP sul server RADIUS, il server scarterà i pacchetti Access-Request senza generare un log di errore di autenticazione. Il processo diagnostico è il seguente: (1) Controlla i log del server RADIUS — se non ci sono voci per l'indirizzo IP dell'AP, il server sta scartando i pacchetti, indicando una mancata corrispondenza del segreto condiviso. (2) Verifica il segreto condiviso sia sull'AP che nella configurazione del client sul server RADIUS, controllando l'eventuale presenza di spazi finali o problemi di codifica dei caratteri. (3) Se i segreti condivisi corrispondono, esegui un'acquisizione dei pacchetti sull'interfaccia di rete del server RADIUS per confermare che i pacchetti stiano arrivando. (4) Se i pacchetti arrivano ma vengono scartati, verifica che l'indirizzo IP di origine dell'AP corrisponda all'IP del client configurato sul server RADIUS.

Q3. Una sede del settore pubblico desidera offrire una connessione WiFi sicura e senza interruzioni ai visitatori provenienti da dipartimenti governativi partner, consentendo loro di autenticarsi con le credenziali della propria organizzazione di origine senza richiedere un account ospite separato. In che modo RADIUS rende possibile tutto questo e quali sono le principali considerazioni sulla sicurezza?

Suggerimento: Pensa a come le richieste RADIUS possono essere inoltrate tra diverse organizzazioni in base al realm di identità e a quali relazioni di fiducia devono essere stabilite.

Visualizza risposta modello

Questo risultato si ottiene utilizzando un'architettura RADIUS Proxy, simile ai modelli eduroam o govroam. Il server RADIUS locale viene configurato come proxy. Quando riceve una richiesta di Access-Request, ne esamina il realm, ovvero la parte del dominio presente nel nome utente (ad esempio, utente@department.gov.uk). Se il realm appartiene a un'organizzazione partner, il server locale inoltra la richiesta Access-Request al server RADIUS del partner tramite una connessione proxy RADIUS crittografata e precedentemente stabilita. Il server del partner autentica l'utente rispetto al proprio archivio di identità e restituisce il risultato al server locale, che lo trasmette all'AP. Le principali considerazioni sulla sicurezza includono: la definizione di accordi formali di fiducia con ciascuna organizzazione partner; l'uso di RadSec (RADIUS su TLS) anziché del protocollo UDP standard per le connessioni proxy per crittografare il traffico in transito; la convalida del certificato del server RADIUS del partner prima di accettare le risposte proxy; e la definizione di policy chiare sul livello di accesso alla rete da concedere agli utenti visitatori provenienti dal realm di ciascun partner.

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.

Cos'è RADIUS? Come i server RADIUS proteggono le reti WiFi | Purple