Mitigazione delle vulnerabilità RADIUS: una guida al consolidamento della sicurezza

Executive Summary

RADIUS (Remote Authentication Dial-In User Service) rimane il protocollo principale per il controllo dell'accesso alla rete nelle installazioni WiFi aziendali, supportando l'autenticazione IEEE 802.1X in hotel, punti vendita, stadi, centri congressi ed edifici del settore pubblico. Tuttavia, l'architettura di RADIUS risale agli anni '90 e diverse delle sue decisioni progettuali fondamentali - l'affidamento all'hashing MD5, il trasporto UDP privo di crittografia nativa e i segreti condivisi statici - sono diventate rischi significativi nell'attuale scenario delle minacce.

Nel luglio 2024, la vulnerabilità BlastRADIUS (CVE-2024-3596) ha dimostrato che un utente malintenzionato in grado di effettuare un attacco man-in-the-middle può falsificare le risposte Access-Accept di RADIUS sfruttando i punti deboli di integrità dell'MD5 nei pacchetti Access-Request. La vulnerabilità interessa tutte le principali implementazioni RADIUS, comprese FreeRADIUS, Cisco ISE e Microsoft NPS. Le installazioni non patchate rimangono a rischio.

Questa guida fornisce una roadmap di hardening prioritaria che copre la gestione delle patch, la sicurezza dei segreti condivisi, la selezione del metodo EAP, l'implementazione di RadSec, l'autenticazione a più fattori per l'accesso amministrativo e l'integrazione SIEM per il rilevamento delle anomalie. È scritta per i professionisti IT che devono prendere decisioni difendibili in questo trimestre, non l'anno prossimo.

Approfondimento Tecnico

Come funziona RADIUS e quali sono i suoi punti deboli

RADIUS opera come protocollo client-server tra un server di accesso alla rete (NAS) - in genere un access point WiFi, uno switch o un concentratore VPN - e un server RADIUS, che convalida le credenziali rispetto a un archivio di identità backend come Active Directory o LDAP. Lo scambio di autenticazione segue il modello richiesta-sfida-risposta definito nella RFC 2865, mentre la contabilità viene gestita separatamente secondo la RFC 2866.

Il protocollo trasmette i pacchetti di autenticazione su UDP, utilizzando la porta 1812 per l'autenticazione e la porta 1813 per il monitoraggio degli accessi. Il segreto condiviso - la chiave precondivisa configurata sia sul NAS che sul server RADIUS - viene utilizzato per generare il campo Response Authenticator e per crittografare l'attributo User-Password tramite un cifrario XOR basato su MD5. Questa non è crittografia in senso moderno; si tratta di un offuscamento che dipende interamente dalla segretezza e dalla robustezza del segreto condiviso.

Le cinque principali categorie di vulnerabilità in una tipica installazione RADIUS sono le seguenti.

Vulnerabilità di integrità e collisione MD5. L'attacco BlastRADIUS (CVE-2024-3596) sfrutta la mancanza di protezione dell'integrità sui pacchetti Access-Request. Poiché molte configurazioni non includono l'attributo Message-Authenticator dal NAS per impostazione predefinita, un utente malintenzionato in posizione man-in-the-middle può iniettare attributi modificati prima che il pacchetto raggiunga il server RADIUS. Utilizzando una tecnica di collisione basata sul prefisso scelto di MD5, l'attaccante può manipolare il pacchetto in modo che il server RADIUS calcoli un Response Authenticator valido per il pacchetto modificato, restituendo un Access-Accept per una richiesta che avrebbe dovuto essere rifiutata. La risoluzione consiste nell'imporre l'attributo Message-Authenticator su tutti i pacchetti Access-Request, il che fornisce una protezione dell'integrità HMAC-MD5 su tutto il pacchetto. Ciò richiede modifiche di configurazione sia sul NAS che sul server RADIUS, non solo una patch del server.

Segreti condivisi deboli o statici. Il segreto condiviso è l'ancora crittografica dello scambio RADIUS. Se il segreto è breve, indovinabile o non viene mai ruotato, un utente malintenzionato che intercetta il traffico RADIUS (ottenibile tramite ARP spoofing o un dispositivo di rete compromesso) può eseguire un attacco brute-force offline sull'attributo User-Password. Le linee guida del NIST SP 800-63B sui segreti memorizzati si applicano in questo caso: i segreti devono essere lunghi almeno 20 caratteri, generati casualmente e memorizzati in un sistema di gestione dei segreti. Per reti di grandi dimensioni con decine o centinaia di dispositivi NAS, la rotazione manuale è operativamente impraticabile; l'automazione tramite HashiCorp Vault o un gestore di segreti simile è l'approccio corretto.

Trasporto UDP non crittografato. Il protocollo RADIUS standard su UDP non fornisce alcuna riservatezza a livello di trasporto. L'attributo User-Password è offuscato ma non crittografato. Ogni altro attributo - inclusi nomi utente, IP dei NAS e metadati di sessione - viaggia in chiaro. RadSec (RADIUS su TLS), definito in RFC 6614 e aggiornato in RFC 7360, risolve questo problema avvolgendo il protocollo RADIUS in un tunnel TLS su porta TCP 2083, stabilendo una sessione TLS 1.2 o TLS 1.3. RadSec fornisce l'autenticazione reciproca dei certificati tra il NAS e il server RADIUS, la crittografia completa del payload e la protezione dai replay. È il trasporto corretto per qualsiasi traffico RADIUS che attraversa un confine di rete non attendibile.

Selezione del metodo EAP. L'Extensible Authentication Protocol (EAP) definisce i metodi di autenticazione interni utilizzati all'interno del framework 802.1X. EAP-MD5 è deprecato e deve essere rimosso immediatamente da tutte le distribuzioni - non fornisce alcuna autenticazione reciproca e nessuna resistenza agli attacchi di raccolta delle credenziali. PEAP (Protected EAP) ed EAP-TTLS stabiliscono un tunnel TLS utilizzando un certificato server prima di trasmettere le credenziali, fornendo un'autenticazione reciproca e proteggendo il metodo interno dalle intercettazioni. EAP-TLS elimina completamente le password, richiedendo certificati X.509 sia sul server che sul client. È immune da phishing e attacchi brute-force ed è il metodo consigliato per ambienti ad alta sicurezza.

Registrazione e monitoraggio insufficienti. La contabilità RADIUS registra ogni evento di autenticazione - successo, fallimento, inizio sessione, fine sessione. Questi dati sono operativamente preziosi per la pianificazione della capacità e commercialmente preziosi per WiFi Analytics , ma rappresentano anche una fonte critica di telemetria di sicurezza. Picchi di autenticazioni fallite, autenticazioni da indirizzi MAC sconosciuti e pattern di accesso fuori orario sono tutti rilevabili dai log di contabilità RADIUS. La maggior parte delle organizzazioni non inserisce questi dati in un SIEM, e quelle che lo fanno raramente configurano soglie di avviso.

L'attacco BlastRADIUS in dettaglio

BlastRADIUS è stato divulgato a luglio 2024 dai ricercatori della Boston University e della UC San Diego. L'attacco richiede una posizione man-in-the-middle tra il NAS e il server RADIUS - realizzabile tramite ARP poisoning su un segmento di rete condiviso, un router compromesso o un insider malintenzionato con accesso alla rete.

L'attacco si svolge come segue: l'attaccante intercetta un pacchetto Access-Request dal NAS. Poiché il pacchetto è privo dell'attributo Message-Authenticator (il valore predefinito in molte configurazioni), l'attaccante è libero di modificare l'elenco degli attributi del pacchetto. Utilizzando una collisione a prefisso scelto MD5, l'attaccante costruisce un pacchetto modificato per il quale il server RADIUS calcolerà lo stesso Response Authenticator dell'originale. Il server restituisce quindi un Access-Accept per una richiesta contenente attributi controllati dall'attaccante - incluso un Service-Type di tipo Administrative che autorizza l'accesso completo alla rete.

L'attacco è efficace contro le distribuzioni PEAP ed EAP-TTLS che utilizzano MSCHAPv2 come metodo interno. Non influisce sulle distribuzioni EAP-TLS, dove l'autenticazione reciproca basata su certificati fornisce una protezione dell'integrità che MD5 non può sovvertire.

Per le organizzazioni che gestiscono sia Guest WiFi che 802.1X aziendale, anche l'istanza RADIUS della rete guest deve essere patchata, anche se utilizza il MAC Authentication Bypass anziché EAP. L'igiene dei segreti condivisi e il requisito Message-Authenticator si applicano ugualmente.

Guida all'implementazione

Fase 1: Soluzione immediata (settimane 1-2)

La priorità è l'applicazione delle patch. FreeRADIUS 3.2.5 e 3.0.27 contengono le correzioni per BlastRADIUS e applicano Message-Authenticator per impostazione predefinita. Cisco ISE 3.1 Patch 8, 3.2 Patch 4 e 3.3 Patch 1 risolvono la vulnerabilità. Microsoft ha rilasciato KB5040434 per Windows Server 2022 NPS a luglio 2024. Verificate le vostre versioni attuali e applicate le patch durante la prossima finestra di modifica programmata.

Allo stesso tempo, controlla il firmware del tuo dispositivo NAS. L'applicazione di Message-Authenticator è efficace solo se anche il NAS invia l'attributo. Verifica gli avvisi dei produttori di access point e switch - Aruba, Ruckus, Cisco e Juniper hanno tutti rilasciato aggiornamenti firmware per BlastRADIUS. Se utilizzi hardware Ruckus, la guida per l'access point wireless Ruckus fornisce un contesto utile per la gestione del firmware.

Per la risoluzione dei problemi di autenticazione 802.1X su Windows 11 che possono verificarsi dopo l'applicazione delle patch, la causa più comune è il server NPS che rifiuta le connessioni dai client che non includono Message-Authenticator - un comportamento di sicurezza corretto che potrebbe richiedere la riconfigurazione del supplicant sui client Windows più vecchi.

Fase 2: Igiene del segreto condiviso (settimane 2-4)

Esporta l'elenco completo dei client NAS registrati sui tuoi server RADIUS. Per ciascuna voce, registra la lunghezza del segreto condiviso e la data dell'ultima modifica. Qualsiasi segreto inferiore a 20 caratteri, o non modificato da oltre 24 mesi, deve essere ruotato immediatamente.

Per i nuovi segreti, utilizza un generatore crittograficamente casuale - openssl rand -base64 32 produce una stringa base64 di 44 caratteri ideale per essere utilizzata come segreto condiviso RADIUS. Archivia tutti i segreti in un sistema di gestione dei segreti. Implementa un programma di rotazione: annuale per i dispositivi NAS a basso rischio, ogni sei mesi per i dispositivi NAS nel campo di applicazione PCI-DSS.

Fase 3: Razionalizzazione del metodo EAP (mesi 1-2)

Verifica i metodi EAP consentiti dai tuoi server RADIUS. Disabilita EAP-MD5. Se utilizzi PEAP-MSCHAPv2, verifica che tutti i supplicant impongano la validazione del certificato del server - un supplicant configurato in modo errato che accetta qualsiasi certificato del server è vulnerabile agli attacchi di server RADIUS non autorizzati. Per gli ambienti nel campo di applicazione PCI-DSS, si consiglia EAP-TLS. Se non disponi di un'infrastruttura di certificazione esistente, avvia la pianificazione della PKI.

Per la sicurezza delle reti WiFi per gli ospiti , ricorda che le reti ospiti utilizzano solitamente l'autenticazione tramite Captive Portal anziché 802.1X, pertanto il rafforzamento del metodo EAP si applica principalmente agli SSID aziendali e del personale.

Fase 4: Implementazione di RadSec (mesi 2-3)

Identifica ogni percorso di traffico RADIUS che attraversa il confine di una rete non attendibile. Gli scenari comuni includono un server RADIUS centrale che serve hotel remoti tramite Internet; dispositivi NAS on-premises che raggiungono un servizio RADIUS cloud; e catene di proxy RADIUS in cui il traffico attraversa più domini di rete.

Per ogni percorso identificato, configura RadSec. Su FreeRADIUS, questo significa abilitare il listener tls sulla porta 2083 e configurare il mutual TLS con i certificati della tua PKI. Su Cisco ISE, RadSec si configura in Amministrazione > Dispositivi di rete. Assicurati che TLS 1.2 sia il minimo; disabilita esplicitamente TLS 1.0 e 1.1.

Fase 5: Autenticazione a più fattori per l'accesso amministrativo (mesi 2-3)

L'interfaccia di gestione di un server RADIUS è un obiettivo di alto valore. Un utente malintenzionato che compromette il server RADIUS può modificare i criteri di autenticazione, estrarre segreti condivisi e reindirizzare i flussi di autenticazione. Applica l'MFA sugli accessi amministrativi a tutti i server RADIUS e ai relativi sistemi operativi sottostanti. Limita l'accesso di gestione a una VLAN di gestione out-of-band dedicata. Implementa il controllo dell'accesso basato sui ruoli: gli ingegneri di rete non devono disporre degli stessi privilegi degli amministratori della sicurezza.

Fase 6: Integrazione SIEM e alert (mesi 3-4)

Configura i tuoi server RADIUS per inoltrare i log di accounting al tuo SIEM in tempo reale. Definisci le seguenti soglie di alert di base:

Best Practice

Le seguenti raccomandazioni sintetizzano il consenso tra IEEE 802.1X, NIST SP 800-63B, PCI-DSS v4.0 e gli avvisi di sicurezza dei fornitori.

Gestione dei certificati. Qualsiasi implementazione che utilizzi EAP-TLS o RadSec prevede certificati X.509 nel proprio percorso di autenticazione. La scadenza del certificato è la causa singola più comune di un'interruzione improvvisa e totale dell'autenticazione nelle implementazioni WiFi aziendali. Implementa la gestione automatizzata del ciclo di vita dei certificati. Imposta alert di monitoraggio a 90, 30 e 7 giorni prima della scadenza. Per i certificati del server RADIUS, utilizza chiavi RSA a minimo 2048 bit o ECDSA a 256 bit e algoritmi di firma SHA-256 o superiore. Non utilizzare SHA-1.

Segmentazione della rete. I server RADIUS devono essere posizionati su un segmento di gestione dedicato, isolato dalle reti guest e aziendali generali. L'accesso alle porte RADIUS (UDP 1812, 1813 e TCP 2083 per RadSec) deve essere limitato tramite ACL del firewall agli indirizzi IP specifici dei dispositivi NAS registrati. Non consentire l'accesso diretto a Internet alle porte RADIUS.

Ridondanza e alta disponibilità. Un singolo server RADIUS rappresenta un singolo punto di errore per l'intera infrastruttura di controllo dell'accesso alla rete. Distribuisci almeno due server RADIUS in una configurazione active-passive o active-active. Per le implementazioni nel settore Hospitality con requisiti di connettività guest 24/7, il tempo di inattività del server RADIUS si traduce direttamente in tempo di inattività del WiFi guest, con conseguente rischio reputazionale e commerciale. WPA3 and 802.1X. WPA3-Enterprise in modalità di sicurezza a 192 bit, richiesto per installazioni governative e ad alta sicurezza, impone AES-256-GCMP per la crittografia dei dati e HMAC-SHA-384 per l'autenticazione. Per la maggior parte delle installazioni aziendali, WPA3-Enterprise con sicurezza standard a 128 bit rappresenta già un miglioramento significativo rispetto a WPA2-Enterprise, in particolare se combinato con EAP-TLS. Gli ambienti Retail che gestiscono pagamenti con carta dovrebbero considerare l'adozione di WPA3-Enterprise come misura di riduzione del rischio PCI-DSS.

Cadenza delle patch del fornitore. Iscriviti agli avvisi di sicurezza del fornitore del tuo server RADIUS e dei fornitori di dispositivi NAS. FreeRADIUS, Cisco, Microsoft, Aruba e Ruckus pubblicano tutti notifiche CVE. Inserisci queste informazioni nel tuo programma di gestione delle vulnerabilità con SLA definiti: vulnerabilità critiche (CVSS ≥ 9.0) patchate entro 72 ore; vulnerabilità ad alta gravità (CVSS 7.0 - 8.9) entro 14 giorni.

Risoluzione dei problemi e attenuazione dei rischi

Modalità di guasto comuni

Errori di autenticazione dopo l'applicazione delle patch. Dopo aver applicato le patch BlastRADIUS, alcuni dispositivi NAS potrebbero non riuscire a autenticarsi se il loro firmware non supporta Message-Authenticator. Sintomo: un improvviso aumento delle risposte Access-Reject senza variazioni nelle credenziali utente. Diagnosi: abilita il log di debug RADIUS e verifica la presenza di errori "Message-Authenticator required but not present". Soluzione: aggiorna il firmware del NAS o, come misura temporanea, configura il server RADIUS per accettare richieste senza Message-Authenticator da IP NAS specifici mentre pianifichi gli aggiornamenti del firmware.

Errori di convalida del certificato in EAP-TLS. Sintomo: i client ricevono "autenticazione non riuscita" senza un corrispondente Access-Reject nel registro RADIUS. Diagnosi: controlla la catena dei certificati del server RADIUS - la CA emittente è attendibile dal richiedente del client? Il certificato del server rientra nel suo periodo di validità? Soluzione: assicurati che l'intera catena di certificati (leaf + intermedio + root) sia configurata sul server RADIUS. Distribuisci i certificati CA root ai dispositivi client tramite MDM o Criteri di gruppo.

Errori di handshake TLS RadSec. Sintomo: i dispositivi NAS non riescono a stabilire connessioni RadSec dopo una modifica della configurazione. Diagnosi: verifica la compatibilità della versione TLS - il firmware NAS più vecchio potrebbe non supportare TLS 1.2. Verifica l'autenticazione reciproca del certificato - entrambe le estremità devono fidarsi della CA dell'altra. Soluzione: verifica il supporto della versione TLS nelle note di rilascio del firmware del NAS; assicurati che i certificati del dispositivo NAS siano emessi dalla stessa CA di cui si fida il server RADIUS.

Mancata corrispondenza della chiave condivisa (shared secret). Sintomo: ogni autenticazione da un particolare NAS fallisce con errori "authenticator non valido". Diagnosi: una mancata corrispondenza della chiave condivisa tra la configurazione del NAS e la voce del client del server RADIUS. Soluzione: reinserisci la chiave condivisa su entrambe le estremità, verificando la presenza di spazi bianchi finali o problemi di codifica dei caratteri. Copia e incolla dal tuo gestore delle credenziali per evitare errori di trascrizione.

Registro dei rischi

ROI e impatto aziendale

Quantificare il rischio

Il caso finanziario a favore del rafforzamento di RADIUS è ancora più evidente se confrontato con i costi di una violazione dei dati. Il costo medio di una violazione dei dati nel Regno Unito nel 2024 è stato di 3,58 milioni di sterline, comprensivo di sanzioni normative, attività di bonifica, spese legali e danni alla reputazione. Per le organizzazioni che rientrano nell'ambito di applicazione PCI DSS - di fatto ogni operatore del settore Retail e Hospitality che accetta pagamenti con carta tramite WiFi - una violazione del controllo dell'accesso alla rete che espone i dati dei titolari di carta comporta un'indagine forense obbligatoria, potenziali sanzioni da parte dei circuiti di pagamento e la possibile sospensione dei diritti di elaborazione dei pagamenti.

Per le organizzazioni del settore Healthcare , una violazione del GDPR riguardante i dati dei pazienti a cui si è avuto accesso tramite un server RADIUS compromesso comporta sanzioni fino al 4% del fatturato annuo globale ai sensi dell'Articolo 83(5). Lo storico dei provvedimenti dell'ICO dimostra che le falle nella sicurezza della rete vengono trattate come negligenza, non come sfortuna tecnica.

Parametri di riferimento per i costi di implementazione

Le seguenti stime di costo ipotizzano una rete aziendale di 500 dispositivi:

L'investimento totale per il rafforzamento di una media impresa è di circa £20.000-£45.000. Rispetto al costo di riferimento di una violazione di 3,58 milioni di sterline, il ROI corretto per il rischio è estremamente convincente anche in presenza di stime prudenti sulla probabilità di violazione.

Vantaggi operativi oltre la sicurezza

Un'infrastruttura RADIUS protetta offre vantaggi anche sul piano operativo. Un'autenticazione affidabile e ben monitorata riduce i ticket di assistenza relativi alla connettività WiFi. I dati di accounting RADIUS, se integrati con WiFi Analytics , offrono una visibilità a livello di sessione sui modelli di utilizzo della rete, sui tempi di permanenza e sui tipi di dispositivi - dati che hanno un valore commerciale diretto per i gestori di spazi nei settori Hospitality e Transport .

Per le organizzazioni del settore pubblico e della Sanità , un programma documentato di hardening RADIUS fornisce prove di controlli tecnici per le valutazioni Cyber Essentials Plus, ISO 27001 e NHS DSPT - riducendo l'impegno di audit e dimostrando la dovuta diligenza alle autorità di regolamentazione.