WPA-PSK spiegato: cos'è, come funziona e i suoi rischi per la sicurezza

Benvenuti al Purple Enterprise Networking Briefing. Oggi approfondiremo un protocollo che probabilmente è in esecuzione in qualche parte del vostro ambiente in questo momento, forse dove non dovrebbe essere: WPA-PSK. Analizzeremo cos'è, come funziona esattamente sotto il cofano e, soprattutto, perché affidarsi ad esso in un contesto aziendale rappresenti un rischio operativo e di sicurezza significativo. Partiamo dalle basi. WPA-PSK, ovvero WiFi Protected Access Pre-Shared Key. È la password che tutti usiamo a casa. Ma in un contesto aziendale — ad esempio, una catena di negozi, un grande hotel o un centro congressi — perché questo standard di livello consumer è ancora così diffuso? Tutto si riduce alla percezione di semplicità. Quando una struttura ha bisogno di connettere rapidamente i dispositivi online — che si tratti di terminali POS, scanner portatili o persino dispositivi degli ospiti — inserire una singola password sembra la via di minore resistenza. Non è necessario configurare un server RADIUS, non serve un Identity Provider. Basta configurare l'Access Point, distribuire la password e il gioco è fatto. Ma questa semplicità è una trappola. Si tratta di un enorme debito operativo mascherato da soluzione rapida. Entriamo nel tecnico. In che modo WPA-PSK protegge effettivamente la connessione? C'è un malinteso comune secondo cui la password stessa crittografi il traffico. Non è così. La password — la PSK — non è la chiave di crittografia. È il materiale di base (seed). Quando si configura una PSK, l'Access Point e il dispositivo client utilizzano quella password, insieme all'SSID della rete, per calcolare quella che viene chiamata Pairwise Master Key, o PMK. Questo avviene tramite un algoritmo di hashing chiamato PBKDF2, che esegue il calcolo quattromilanovantasei volte. Questa intensità computazionale è stata progettata per rallentare gli attacchi di forza bruta. Ma la PMK non viene ancora utilizzata per la crittografia dei dati. Quindi, come arriviamo alla crittografia vera e propria? Attraverso il 4-Way Handshake. Questo è il meccanismo fondamentale. Il client e l'AP devono dimostrarsi a vicenda di conoscere la PMK, ma non possono trasmetterla via etere — sarebbe una grave falla di sicurezza. Di conseguenza, si scambiano nonce crittografici — fondamentalmente numeri casuali. L'AP invia un nonce, chiamato ANonce. Il client restituisce un altro nonce — lo SNonce — insieme a un Message Integrity Code, o MIC. Utilizzando questi nonce, entrambe le parti calcolano in modo indipendente la Pairwise Transient Key, la PTK. Quella PTK è ciò che crittografa effettivamente i dati della sessione. L'AP invia quindi la Group Temporal Key — utilizzata per il traffico broadcast — crittografata con la PTK, e il client conferma la ricezione. Ha così inizio la comunicazione crittografata. Ora, la matematica qui è solida. La crittografia AES utilizzata nel moderno WPA è robusta. Allora, dove si interrompe il modello di sicurezza per un'azienda? La falla non risiede nella crittografia. Sta nella gestione delle chiavi e nella natura dell'handshake. Innanzitutto, quell'handshake a 4 vie avviene in chiaro. Se sono un utente malintenzionato seduto nella hall del tuo hotel con un packet sniffer, posso catturare quell'handshake. Non ho nemmeno bisogno di essere connesso alla tua rete. Una volta ottenuto l'handshake, lo porto offline. Utilizzo un potente sistema GPU per eseguire un attacco a dizionario, indovinando rapidamente le password, generando il PMK e verificando se produce lo stesso Message Integrity Code che ho catturato. Poiché molte strutture utilizzano password deboli — come il nome della struttura e l'anno — posso violarla in pochi minuti. E per quanto riguarda gli attacchi di deautenticazione? Se non si connettono nuovi dispositivi, l'attaccante non può catturare un handshake. Quindi, falsifica un frame di deautenticazione, dicendo a un client legittimo di disconnettersi. Il client si riconnette immediatamente, esegue l'handshake a 4 vie e l'attaccante lo cattura. È un attacco rumoroso, ma altamente efficace se non lo si monitora con un Wireless Intrusion Detection System. Ora passiamo dai rischi crittografici alle realtà operative. Perché WPA-PSK crea due problemi aggiuntivi che sono altrettanto dannosi del rischio di sicurezza. Primo: il vuoto d'identità. WPA-PSK autentica il dispositivo, non l'utente. Ti dice che un dispositivo con uno specifico indirizzo MAC conosce la password. Non ti dice se quel dispositivo appartiene al direttore del tuo negozio, a un ospite o a un utente malintenzionato. Senza identità, non hai una traccia di controllo. Se sei soggetto a PCI DSS per la vendita al dettaglio, o al GDPR per qualsiasi attività rivolta all'UE, questa mancanza di responsabilità rappresenta una grave violazione della conformità. Non puoi dimostrare chi ha effettuato l'accesso, a cosa, quando e da dove. Secondo: l'incubo della revoca. Se un manager se ne va e conosce la PSK per la tua rete aziendale, devi cambiarla. Ma cambiare la PSK significa che ora devi aggiornare manualmente ogni singolo dispositivo legittimo in quella sede — ogni scanner, ogni tablet, ogni terminale POS. In una catena di vendita al dettaglio con cinquecento negozi, si tratta potenzialmente di decine di migliaia di dispositivi. È operativamente impraticabile, quindi cosa succede di solito? La password non viene mai cambiata. La postura di sicurezza si degrada semplicemente nel tempo. Quindi qual è la soluzione? In che modo le aziende possono superare questo problema? Devi segmentare il tuo approccio in base al tipo di utente. Per le risorse aziendali — laptop del personale, terminali sicuri, dispositivi gestiti — devi migrare a WPA-Enterprise o 802.1X. Ciò richiede che gli utenti o i dispositivi si autentichino individualmente rispetto a una directory centrale, come Active Directory, utilizzando un server RADIUS e un metodo EAP come EAP-TLS o PEAP. Se un laptop viene rubato o un dipendente se ne va, revochi il suo certificato o account specifico. Il resto della rete rimane completamente intatto. Non c'è alcuna password da cambiare. Per il WiFi ospiti — ovviamente, non inseriremo gli ospiti dell'hotel su 802.1X — distribuire una PSK su una lavagna è un'opportunità persa. Si passa a una rete Open, ma si protegge il livello di accesso utilizzando un Captive Portal. L'utente si connette, viene reindirizzato a un portale e si autentica tramite social login, e-mail o SMS. Ora sapete esattamente chi c'è sulla vostra rete. Avete un audit trail, potete imporre limiti di larghezza di banda per utente e, cosa fondamentale, trasformate quel WiFi da centro di costo in un asset di marketing. Acquisite dati di prima parte, comprendete le analisi dei locali, i tempi di permanenza, i tassi di ritorno. Niente di tutto questo è possibile con una PSK condivisa. E per quanto riguarda i dispositivi IoT legacy? A volte si ha un vecchio sensore HVAC o un terminale di pagamento legacy che supporta solo PSK. Questa è una realtà che tutti affrontiamo. Se dovete usare la PSK, il contenimento è la vostra strategia. Posizionate questi dispositivi su una VLAN dedicata e fortemente limitata. Implementate un isolamento rigoroso dei client in modo che non possano comunicare tra loro e isolateli con un firewall dalla sottorete aziendale. Trattate quella rete PSK come territorio ostile, perché dal punto di vista della sicurezza lo è. Parliamo di priorità di implementazione. Se state pianificando una migrazione in questo trimestre, ecco la sequenza consigliata. In primo luogo, verificate la vostra rete attuale. Identificate ogni SSID, ogni metodo di autenticazione e ogni tipo di dispositivo. In secondo luogo, segmentate i vostri SSID per tipo di utente: personale aziendale, ospiti e IoT. In terzo luogo, distribuite 802.1X per i dispositivi aziendali. Se disponete di un'infrastruttura di access point gestita in cloud, la maggior parte dei vendor moderni supporta l'integrazione RADIUS in modo nativo. In quarto luogo, distribuite un captive portal per l'accesso degli ospiti. In quinto luogo, isolate tutti i restanti dispositivi PSK su una VLAN dedicata. Dal punto di vista della conformità, questa architettura risponde direttamente al requisito PCI DSS 1.3 relativo alla segmentazione della rete, al requisito 8.2 relativo all'identificazione univoca dell'utente e all'Articolo 32 del GDPR relativo alle misure tecniche di sicurezza adeguate per il trattamento dei dati personali. Ora, un rapido riepilogo dei punti chiave. Uno: la PSK autentica il dispositivo; Enterprise autentica l'utente. Se avete bisogno di un audit trail, la PSK è lo strumento sbagliato. Punto. Due: l'handshake a 4 vie è pubblico. Se la vostra password è debole, la vostra rete è compromessa, indipendentemente dall'algoritmo di crittografia. Una passphrase complessa e generata casualmente è il requisito minimo. Tre: smettete di regalare il WiFi ospiti con una password condivisa. Utilizzate un captive portal per proteggere l'accesso e acquisire i dati analitici di cui la vostra azienda ha bisogno. Il ritorno sull'investimento è immediato. Quattro: i dispositivi PSK legacy devono essere isolati. Trattate qualsiasi segmento di rete PSK come non attendibile. L'isolamento della VLAN e l'isolamento dei client non sono negoziabili. Cinque: il WPA3 introduce la Simultaneous Authentication of Equals, che fornisce protezione contro gli attacchi offline basati su dizionario anche in modalità PSK. Se il tuo hardware supporta il WPA3, abilitalo. Tuttavia, questo non risolve i problemi di identità o di revoca, che richiedono l'802.1X o un Captive Portal. In sintesi: il WPA-PSK è stato progettato per un'era e una scala diverse. Per qualsiasi ambiente aziendale — che si tratti di una catena alberghiera, di un patrimonio retail, di uno stadio o di una struttura del settore pubblico — la combinazione di WPA-Enterprise per i dispositivi aziendali e di un Captive Portal gestito per gli ospiti è l'unica architettura in grado di offrire sia sicurezza che business intelligence. Il passo successivo è un audit di rete. Mappa ogni dispositivo, ogni SSID e ogni metodo di autenticazione presente nel tuo patrimonio. I risultati riveleranno quasi certamente implementazioni PSK che richiedono un intervento urgente. Grazie per aver ascoltato il Purple Enterprise Networking Briefing. Per ulteriori guide tecniche, framework di implementazione e casi di studio, visita purple.ai.