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

Sintesi Esecutiva

Il protocollo RADIUS (Remote Authentication Dial-In User Service) rimane lo standard di riferimento per il controllo degli accessi di rete nelle installazioni di rete WiFi aziendali, supportando l'autenticazione 802.1X in hotel, spazi retail, stadi, centri congressi ed edifici della pubblica amministrazione. Tuttavia, l'architettura di RADIUS risale agli anni '90 e diverse decisioni di progettazione fondamentali - la dipendenza dagli hash MD5, il trasporto UDP privo di crittografia nativa e le chiavi segrete condivise statiche - rappresentano rischi significativi nell'attuale panorama delle minacce.

Nel luglio 2024, la vulnerabilità BlastRADIUS (CVE-2024-3596) ha dimostrato che un utente malintenzionato in posizione Man-in-the-Middle può falsificare una risposta RADIUS Access-Accept sfruttando una falla di integrità MD5 nei pacchetti Access-Request. Questa vulnerabilità interessa tutte le principali implementazioni RADIUS, tra cui FreeRADIUS, Cisco ISE e Microsoft NPS. I sistemi non aggiornati rimangono esposti a gravi rischi.

Questa guida fornisce una roadmap di protezione prioritaria che copre la gestione delle patch, la sicurezza delle chiavi condivise, la scelta 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. È stata scritta per i professionisti IT che devono prendere decisioni concrete nel trimestre in corso, non il prossimo anno.

Analisi Tecnica Approfondita

Come Funziona RADIUS e Dove Risiedono i Suoi Punti Deboli

RADIUS opera come protocollo client - server tra un Network Access Server (NAS) - tipicamente un access point WiFi, uno switch o un concentratore VPN - e un server RADIUS, che convalida le credenziali a fronte di un archivio di identità backend come Active Directory o LDAP. Lo scambio di autenticazione segue un modello di richiesta - sfida - risposta definito nella RFC 2865, mentre il tracciamento degli accessi (accounting) viene gestito separatamente ai sensi della RFC 2866.

Il protocollo trasmette i pacchetti di autenticazione su UDP, utilizzando la porta 1812 per l'autenticazione e la porta 1813 per l'accounting. Un segreto condiviso - una chiave pre-condivisa configurata sia sul NAS che sul server RADIUS - viene utilizzato per generare il campo Response Authenticator e per crittografare l'attributo User-Password tramite una cifratura XOR basata su MD5. Questa non è crittografia in alcun senso moderno; si tratta di un semplice offuscamento che dipende interamente dalla segretezza e dalla complessità del segreto condiviso.

Le cinque principali categorie di vulnerabilità nelle installazioni RADIUS standard sono descritte di seguito.

Collisioni MD5 e Falle di Integrità. L'attacco BlastRADIUS (CVE-2024-3596) sfrutta la mancanza di protezione dell'integrità nei pacchetti Access-Request. Poiché molte configurazioni non includono per impostazione predefinita l'attributo Message-Authenticator proveniente dal NAS, un utente malintenzionato in posizione Man-in-the-Middle può inserire attributi appositamente creati prima che il pacchetto raggiunga il server RADIUS. Utilizzando una tecnica di collisione MD5 a prefisso scelto, l'attaccante può manipolare il pacchetto in modo che il server RADIUS calcoli un Response Authenticator valido per il pacchetto modificato, restituendo così un Access-Accept per una richiesta che avrebbe dovuto essere rifiutata. La soluzione consiste nel forzare l'attributo Message-Authenticator su tutti i pacchetti Access-Request, garantendo l'integrità HMAC-MD5 sull'intero pacchetto. Ciò richiede modifiche di configurazione sia sui NAS che sui server RADIUS, non solo l'applicazione di patch sul server.

Chiavi Segrete Condivise Deboli o Statiche. Il segreto condiviso è l'ancora crittografica degli scambi RADIUS. Se la chiave è breve, prevedibile o non viene mai ruotata, un utente malintenzionato in grado di intercettare il traffico RADIUS (tramite ARP spoofing o un dispositivo di rete compromesso) può decifrare l'attributo User-Password offline tramite attacchi di forza bruta. In questo contesto si applicano le linee guida NIST SP 800-63B relative alle chiavi memorizzate: le chiavi devono essere lunghe almeno 20 caratteri, generate in modo casuale e archiviate in un sistema di gestione delle chiavi. Per le reti di grandi dimensioni con decine o milioni di dispositivi NAS, la rotazione manuale non è sostenibile dal punto di vista operativo; l'automazione tramite HashiCorp Vault o gestori di chiavi simili rappresenta l'approccio corretto.

Trasporto UDP non Crittografato. Il protocollo RADIUS standard su UDP non garantisce la riservatezza a livello di trasporto. L'attributo User-Password è offuscato ma non crittografato. Tutti gli altri attributi - inclusi nomi utente, IP dei NAS e metadati delle sessioni - viaggiano in chiaro. RadSec (RADIUS over TLS), definito nella RFC 6614 e aggiornato nella RFC 7360, risolve questo problema incapsulando il protocollo RADIUS all'interno di un tunnel TLS sulla porta TCP 2083, stabilendo sessioni TLS 1.2 o TLS 1.3. RadSec fornisce autenticazione reciproca basata su certificati, crittografia dell'intero payload e protezione contro gli attacchi di replay tra NAS e server RADIUS. È l'unico metodo di trasporto corretto per qualsiasi traffico RADIUS che attraversa confini di rete non protetti.

Selezione del Metodo EAP. L'Extensible Authentication Protocol (EAP) definisce i metodi di autenticazione interna utilizzati all'interno del framework 802.1X. Il metodo EAP-MD5 è deprecato e deve essere rimosso immediatamente da ogni installazione - non offre autenticazione reciproca né protezione contro gli attacchi di intercettazione delle credenziali. PEAP (Protected EAP) ed EAP-TTLS utilizzano un certificato del server per stabilire un tunnel TLS prima di trasmettere le credenziali, garantendo l'autenticazione reciproca e proteggendo i metodi interni dall'intercettazione. EAP-TLS elimina completamente le password, richiedendo certificati X.509 sia sul server che sul client. È immune agli attacchi di phishing e di forza bruta ed è il metodo consigliato per gli ambienti ad alta sicurezza. Monitoraggio e Registrazione Log Insufficienti. I record di accounting RADIUS tracciano ogni singolo evento di autenticazione - accessi riusciti, falliti, inizio e fine sessione. Questi dati sono estremamente preziosi dal punto di vista operativo per la pianificazione della capacità, oltre a essere di grande valore commerciale per le soluzioni di WiFi Analytics , ma rappresentano anche una fonte cruciale di telemetria di sicurezza. Picchi improvvisi di autenticazioni fallite, tentativi da indirizzi MAC sconosciuti e pattern di accesso al di fuori dell'orario di lavoro possono essere tutti rilevati dai log di accounting RADIUS. La maggior parte delle organizzazioni non invia questi dati a un sistema SIEM, e quelle che lo fanno raramente configurano soglie di allarme adeguate.

Dettagli dell'attacco BlastRADIUS

BlastRADIUS è stato reso noto nel 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 - ottenibile tramite spoofing ARP su un segmento di rete condiviso, un router compromesso o un insider malintenzionato con accesso alla rete.

L'attacco si sviluppa come segue: un utente malintenzionato intercetta un pacchetto Access-Request proveniente dal NAS. Poiché questo pacchetto è privo dell'attributo Message-Authenticator (impostazione predefinita in molte configurazioni), l'attaccante può modificare liberamente l'elenco degli attributi del pacchetto. Sfruttando una collisione con prefisso scelto in MD5, l'attaccante costruisce un pacchetto modificato per il quale il server RADIUS calcolerà lo stesso Response Authenticator del pacchetto originale. Di conseguenza, il server restituisce un Access-Accept per la richiesta contenente gli attributi controllati dall'attaccante - incluso un Administrative Service-Type che autorizza l'accesso completo alla rete.

L'attacco è efficace contro le distribuzioni PEAP e EAP-TTLS che utilizzano MSCHAPv2 come metodo interno. Non influisce sulle installazioni EAP-TLS, poiché l'autenticazione reciproca basata su certificato fornisce una protezione dell'integrità che l'MD5 non può compromettere.

Per le organizzazioni che gestiscono contemporaneamente una rete guest WiFi e un 802.1X aziendale, anche l'istanza RADIUS della rete ospiti deve essere aggiornata con le patch, anche se utilizza il MAC Authentication Bypass anziché l'EAP. Si applicano gli stessi requisiti di sicurezza per le chiavi condivise e per l'attributo Message-Authenticator.

Guida all'implementazione

Fase 1: Rimedio immediato (Settimane 1 - 2)

L'applicazione delle patch è il primo passo. Le versioni FreeRADIUS 3.2.5 e 3.0.27 includono le correzioni per BlastRADIUS e forzano Message-Authenticator come impostazione predefinita. Cisco ISE 3.1 Patch 8, 3.2 Patch 4 e 3.3 Patch 1 risolvono la vulnerabilità. Microsoft ha rilasciato l'aggiornamento KB5040434 per Windows Server 2022 NPS a luglio 2024. Verificate la vostra versione attuale e applicate queste patch durante la prossima finestra di manutenzione programmata.

Al contempo, eseguite un controllo sul firmware dei vostri dispositivi NAS. L'applicazione forzata di Message-Authenticator è efficace solo se anche il NAS invia tale attributo. Consultate i bollettini dei vostri fornitori di access point e switch - Aruba, Ruckus, Cisco e Juniper hanno tutti rilasciato aggiornamenti firmware dedicati a BlastRADIUS. Se utilizzate hardware Ruckus, la wireless access point Ruckus guide fornisce informazioni utili per la gestione del firmware.

Per quanto riguarda la risoluzione dei problemi post-patch relativi a troubleshooting Windows 11 802.1X authentication issues , la causa più comune è il rifiuto da parte del server NPS delle connessioni dei client che non includono Message-Authenticator - un comportamento di sicurezza corretto che potrebbe richiedere la riconfigurazione del supplicant sui client Windows più datati.

Fase 2: Gestione e igiene delle chiavi condivise (Settimane 2 - 4)

Esportate l'elenco completo dei client NAS registrati sui vostri server RADIUS. Registrate la lunghezza della chiave condivisa per ogni voce e la data dell'ultima modifica. Qualsiasi chiave inferiore a 20 caratteri o non modificata da oltre 24 mesi deve essere sostituita immediatamente.

Per le nuove chiavi, utilizzate un generatore crittografico casuale - openssl rand -base64 32 produce una stringa base64 da 44 caratteri, ideale come chiave condivisa RADIUS. Memorizzate tutte le chiavi in un sistema di gestione delle credenziali. Definite un programma di rotazione: annuale per i dispositivi NAS a basso rischio, semestrale per i dispositivi NAS che rientrano nell'ambito PCI-DSS.

Fase 3: Razionalizzazione dei metodi EAP (Mesi 1 - 2)

Controllate i metodi EAP consentiti sui vostri server RADIUS. Disabilitate EAP-MD5. Se utilizzate PEAP-MSCHAPv2, verificate che tutti i supplicant impongano la convalida del certificato del server - i supplicant configurati in modo errato che accettano qualsiasi certificato server sono vulnerabili ad attacchi con server RADIUS non autorizzati. Per gli ambienti soggetti a PCI-DSS, EAP-TLS è la scelta consigliata. Se non disponete di un'infrastruttura di certificati attiva, avviate la pianificazione di una PKI.

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

Fase 4: Distribuzione di RadSec (Mesi 2 - 3)

Identificate ogni percorso di traffico RADIUS che attraversa i confini di reti non protette. Gli scenari più comuni includono server RADIUS centralizzati che servono sedi alberghiere remote tramite Internet; dispositivi NAS locali che si connettono a servizi RADIUS in cloud; e catene di proxy RADIUS in cui il traffico attraversa molteplici domini di rete.

Configurate RadSec per ciascun percorso identificato. Su FreeRADIUS, questo significa abilitare un listener tls sulla porta 2083 e configurare il TLS reciproco utilizzando i certificati della vostra PKI. Su Cisco ISE, RadSec si configura in Administration > Network Devices. Assicuratevi di utilizzare almeno TLS 1.2; disabilitate esplicitamente TLS 1.0 e 1.1.

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

Le interfacce di gestione dei server RADIUS sono un obiettivo ad alto valore. Un utente malintenzionato in grado di compromettere un server RADIUS può modificare le policy di autenticazione, estrarre le chiavi condivise e reindirizzare il traffico di autenticazione. Imponete l'MFA per tutti gli accessi amministrativi ai server RADIUS e ai sistemi operativi sottostanti. Limitate l'accesso di gestione a una VLAN di management out-of-band dedicata. Implementate il controllo dell'accesso basato sui ruoli: gli ingegneri di rete non devono avere gli stessi privilegi degli amministratori della sicurezza.

Fase 6: Integrazione SIEM e avvisi (Mesi 3 - 4)

Configurate i server RADIUS in modo da inoltrare i log di accounting in tempo reale al vostro SIEM. Definite le seguenti soglie di avviso di base:

Best Practice

I seguenti suggerimenti integrano il consenso di IEEE 802.1X, NIST SP 800-63B, PCI-DSS v4.0 e dei bollettini di sicurezza dei produttori.

Gestione dei certificati. Qualsiasi implementazione che utilizzi EAP-TLS o RadSec prevede certificati X.509 nel proprio percorso di autenticazione. Nelle implementazioni WiFi aziendali, la scadenza dei certificati è la singola causa più comune di improvvisi e totali fallimenti dell'autenticazione. Implementa una gestione automatizzata del ciclo di vita dei certificati. Configura avvisi di monitoraggio a 90, 30 e 7 giorni prima della scadenza. Per i certificati del server RADIUS, utilizza chiavi RSA a un minimo di 2048 bit o ECDSA a 256 bit, con un algoritmo di firma SHA-256 o superiore. Non utilizzare SHA-1.

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

Ridondanza e alta disponibilità. Un singolo server RADIUS rappresenta un single point of failure per l'intera infrastruttura di controllo dell'accesso alla rete. Implementa almeno due server RADIUS in configurazione active-passive o active-active. Per le installazioni nel settore hospitality con requisiti di connettività per gli ospiti 24/7, il downtime del server RADIUS si traduce direttamente in downtime del WiFi ospiti - un rischio reputazionale e commerciale. WPA3 e 802.1X. WPA3-Enterprise offre una modalità di sicurezza a 192 bit che è un requisito per le installazioni governative e ad alta sicurezza, imponendo l'uso di 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 un miglioramento significativo rispetto a WPA2-Enterprise, soprattutto se combinato con EAP-TLS. Gli ambienti del settore retail che elaborano pagamenti con carta dovrebbero considerare l'adozione di WPA3-Enterprise come misura di mitigazione del rischio PCI-DSS.

Ritmo delle patch dei produttori. Iscriviti ai bollettini di sicurezza dei produttori dei tuoi server RADIUS e dei tuoi dispositivi NAS. FreeRADIUS, Cisco, Microsoft, Aruba e Ruckus pubblicano tutti notifiche CVE. Inserisci queste informazioni nel tuo programma di gestione delle vulnerabilità e definisci SLA chiari: vulnerabilità critiche (CVSS ≥ 9.0) patchate entro 72 ore; vulnerabilità elevate (CVSS 7.0 - 8.9) patchate entro 14 giorni.

Risoluzione dei problemi e mitigazione del rischio

Modalità di guasto comuni

Mancata autenticazione dopo l'applicazione delle patch. Dopo aver applicato le patch per BlastRADIUS, se il firmware di alcuni dispositivi NAS non supporta Message-Authenticator, potrebbe verificarsi un fallimento dell'autenticazione. Sintomo: un improvviso aumento delle risposte Access-Reject senza variazioni nelle credenziali utente. Diagnostica: abilita i log di debug RADIUS e verifica la presenza dell'errore "Message-Authenticator required but not present". Soluzione: aggiorna il firmware del NAS o, come misura temporanea durante la pianificazione degli aggiornamenti del firmware, configura il server RADIUS per accettare richieste senza Message-Authenticator da IP NAS specifici.

Mancata convalida del certificato in EAP-TLS. Sintomo: i client ricevono un avviso "authentication failed", ma non vi è alcun Access-Reject corrispondente nei log RADIUS. Diagnostica: controlla la catena dei certificati del server RADIUS - la CA emittente è considerata attendibile dal richiedente del client? Il certificato del server è valido? Soluzione: assicurati che l'intera catena di certificati (certificato foglia + certificato intermedio + certificato radice) sia configurata sul server RADIUS. Distribuisci il certificato della CA radice ai dispositivi client tramite MDM o criteri di gruppo.

Errore di handshake TLS RadSec. Sintomo: i dispositivi NAS non riescono a stabilire una connessione RadSec dopo una modifica della configurazione. Diagnostica: verifica la compatibilità della versione TLS - il firmware NAS più vecchio potrebbe non supportare TLS 1.2. Verifica la convalida bidirezionale dei certificati - entrambe le parti devono considerare attendibili le rispettive CA. Soluzione: verifica il supporto della versione TLS nelle note di rilascio del firmware del NAS; assicurati che il certificato del dispositivo NAS sia emesso dalla stessa CA attendibile dal server RADIUS.

Mancata corrispondenza del segreto condiviso. Sintomo: ogni autenticazione da un particolare NAS fallisce con un errore "invalid authenticator". Diagnostica: mancata corrispondenza del segreto condiviso tra la configurazione del NAS e l'inserimento del client nel server RADIUS. Soluzione: reinserisci il segreto condiviso su entrambi i lati, verificando la presenza di spazi finali o problemi di codifica dei caratteri. Copia e incolla dal tuo gestore delle chiavi per evitare errori di trascrizione.

Registro dei rischi

Ritorno sull'investimento (ROI) e impatto aziendale

Quantificazione del rischio

La giustificazione economica del rafforzamento di RADIUS è più chiara se si considera il costo 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, incluse sanzioni normative, misure correttive, spese legali e danni alla reputazione. Per le organizzazioni che rientrano nell'ambito di applicazione del PCI-DSS - che comprende praticamente ogni operatore Retail e Hospitality che accetta pagamenti con carta tramite WiFi - una violazione del controllo degli accessi alla rete che esponga i dati dei titolari di carta innescherebbe indagini forensi obbligatorie, potenziali sanzioni sui circuiti delle carte e la possibile sospensione dei privilegi di elaborazione delle carte.

Per le organizzazioni del settore Healthcare , l'accesso ai dati dei pazienti dovuto a un server RADIUS compromesso comporterebbe una violazione del GDPR, soggetta a sanzioni fino al 4% del fatturato annuo globale ai sensi dell'Articolo 83(5). I precedenti di applicazione dell'ICO indicano che le falle nella sicurezza informatica sono considerate negligenza, non sfortuna tecnica.

Parametri di riferimento per i costi di implementazione

Le seguenti stime di costo si basano su una rete di 500 dispositivi:

L'investimento totale per il consolidamento di un'impresa di medie dimensioni varia da circa £20.000 a £45.000. Rispetto al costo medio di una violazione dei dati stimato in £3,58 milioni, il ROI corretto per il rischio rimane estremamente convincente, anche assumendo una probabilità di violazione conservativa.

Vantaggi operativi oltre la sicurezza

Un'infrastruttura RADIUS consolidata genera anche vantaggi operativi. Un'autenticazione affidabile e ben monitorata riduce i ticket di supporto relativi alla connettività WiFi. Quando i dati di accounting RADIUS sono integrati con WiFi Analytics , forniscono una visibilità a livello di sessione sui pattern di utilizzo della rete, sui tempi di permanenza e sui tipi di dispositivo - dati che hanno un valore commerciale immediato per i gestori di sedi nei settori Hospitality e Transport .

Per il settore pubblico e le organizzazioni del settore sanitario , un piano documentato di consolidamento del server RADIUS fornisce prove di controllo tecnico per le valutazioni Cyber Essentials Plus, ISO 27001 e NHS DSPT - riducendo il carico di lavoro per gli audit e dimostrando la dovuta diligenza alle autorità di regolamentazione.