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

Benvenuto al Purple Enterprise Networking Briefing. Oggi approfondiremo un protocollo che probabilmente è in esecuzione in qualche parte del tuo ambiente in questo momento, forse dove non dovrebbe essere: WPA-PSK. Analizzeremo di cosa si tratta, come funziona esattamente sotto il cofano e, soprattutto, perché affidarsi ad esso in un contesto enterprise rappresenti un rischio operativo e di sicurezza significativo. Iniziamo con le basi. WPA-PSK, ovvero WiFi Protected Access Pre-Shared Key. È la password che usiamo tutti a casa. Ma in un contesto aziendale - ad esempio, una catena di vendita al dettaglio, un grande hotel o un centro congressi - perché questo standard di livello consumer è ancora così diffuso? Tutto si riduce alla semplicità percepita. Quando una struttura ha bisogno di connettere rapidamente i dispositivi online - che si tratti di terminali punto vendita, scanner palmari o persino dispositivi per gli ospiti - digitare una singola password sembra la strada con minore resistenza. Non è necessario configurare un server RADIUS, né un Identity Provider. Basta configurare l'Access Point, distribuire la password e il gioco è fatto. Ma quella 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 origine. 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. Ciò avviene utilizzando un algoritmo di hashing chiamato PBKDF2, che esegue il calcolo quattromilanovantasei volte. Questa intensità computazionale è stata progettata per rallentare gli attacchi brute-force. Ma la PMK non viene ancora utilizzata per la crittografia dei dati. Quindi come arriviamo alla crittografia vera e propria? Attraverso l'handshake a 4 vie. Questo è il meccanismo fondamentale. Il client e l'AP devono dimostrare l'un l'altro di conoscere entrambi la PMK, ma non possono trasmetterla via etere - ciò rappresenterebbe una grave falla di sicurezza. Pertanto, si scambiano nonce crittografici - fondamentalmente numeri casuali. L'AP invia un nonce, chiamato ANonce. Il client restituisce un 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. Questa 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. Inizia la comunicazione crittografata. Ora, la matematica qui è solida. La crittografia AES utilizzata nel moderno WPA è robusta. Allora, dove crolla 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 computer con 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 craccarla in pochi minuti. E per quanto riguarda gli attacchi di deautenticazione? Se nessun nuovo dispositivo si connette, l'attaccante non può catturare l'handshake. Quindi, invia un frame di deautenticazione contraffatto, 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 si monitora la rete con un Wireless Intrusion Detection System. Ora passiamo dai rischi crittografici alle realtà operative. Perché la tecnologia WPA-PSK crea due problemi aggiuntivi che sono altrettanto dannosi del rischio di sicurezza. Primo: il vuoto di identità. La tecnologia 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 attaccante. Senza identità, non si dispone di un audit trail. Se sei soggetto a PCI-DSS per il retail, o al GDPR per qualsiasi attività rivolta all'UE, questa mancanza di responsabilità rappresenta un grave fallimento di 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 della tua rete aziendale, devi cambiarla. Ma cambiare la PSK significa dover aggiornare manualmente ogni singolo dispositivo legittimo in quella sede - ogni scanner, ogni tablet, ogni terminale POS. In una catena retail 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. Il livello di sicurezza si degrada semplicemente nel tempo. Qual è quindi la soluzione? In che modo le aziende possono superare questo problema? È necessario segmentare l'approccio in base al tipo di utente. Per i dispositivi aziendali - laptop del personale, terminali sicuri, dispositivi gestiti - è necessario 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, si revoca il suo certificato o account specifico. Il resto della rete rimane completamente intatto. Non c'è nessuna password da cambiare. Per il WiFi ospiti - ovviamente, non metteremo 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 applicare limiti di larghezza di banda per utente e, cosa fondamentale, trasformate quel WiFi da centro di costo in una risorsa di marketing. Acquisite dati di prima parte, comprendete le analisi dei punti vendita, 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 subnet aziendale. Trattate quella rete PSK come territorio ostile, perché da un punto di vista della sicurezza, lo è. Parliamo di priorità di implementazione. Se state pianificando una migrazione in questo trimestre, ecco la sequenza consigliata. Per prima cosa, 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, implementate 802.1X per i dispositivi aziendali. Se disponete di un'infrastruttura di access point gestita in cloud, la maggior parte dei vendor moderni supporta nativamente l'integrazione RADIUS. In quarto luogo, implementate 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 di sicurezza tecniche adeguate per il trattamento dei dati personali. Ora, un riassunto rapido 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 livello 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: WPA3 introduce Simultaneous Authentication of Equals, che fornisce protezione contro gli attacchi offline con dizionario anche in modalità PSK. Se il tuo hardware supporta WPA3, terminalo. Ma questo non risolve i problemi di identità o revoca - questi richiedono 802.1X o un captive portal. Per riassumere: WPA-PSK è stato progettato per un'era diversa e su una scala diversa. Per qualsiasi ambiente aziendale - che tu stia gestendo una catena alberghiera, un patrimonio retail, uno stadio o una struttura del settore pubblico - la combinazione di WPA-Enterprise per i dispositivi aziendali e un captive portal gestito per gli ospiti è l'unica architettura che offre sia sicurezza che business intelligence. Il passo successivo è un audit di rete. Mappa ogni dispositivo, ogni SSID e ogni metodo di autenticazione nella tua infrastruttura. I risultati riveleranno quasi certamente implementazioni PSK che devono essere affrontate con urgenza. Grazie per aver ascoltato il Purple Enterprise Networking Briefing. Per ulteriori guide tecniche, framework di implementazione e casi di studio, visita purple.ai.