Hardening di RADIUS contro gli attacchi di collisione MD5 (BlastRADIUS)

Benvenuti al Technical Briefing di Purple. Sono la vostra guida, Senior Technical Content Strategist presso Purple. Oggi affronteremo un problema critico e urgente per qualsiasi organizzazione che gestisca una rete WiFi di livello enterprise: una vulnerabilità appena diventata pratica in un protocollo vecchio di 30 anni che potrebbe consentire agli aggressori di superare direttamente la vostra porta d'accesso digitale. Stiamo parlando del protocollo RADIUS e dell'attacco di collisione MD5 noto come Blast-RADIUS. Per il nostro pubblico di IT manager, network architect e CTO nei settori hospitality, retail e grandi spazi pubblici, questo non è solo un problema teorico. Si tratta di una minaccia diretta all'integrità della vostra rete, alla sicurezza dei dati e alla conformità normativa. Nei prossimi dieci minuti spiegheremo in cosa consiste la vulnerabilità, come funziona e, cosa più importante, forniremo una roadmap chiara e attuabile per la mitigazione. Che siate responsabili di un hotel da 200 camere, di una catena di vendita al dettaglio nazionale o di uno stadio da 60.000 posti, questo briefing è direttamente rilevante per le decisioni che dovrete prendere in questo trimestre. Iniziamo con un po' di contesto. Il protocollo RADIUS - Remote Authentication Dial-In User Service - è stato progettato nel 1991, nell'era della connessione dial-up. È un protocollo client-server che gestisce l'autenticazione, l'autorizzazione e il tracciamento degli accessi alla rete. Quando un membro del personale o un dispositivo si connette alla vostra rete WiFi aziendale, l'access point funge da client RADIUS e invia una richiesta di autenticazione a un server RADIUS centrale. Il server verifica le credenziali e risponde con un Access-Accept o un Access-Reject. Questo scambio ha costituito la spina dorsale della sicurezza delle reti aziendali per oltre tre decenni. Il problema è che RADIUS è stato progettato prima dell'esistenza dei moderni standard crittografici. Il protocollo utilizza l'algoritmo di hashing MD5 per fornire un controllo di integrità di base sulle risposte del server - un campo chiamato Response Authenticator. È stato dimostrato per la prima volta che l'MD5 era crittograficamente compromesso nel 2004. Eppure siamo qui nel 2024 e RADIUS si affida ancora ad esso. Il settore sapeva che l'MD5 era debole. Semplicemente il protocollo non è mai stato aggiornato. Ora entriamo nel dettaglio tecnico. L'attacco Blast-RADIUS, formalmente classificato come CVE-2024-3596, è stato divulgato a luglio 2024 da un team di ricercatori della Boston University, UC San Diego, CWI Amsterdam e Microsoft Research. Combina una vulnerabilità a livello di protocollo con un attacco di collisione a prefisso scelto MD5 - e, aspetto critico, con significativi miglioramenti di velocità che rendono l'attacco praticabile in tempo reale. Ecco come funziona. Un autore di attacchi man-in-the-middle si posiziona sul percorso di rete tra il client RADIUS - il tuo access point - e il server RADIUS. Quando un utente tenta di autenticarsi, l'attaccante intercetta il pacchetto Access-Request. Successivamente, inserisce un attributo dannoso appositamente creato in questa richiesta. Questo attributo è progettato per causare una collisione matematica: una situazione in cui due input diversi producono lo stesso hash MD5. L'attaccante pre-calcola questa collisione in modo che l'hash MD5 della risposta legittima di Access-Reject proveniente dal server corrisponda all'hash MD5 di una risposta di Access-Accept contraffatta creata dall'attaccante stesso. Quando il server restituisce il suo Access-Reject, l'attaccante lo sostituisce con il suo Access-Accept contraffatto. Il client RADIUS controlla il Response Authenticator, lo trova valido - poiché gli hash MD5 corrispondono - e concede l'accesso alla rete. L'attaccante non ha mai avuto bisogno di conoscere la password dell'utente, né la chiave segreta condivisa tra il client e il server RADIUS. Ha semplicemente sfruttato la debolezza matematica di MD5 per far apparire legittima una risposta contraffatta. E con l'hardware moderno, la collisione MD5 richiesta può essere calcolata in meno di cinque minuti. Questo non è un attacco teorico. È operativamente praticabile oggi. Questa vulnerabilità interessa tutte le distribuzioni RADIUS che utilizzano le modalità di autenticazione PAP - Password Authentication Protocol - CHAP e MS-CHAP tramite UDP. Queste modalità sono estremamente comuni negli ambienti aziendali, in particolare nelle infrastrutture legacy. Le uniche modalità di autenticazione immuni sono quelle che utilizzano EAP - Extensible Authentication Protocol - poiché l'EAP stabilisce un proprio tunnel crittografico indipendente dal Response Authenticator MD5. Consentitemi di quantificare il rischio aziendale in termini concreti. Consideriamo una catena alberghiera. Un attaccante che ottiene un accesso non autorizzato alla rete aziendale può muoversi lateralmente per raggiungere il sistema di gestione della struttura, accedere ai dati degli ospiti, raggiungere i terminali dei punti vendita e potenzialmente sottrarre i dati delle carte di pagamento. Il costo medio di una violazione dei dati nel settore dell'ospitalità supera i tre milioni di sterline. In base al GDPR, una violazione che coinvolge i dati personali degli ospiti può comportare sanzioni fino al quattro percento del fatturato annuo globale. Ai sensi dello standard PCI-DSS, una violazione che coinvolge i dati dei titolari di carta può comportare indagini forensi obbligatorie, sanzioni da parte dei circuiti di carte di credito e la potenziale perdita dei privilegi di elaborazione dei pagamenti. La posta in gioco finanziaria e reputazionale è notevole. Passiamo ora alle raccomandazioni per l'implementazione. Come ci si difende da questo? La risposta si articola su due livelli: il rafforzamento immediato delle difese e la modernizzazione a lungo termine. L'azione immediata consiste nell'applicare le patch del fornitore per la vulnerabilità CVE-2024-3596. Ogni principale produttore RADIUS - Cisco ISE, Microsoft NPS, FreeRADIUS, Juniper, Aruba, Ruckus - ha rilasciato aggiornamenti. Oltre all'applicazione delle patch, la modifica di configurazione fondamentale è imporre l'attributo Message-Authenticator su tutti i client e server RADIUS. Questo attributo, definito nella specifica RFC 2869, fornisce un controllo di integrità basato su HMAC su tutto il pacchetto RADIUS. A differenza del Response Authenticator, la struttura HMAC non è vulnerabile all'attacco di collisione chosen-prefix. Configurare la tua infrastruttura per richiedere questo attributo - e per rifiutare qualsiasi messaggio che arrivi senza di esso - chiude l'immediato vettore di attacco. Per FreeRADIUS, questo significa impostare require_message_authenticator uguale a yes nel file di configurazione dei client. Per Microsoft NPS, si tratta di un'impostazione dei criteri nella configurazione di Network Policy. Si tratta di una modifica a basso impatto che può essere solitamente implementata all'interno di una finestra di manutenzione. Tuttavia, l'applicazione del Message-Authenticator è una misura tampone, non una soluzione definitiva. La risposta strategica a lungo termine consiste nel migrare all'autenticazione basata su EAP. Il gold standard è WPA3-Enterprise con EAP-TLS. EAP-TLS utilizza un'autenticazione reciproca basata su certificati - sia il dispositivo client che il server RADIUS devono presentare certificati digitali validi rilasciati da un'Autorità di Certificazione attendibile. Questo elimina completamente il segreto condiviso, rimuove la dipendenza da MD5 e fornisce un livello di sicurezza che è immune all'intera classe di attacchi rappresentata da Blast-RADIUS. Per gli ambienti in cui l'implementazione di un'infrastruttura PKI completa risulta complessa - in particolare i locali con un elevato turnover di dispositivi o politiche bring-your-own-device - PEAP con MSCHAPv2 rappresenta una fase intermedia accettabile, a condizione che i client siano configurati per convalidare il certificato del server RADIUS. Senza la convalida del certificato del server, PEAP è vulnerabile ad attacchi di tipo rogue access point, il che costituisce un rischio separato ma altrettanto grave. La fase finale della roadmap di modernizzazione consiste nell'implementare RADIUS su TLS, noto come RADSEC. RADSEC incapsula tutto il traffico RADIUS all'interno di una sessione TLS reciprocamente autenticata, fornendo riservatezza e integrità complete per l'intero scambio di autenticazione. Questo rende impossibili gli attacchi a livello di trasporto come Blast-RADIUS, poiché non vi è traffico RADIUS non crittografato da intercettare. RADSEC è particolarmente prezioso negli ambienti distribuiti - catene alberghiere, reti di vendita al dettaglio, complessi sportivi - dove il traffico RADIUS può attraversare più segmenti di rete tra l'access point e il server di autenticazione centrale. Passiamo ora a una rapida sessione di domande e risposte. Domanda uno: Utilizziamo EAP. Siamo al sicuro? Se utilizzi EAP-TLS, PEAP o EAP-TTLS, non sei vulnerabile allo specifico attacco di collisione MD5 Blast-RADIUS. Tuttavia, dovresti comunque applicare le patch del fornitore come misura di difesa approfondita e verificare la configurazione per assicurarti che la convalida del certificato del server sia applicata su tutti i client. Domanda due: il nostro traffico RADIUS si trova in una VLAN di gestione dedicata. Questo ci protegge? Riduce la superficie di attacco, ma non elimina la vulnerabilità. Un utente malintenzionato che ha già compromesso un qualsiasi dispositivo sulla rete di gestione può comunque eseguire un attacco man-in-the-middle. La segmentazione è un utile livello di difesa, ma deve essere combinata con l'applicazione di Message-Authenticator e la migrazione EAP. Domanda tre: quanto è difficile la mitigazione immediata? Per la maggior parte degli ambienti, applicare Message-Authenticator è una modifica di configurazione semplice. La sfida principale consiste nel garantire che tutti i dispositivi di rete - access point, switch, controller - supportino l'attributo e lo abbiano abilitato. Un audit dei dispositivi prima di applicare il requisito lato server è essenziale per evitare errori di autenticazione sull'hardware legacy. Domanda quattro: posso rilevare se sono stato attaccato? Questo è molto difficile. Il pacchetto Access-Accept contraffatto appare valido al client RADIUS perché il controllo dell'hash MD5 va a buon fine. Il miglior approccio di rilevamento consiste nel monitorare i log di accounting RADIUS alla ricerca di autenticazioni riuscite anomale - tipi di dispositivi imprevisti, indirizzi MAC che non corrispondono al vostro inventario o accessi riusciti in orari insoliti. Integrate i dati di accounting RADIUS con il vostro SIEM per l'invio di avvisi automatizzati. Per riassumere e delineare i prossimi passi. La vulnerabilità Blast-RADIUS è una minaccia seria e concretamente sfruttabile per qualsiasi organizzazione che esegua l'autenticazione RADIUS legacy su UDP. L'attacco non richiede la conoscenza delle credenziali e può essere eseguito in pochi minuti. La priorità immediata è sottoporre a audit l'infrastruttura, applicare le patch dei vendor e applicare l'attributo Message-Authenticator su tutti i client e server RADIUS. L'obiettivo a medio termine è migrare a EAP-TLS e WPA3-Enterprise. Il traguardo architetturale a lungo termine è RADSEC. In Purple, forniamo il livello di intelligence che vi aiuta a comprendere e proteggere la rete WiFi della vostra sede. La nostra piattaforma offre la visibilità necessaria per identificare i tipi di dispositivi, monitorare i modelli di autenticazione e garantire che le policy di sicurezza vengano applicate in modo efficace in ogni access point della vostra proprietà. Il vostro piano d'azione si riassume in tre parole: Audit, Patch e Modernizzazione. Non lasciate che un protocollo vecchio di 30 anni sia l'anello debole della vostra sicurezza. Grazie per aver partecipato a questo briefing tecnico Purple. Rimanete al sicuro.