Vai al contenuto principale

Centro di formazione PPSK: confronto tra funzionalità e modelli di implementazione

Un riferimento tecnico definitivo sulla distribuzione di architetture Private Pre-Shared Key (PPSK) nei centri di formazione. Questa guida confronta i modelli controller-local, basati su RADIUS e orchestrati in cloud, offrendo passaggi pratici di implementazione per la segmentazione della rete e l'automazione del ciclo di vita delle chiavi.

📖 4 minuti di lettura📝 998 parole🔧 2 esempi pratici3 domande di esercitazione📚 8 definizioni chiave

Ascolta questa guida

Visualizza trascrizione del podcast
Siete un consulente senior per le infrastrutture di rete con 15 anni di esperienza nel settore WiFi aziendale, che tiene un briefing a un gruppo di direttori IT e CTO durante una sessione riservata per i clienti. Parlate in inglese britannico con un tono chiaro, sicuro e autorevole. Colloquiale ma preciso. Niente parole di riempimento. Ritmo misurato con pause naturali tra le sezioni. Competente e diretto, come un consulente di fiducia che rispetta il tempo del pubblico: Benvenuti al briefing tecnico di Purple. Oggi parleremo di PPSK negli ambienti dei centri di formazione - nello specifico, di come confrontare i diversi modelli di implementazione e scegliere quello giusto per la vostra organizzazione. [pausa media] Permettetemi di iniziare con una rapida definizione dello scenario. Gestite un centro di formazione aziendale. In un giorno qualsiasi, avete 40 partecipanti in una stanza, 20 in un'altra, tre formatori con i propri dispositivi, una serie di display IoT e unità per videoconferenze e una manciata di personale amministrativo. Ognuno di questi gruppi ha requisiti di accesso alla rete diversi. I partecipanti hanno bisogno di accedere a Internet ma non devono poter vedere i dispositivi degli altri. I formatori hanno bisogno di accedere ai server di contenuti interni. Le unità IoT richiedono un segmento dedicato e isolato. E il personale amministrativo deve accedere ai sistemi aziendali. Ora, la domanda è: come si può fornire tutto questo a partire da un'unica infrastruttura WiFi, senza implementare uno stack di autenticazione enterprise 802.1X completo? La risposta, nella maggior parte dei casi, è PPSK - Private Pre-Shared Key. Ed è proprio questo che andremo ad analizzare oggi. [pausa media] Sezione uno. Cos'è in realtà PPSK e perché esiste. Il tradizionale WPA2-Personal fornisce a tutti i membri di una rete la stessa password. Un'unica chiave, condivisa da ogni dispositivo. Il problema è ovvio: non è possibile revocare l'accesso a una persona senza cambiare la password per tutti gli altri. Non si ha visibilità per singolo utente. E se quella password trapela - e in un centro di formazione con centinaia di partecipanti che si alternano ogni mese, succederà - non c'è modo di contenere il danno. All'estremo opposto, l'autenticazione enterprise IEEE 802.1X risolve tutti questi problemi. Ogni utente riceve credenziali individuali, convalidate da un server RADIUS. Si ottengono la revoca per singolo utente, l'assegnazione della VLAN per singolo utente e audit trail completi. Tuttavia, ciò richiede un'infrastruttura a chiave pubblica, la gestione dei certificati e la configurazione del supplicant su ogni dispositivo. In un centro di formazione in cui i partecipanti portano i propri laptop, telefoni e tablet - nessuno dei quali è registrato nel vostro MDM - 802.1X non rappresenta semplicemente un'esperienza di onboarding praticabile. PPSK si colloca esattamente a metà tra questi due estremi. Ogni gruppo di utenti, o nei deployment più granulari ogni singolo dispositivo, riceve la propria chiave pre-condivisa unica. Gli utenti si connettono allo stesso SSID utilizzando una password WiFi standard. Dietro le quinte, tuttavia, il controller wireless associa ciascuna chiave a una policy di rete - una VLAN, un limite di larghezza di banda, una lista di controllo degli accessi. Si ottiene così la semplicità di una password condivisa dal punto di vista dell'utente, unita alla segmentazione e alla tracciabilità di un sistema enterprise dal punto di vista della rete. [medium pause] Sezione due. I tre modelli di deployment e quando utilizzare ciascuno. Il primo modello è il PPSK locale al controller. In questo caso, il database delle chiavi risiede sul controller wireless o sul cluster di access point stesso. Non è richiesto alcun server RADIUS esterno. La modalità iPSK-without-RADIUS di Cisco Meraki funziona in questo modo, così come l'implementazione Private PSK di Ubiquiti UniFi. È possibile configurare fino a cinque chiavi uniche direttamente nella dashboard di gestione, ciascuna mappata su una VLAN. La configurazione è rapida - è possibile renderla operativa in meno di un'ora. Il compromesso è la scalabilità: la maggior parte delle implementazioni locali al controller ha un limite massimo di poche centinaia di chiavi e manca delle funzionalità di integrazione API necessarie per una gestione automatizzata del ciclo di vita. Per un centro di formazione a sede singola con una popolazione di utenti stabile e prevedibile, questo è un punto di partenza perfettamente ragionevole. Il secondo modello è il PPSK supportato da RADIUS. In questo caso, il database delle chiavi si sposta su un server RADIUS esterno - Cisco ISE, Microsoft NPS o un servizio RADIUS in cloud. Quando un dispositivo si connette, il controller wireless invia l'indirizzo MAC del dispositivo al server RADIUS, che restituisce la chiave per dispositivo e l'assegnazione della VLAN appropriate. Questo modello scala fino a migliaia di chiavi, supporta lo steering dinamico delle VLAN e si integra con l'infrastruttura di identità esistente. HPE Aruba chiama questo sistema MPSK - Multiple Pre-Shared Key - gestito tramite ClearPass. Ruckus lo chiama DPSK - Dynamic Pre-Shared Key - gestito tramite SmartZone o Cloudpath. Juniper Mist lo chiama PPSK, memorizzato nel cloud Mist con un massimo di 5.000 chiavi per sito. Per un centro di formazione multi-sala con gruppi di studenti a rotazione, il PPSK supportato da RADIUS è l'architettura corretta. Il terzo modello è il PPSK orchestrato in cloud. In questo scenario, il ciclo di vita delle chiavi - provisioning, distribuzione e revoca - viene gestito attraverso una piattaforma cloud con integrazione API al proprio identity provider, come Microsoft Entra ID, Okta o Google Workspace. Le chiavi vengono generate automaticamente quando un partecipante si registra a un corso, distribuite via email o SMS e revocate automaticamente al termine del corso. La piattaforma di Purple fornisce questo livello di orchestrazione, posizionandosi tra l'identity provider e l'hardware wireless - che si tratti di Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks o Fortinet. Per un patrimonio di centri di formazione multi-sito, o per qualsiasi ambiente in cui la gestione manuale delle chiavi diventerebbe operativamente insostenibile, il PPSK orchestrato in cloud è l'architettura di cui avete bisogno. Sei un consulente senior di infrastrutture di rete con 15 anni di esperienza nel settore WiFi aziendale, e stai continuando una presentazione per direttori IT e CTO. Parla in inglese britannico con un tono chiaro, sicuro e autorevole. Conversazionale ma preciso. Ritmo misurato con pause naturali tra le sezioni: Sezione tre. Il panorama dei vendor. Permettetemi di fornirvi un rapido riepilogo vendor per vendor, poiché la terminologia è davvero confusa. Cisco Meraki lo definisce iPSK - Identity Pre-Shared Key. Due modalità: senza RADIUS, fino a cinque chiavi nella dashboard; con RADIUS tramite Cisco ISE, scala fino a distribuzioni aziendali. L'implementazione di Meraki è pulita e ben documentata. HPE Aruba lo chiama MPSK - Multiple Pre-Shared Key. La modalità locale memorizza le chiavi sul controller. La modalità ClearPass scala su grandi distribuzioni con criteri completi basati sui ruoli. L'implementazione di Aruba è particolarmente forte per gli ambienti che utilizzano già ClearPass per il controllo dell'accesso alla rete cablata. Ruckus lo definisce DPSK - Dynamic Pre-Shared Key. Una delle implementazioni più mature sul mercato. Ruckus offre anche DPSK3, che estende il DPSK nella modalità di transizione WPA3-SAE su WiFi 6 e hardware più recenti. Se state implementando una nuova infrastruttura e desiderate un percorso di migrazione WPA3 chiaro, vale la pena valutare Ruckus. Juniper Mist lo chiama PPSK. Cloud-native, con chiavi memorizzate nel database dell'organizzazione Mist. Si integra con il servizio Access Assurance di Mist per la ricerca basata su RADIUS. Limite di 5.000 chiavi per sito - adeguato per la maggior parte delle implementazioni nei centri di formazione. Extreme Networks, che ha acquisito Aerohive, lo chiama anch'esso PPSK, gestito tramite ExtremeCloud IQ. Supporta l'archiviazione locale delle chiavi sull'AP stesso, il che è utile per siti remoti o filiali. Fortinet lo chiama MPSK, gestito tramite FortiAP e il controller wireless FortiGate. Degno di nota per il supporto esplicito a WPA3-SAE nei profili MPSK a partire dal firmware FortiAP 8.0. Ubiquiti UniFi lo definisce Private PSK. Solo locale, nessun RADIUS esterno. Funziona su reti WPA2 a 2.4 e 5 gigahertz. WPA3 e 6 gigahertz non sono supportati a partire da metà 2026. Ottimo per distribuzioni più piccole, ma è un vincolo da conoscere. [pausa media] Sezione quattro. Errori di implementazione e come evitarli. L'errore più comune che riscontro è trattare il PPSK come un progetto puramente tecnico. La tecnologia è relativamente semplice da configurare. Il problema più difficile è la gestione del ciclo di vita delle chiavi. Come vengono fornite le chiavi? Come vengono distribuite? E, aspetto fondamentale, come vengono revocate al termine del corso di un partecipante? Nel contesto di un centro di formazione, la risposta dovrebbe essere l'automazione. Integrate il provisioning delle chiavi con il vostro sistema di prenotazione dei corsi. Quando un partecipante si registra, generate una chiave e inviatela insieme alle istruzioni di partecipazione. Al termine del corso, revocate la chiave automaticamente. Senza questa automazione, vi ritroverete con centinaia di chiavi orfane e nessuna traccia di controllo - il che vanifica lo scopo stesso dell'implementazione del PPSK.Il secondo ostacolo è la randomizzazione degli indirizzi MAC. iOS 14 e versioni successive, Android 10 e versioni successive e Windows 11 randomizzano tutti gli indirizzi MAC per impostazione predefinita per motivi di privacy. Se la tua implementazione PPSK si basa sulla ricerca degli indirizzi MAC nell'archivio di identità RADIUS, un dispositivo che presenta un indirizzo MAC randomizzato verrà rifiutato. La soluzione consiste nel configurare l'SSID per richiedere ai client di utilizzare il proprio indirizzo MAC permanente o nell'implementare un flusso di lavoro di pre-registrazione. Questo problema è risolvibile, ma deve essere presente nel piano di implementazione fin dal primo giorno. Terzo: resilienza del server RADIUS. Se il server RADIUS si interrompe, nessun nuovo dispositivo può autenticarsi. Distribuisci server RADIUS primari e secondari con una configurazione di failover appropriata sul tuo controller wireless. Per i servizi RADIUS cloud, verifica l'SLA del fornitore - Purple opera con un tempo di attività del 99,999% in oltre 80.000 sedi attive. Quarto: compatibilità WPA3. Se stai distribuendo hardware WiFi 6E o WiFi 7 con radio a 6 gigahertz, tieni presente che i 6 gigahertz impongono solo WPA3 e il PPSK standard è un meccanismo WPA2. Utilizza la modalità di transizione WPA3 sui tuoi SSID a 2,4 e 5 gigahertz e distribuisci un SSID 802.1X separato per i dispositivi gestiti su 6 gigahertz. Non dare per scontato che l'abilitazione di WPA3 su un SSID PPSK esistente funzioni e basta - effettua prima un test in un sito pilota. [medium pause] Sezione cinque. Domande rapide. Il PPSK soddisfa i requisiti PCI-DSS? Il PPSK su WPA2 può soddisfare i requisiti di segmentazione della rete PCI-DSS 4.0 se ogni chiave è mappata su una VLAN isolata. Ma il PCI-DSS raccomanda caldamente l'802.1X per gli ambienti con dati dei titolari di carta. Se gestisci l'elaborazione dei pagamenti nel tuo centro di formazione, parla con il tuo valutatore di sicurezza qualificato prima di affidarti esclusivamente al PPSK per la conformità. Il PPSK è conforme al GDPR? Il PPSK è un meccanismo di autenticazione di rete, non uno strumento di raccolta dati. La conformità al GDPR dipende da quali dati raccogli al momento dell'autenticazione, da come li memorizzi e per quanto tempo li conservi. La piattaforma di Purple gestisce la gestione del consenso e la conservazione dei dati in linea con i requisiti GDPR e CCPA. Quante chiavi può supportare un singolo SSID? Varia a seconda del fornitore. Cisco Meraki con ISE supporta implementazioni molto grandi. Ruckus DPSK supporta decine di migliaia di chiavi. Juniper Mist ha un limite di 5.000 per sito. UniFi è limitato dalla memoria del controller. Controlla sempre la documentazione del fornitore per la tua versione specifica del firmware. Posso combinare PPSK e 802.1X sulla stessa infrastruttura? Sì. L'architettura standard per un centro di formazione è un SSID PPSK per i dispositivi dei delegati e IoT e un SSID 802.1X separato per i dispositivi del personale registrati nel tuo MDM. Purple supporta entrambi i modelli di autenticazione per tutti i principali fornitori di hardware. [medium pause] Riepilogo e prossimi passi. Il PPSK è l'architettura ideale per il WiFi dei centri di formazione quando si ha l'esigenza di una responsabilità per singolo gruppo o utente senza la complessità di un'implementazione completa di 802.1X. I tre modelli di implementazione - a controller locale, basato su RADIUS e orchestrato in cloud - si adattano a scale e requisiti operativi differenti. Per un centro a sede singola, il PPSK a controller locale rappresenta un punto di partenza rapido e a basso sovraccarico. Per ambienti multi-aula e multi-coorte, il PPSK basato su RADIUS con indirizzamento VLAN dinamico è l'architettura corretta. Per complessi di formazione multi-sede, il PPSK orchestrato in cloud con gestione automatizzata del ciclo di vita delle chiavi è l'unico approccio operativamente sostenibile. I prossimi passi pratici: verificate la vostra attuale piattaforma di controller wireless per quanto riguarda il supporto PPSK e i limiti di scalabilità. Definite il vostro modello di segmentazione VLAN in base ai gruppi di utenti. Pianificate il flusso di lavoro del ciclo di vita delle chiavi, dal provisioning fino alla revoca. E pianificate la randomizzazione degli indirizzi MAC fin dal primo giorno. La piattaforma di Purple fornisce lo strato di orchestrazione che si colloca tra il vostro provider di identità e l'infrastruttura wireless per automatizzare l'intero ciclo di vita delle chiavi PPSK - dalla registrazione dei partecipanti al completamento del corso, con funzionalità complete di analisi e reportistica incluse. Per saperne di più sull'architettura WiFi multi-tenant e sul controllo degli accessi alla rete, visitate purple.ai. Grazie per l'ascolto.

header_image.png

Executive Summary

Fornire un accesso WiFi sicuro e segmentato in un ambiente di centro di formazione rappresenta una sfida architetturale unica. È necessario bilanciare l'elevato turnover dei partecipanti con i severi requisiti di sicurezza dei formatori aziendali e le esigenze di isolamento dei dispositivi IoT. Le tradizionali password condivise falliscono in termini di sicurezza e tracciabilità, mentre l'autenticazione enterprise 802.1X completa introduce un livello di attrito inaccettabile per i dispositivi non gestiti.

Le architetture Private Pre-Shared Key (PPSK) colmano questa lacuna. Assegnando una chiave di crittografia unica a ciascun gruppo di utenti o singolo dispositivo, PPSK consente l'instradamento dinamico della VLAN e la revoca granulare dell'accesso su un singolo SSID. Questa guida valuta i tre principali modelli di implementazione PPSK - controller locale, basato su RADIUS e orchestrato in cloud - e fornisce linee guida pratiche per l'implementazione destinate ai responsabili IT e agli architetti di rete. Esaminiamo le implementazioni specifiche dei vendor per Cisco Meraki, HPE Aruba, Ruckus e altri, offrendo la chiarezza tecnica necessaria per distribuire una rete di centri di formazione robusta e conforme.

Approfondimento Tecnico

La proposta di valore fondamentale di un'implementazione PPSK in un centro di formazione consiste nell'offrire una segmentazione di livello enterprise senza il sovraccarico di configurazione del supplicant tipico dell'802.1X. Quando un dispositivo si associa alla rete, utilizza quella che sembra una passphrase WPA2-Personal standard. Tuttavia, l'infrastruttura wireless convalida questa chiave specifica rispetto a un archivio di identità.

Il Flusso di Autenticazione

In un modello basato su RADIUS o orchestrato in cloud, il flusso di autenticazione si basa sulla convalida dell'indirizzo MAC. Quando il client tenta di connettersi, il controller LAN wireless (WLC) intercetta la richiesta e inoltra l'indirizzo MAC del client al server RADIUS. Il server RADIUS interroga il proprio database per quell'indirizzo MAC, identifica l'utente o il gruppo associato e restituisce un messaggio di Access-Accept.

Fondamentalmente, questa risposta contiene coppie attributo-valore (AVP) specifiche del vendor. Queste AVP indicano al controller quale chiave di crittografia aspettarsi dal client e quale VLAN assegnare in seguito a un'autenticazione riuscita. Se la chiave fornita dal client corrisponde a quella specificata dal server RADIUS, l'handshake a quattro vie si completa e il dispositivo viene inserito nel segmento di rete corretto.

WPA3 e la Sfida SAE

Mentre le location passano all'hardware Wi-Fi 6E e Wi-Fi 7, la banda a 6 GHz impone la sicurezza WPA3. WPA3 sostituisce l'handshake a quattro vie con la Simultaneous Authentication of Equals (SAE). Poiché la SAE richiede che sia il client sia l'AP si impegnino su un elemento di password condiviso prima del completamento dell'associazione, l'iniezione standard di chiavi basata su RADIUS non può avvenire a metà flusso.

Per supportare PPSK insieme a WPA3, i fornitori utilizzano modalità di transizione. L'SSID pubblicizza sia WPA2-PSK sia WPA3-SAE. I dispositivi legacy utilizzano il flusso WPA2 e ricevono chiavi univoche, mentre i dispositivi compatibili con WPA3 utilizzano una password SAE condivisa. Le implementazioni avanzate, come Ruckus DPSK3, si integrano strettamente con motori di policy specifici (come Cloudpath) per abilitare chiavi per singolo dispositivo in un ambiente misto WPA2/WPA3.

deployment_models_comparison.png

Guida all'implementazione

La distribuzione di un'architettura PPSK richiede un'attenta pianificazione della gestione del ciclo di vita delle chiavi e dell'onboarding dei dispositivi. La tecnologia è collaudata, ma i flussi di lavoro operativi determinano il successo dell'implementazione.

1. Selezionare il modello di distribuzione

La scelta dell'architettura determina la scalabilità e i costi operativi:

  • PPSK locale sul controller: Le chiavi sono memorizzate direttamente sull'AP o sul controller. Ideale per centri di formazione a sito singolo con gruppi stabili e definiti (es. una chiave per i docenti, una per l'IoT). I fornitori includono Cisco Meraki (senza RADIUS) e Ubiquiti UniFi.
  • PPSK supportato da RADIUS: Le chiavi risiedono in un server RADIUS esterno (Cisco ISE, Microsoft NPS). Supporta lo steering dinamico delle VLAN e migliaia di chiavi. Ideale per centri multisala che richiedono chiavi distinte per ciascun gruppo.
  • PPSK orchestrato via cloud: Una piattaforma basata su API automatizza l'intero ciclo di vita, integrandolo con identity provider come Microsoft Entra ID o Okta. Essenziale per proprietà multisito in cui il provisioning manuale delle chiavi è insostenibile.

2. Progettare l'architettura VLAN

Un centro di formazione standard richiede almeno tre segmenti isolati:

  1. Rete delegati: Accesso solo Internet con isolamento di Layer 2 abilitato per impedire il movimento laterale tra i dispositivi dei delegati.
  2. Rete docenti: Accesso a server di presentazione interni, dispositivi di casting e risorse aziendali.
  3. Rete IoT: Segmento rigorosamente isolato per display intelligenti, sensori HVAC e pannelli di prenotazione delle sale.

3. Automatizzare il ciclo di vita delle chiavi

Le chiavi che non vengono mai revocate diventano un rischio per la sicurezza. In un centro di formazione, il provisioning delle chiavi deve integrarsi con il sistema di gestione dei corsi. Quando un delegato si registra, il livello di orchestrazione genera una chiave univoca e la consegna tramite le istruzioni di partecipazione. Al termine del corso, il sistema revoca automaticamente la chiave, interrompendo l'accesso alla rete senza l'intervento manuale dell'IT.

ppsk_vs_alternatives.png

Best Practices

  • Pianificare la randomizzazione MAC: I sistemi operativi moderni (iOS 14+, Android 10+, Windows 11) utilizzano indirizzi MAC randomizzati. Poiché PPSK con supporto RADIUS si basa sulla ricerca dei MAC, è necessario configurare l'SSID in modo da richiedere indirizzi MAC permanenti o implementare un flusso di lavoro di preregistrazione tramite Captive Portal per acquisire l'indirizzo randomizzato.
  • Implementare l'isolamento Layer 2: Sulla VLAN delegata, abilitare l'isolamento dei client (spesso chiamato blocco peer-to-peer). Questo garantisce che, anche se due delegati condividono la stessa chiave di gruppo, i loro dispositivi non possano comunicare direttamente.
  • Mantenere la resilienza RADIUS: Distribuire server RADIUS primari e secondari. Se l'archivio delle identità non è raggiungibile, i nuovi dispositivi non potranno autenticarsi.

Risoluzione dei problemi e mitigazione dei rischi

La modalità di errore più frequente in una distribuzione PPSK è il timeout di autenticazione dovuto a una mancata corrispondenza dell'indirizzo MAC. Se un delegato si registra con l'indirizzo MAC permanente del proprio telefono ma il dispositivo presenta un MAC randomizzato al momento dell'associazione, il server RADIUS restituirà un Access-Reject.

Per mitigare questo problema, fornire istruzioni chiare per l'onboarding. Consigliare ai delegati di disattivare l'opzione "Indirizzo WiFi privato" per la rete del centro di formazione. In alternativa, utilizzare una piattaforma orchestrata in cloud che gestisca l'onboarding iniziale tramite un SSID aperto standard, registri l'indirizzo MAC presentato e quindi fornisca la chiave univoca per la rete sicura.

ROI e impatto aziendale

Il passaggio a un'architettura PPSK offre un valore aziendale misurabile. Eliminando la password condivisa, si elimina l'onere amministrativo delle rotazioni periodiche delle password e i relativi ticket di supporto.

Inoltre, la traccia di audit dettagliata fornita dalle chiavi univoche supporta la conformità a standard come PCI-DSS e GDPR. In caso di incidente, gli amministratori di rete possono tracciare l'attività fino a un individuo o a un gruppo specifico, anziché a una credenziale condivisa generica. Per gli operatori multi-tenant, questo livello di visibilità e controllo è un requisito fondamentale, non un aggiornamento opzionale.

Definizioni chiave

PPSK (Private Pre-Shared Key)

Un metodo di autenticazione in cui ogni utente o dispositivo riceve una passphrase WPA2 univoca, consentendo il controllo degli accessi individuali su un unico SSID.

Utilizzato per sostituire le password condivise vulnerabili in ambienti in cui l'802.1X è troppo complesso da implementare.

Dynamic VLAN Steering

Il processo di assegnazione automatica di un dispositivo di connessione a una VLAN specifica in base alle sue credenziali di autenticazione.

Essenziale per isolare i dispositivi IoT, i delegati e il personale aziendale sulla stessa infrastruttura wireless fisica.

WPA3-SAE

Simultaneous Authentication of Equals, il protocollo di stabilizzazione sicura delle chiavi richiesto dallo standard WPA3.

L'SAE complica le tradizionali distribuzioni PPSK perché richiede che la password sia nota prima che avvenga la ricerca RADIUS.

Isolamento di Layer 2

Una funzionalità del controller wireless che impedisce ai dispositivi connessi allo stesso SSID e alla stessa VLAN di comunicare direttamente tra loro.

Critico per le reti dei delegati per prevenire il movimento laterale e proteggere i singoli dispositivi.

Attribute-Value Pair (AVP)

Elementi di dati all'interno di un messaggio RADIUS che trasportano dettagli di configurazione specifici, come l'ID della VLAN o i limiti di larghezza di banda.

Il meccanismo mediante il quale il server RADIUS istruisce il controller wireless su come gestire una specifica connessione PPSK.

iPSK

Identity Pre-Shared Key, il termine proprietario di Cisco Meraki per la propria implementazione PPSK.

Spesso usato in modo intercambiabile con PPSK in ambienti di rete dominati da Cisco.

MPSK

Multiple Pre-Shared Key, il termine utilizzato da HPE Aruba e Fortinet per le loro implementazioni di chiavi per singolo dispositivo.

Comunemente distribuito in combinazione con Aruba ClearPass per l'applicazione dei criteri aziendali.

Gestione del ciclo di vita delle chiavi

Il processo end-to-end di generazione, distribuzione, monitoraggio e revoca delle chiavi di autenticazione.

Il requisito operativo che determina se una distribuzione PPSK è sicura e scalabile.

Esempi pratici

Un centro di formazione aziendale multisala deve fornire un accesso di rete isolato per 5 classi giornaliere distinte, 12 formatori permanenti e 40 display IoT per le sale. Attualmente utilizzano un'unica password WPA2-Personal. Come dovrebbero riprogettare l'architettura?

Implementare un'architettura PPSK supportata da RADIUS su un unico SSID. Configurare il server RADIUS per assegnare le chiavi in base ai gruppi di identità. Creare una chiave statica per i dispositivi IoT mappati su una VLAN IoT isolata. Generare giornalmente 5 chiavi di gruppo uniche per le classi, mappate su una VLAN Delegate con isolamento di Layer 2 abilitato. Assegnare chiavi individuali ai 12 formatori, mappati sulla VLAN aziendale. Integrare la generazione delle chiavi con il sistema di prenotazione delle sale per automatizzare la revoca giornaliera delle chiavi delle classi.

Commento dell'esaminatore: Questo approccio elimina la congestione RF derivante dalla trasmissione di più SSID, ottenendo al contempo una rigida separazione logica. L'automazione delle chiavi giornaliere per le classi è il fattore critico di successo; affidarsi alla generazione manuale da parte dell'IT diventerebbe rapidamente un carico operativo insostenibile.

Un centro di formazione che distribuisce access point Cisco Meraki desidera implementare chiavi per singolo dispositivo per 800 delegati in più sedi, ma la dashboard locale Meraki limita l'iPSK a 50 voci senza un server RADIUS. Qual è il percorso di implementazione corretto?

Passare da un iPSK locale del controller a un modello orchestrato in cloud. Distribuire un servizio RADIUS cloud integrato con l'identity provider dell'organizzazione (ad esempio, Microsoft Entra ID). Configurare l'SSID Meraki per "Identity PSK con RADIUS". La piattaforma cloud gestirà il database delle chiavi, superando il limite locale di 50 chiavi, e automatizzerà il provisioning e la revoca delle 800 chiavi uniche dei delegati.

Commento dell'esaminatore: Questo evidenzia i limiti di scalabilità dell'archiviazione locale delle chiavi. Spostando l'archivio delle identità su un provider RADIUS cloud, l'organizzazione ottiene una scalabilità illimitata e centralizza la gestione dei criteri in tutte le sedi fisiche.

Domande di esercitazione

Q1. Stai distribuendo una rete PPSK per un centro di formazione. I partecipanti lamentano l'impossibilità di connettersi. Verifichi che la chiave sia corretta nel database RADIUS, ma i log del controller mostrano "Access-Reject". Qual è la causa più probabile?

Suggerimento: Considera come i moderni sistemi operativi mobili gestiscono la privacy di rete per impostazione predefinita.

Visualizza risposta modello

Il dispositivo del partecipante utilizza un indirizzo MAC casuale. Poiché il PPSK supportato da RADIUS utilizza l'indirizzo MAC come identificativo di ricerca, il MAC casuale non corrisponde al MAC permanente registrato nel database, causando un rifiuto. Il partecipante deve disattivare "Indirizzo WiFi privato" per la rete di formazione.

Q2. Un gestore di una location desidera utilizzare Ubiquiti UniFi Private PSK per una conferenza con 2.000 partecipanti dislocati in tre edifici. Perché questo modello di distribuzione non è appropriato?

Suggerimento: Valuta le differenze architetturali tra le implementazioni locali e quelle supportate da RADIUS.

Visualizza risposta modello

UniFi Private PSK è un'implementazione locale sul controller che non supporta l'integrazione RADIUS esterna. Non può scalare fino a 2.000 chiavi univoche e manca dell'orchestrazione API necessaria per distribuire e revocare automaticamente tale volume di credenziali in un complesso multiedificio.

Q3. Per rendere la rete a prova di futuro, il direttore IT impone che le nuove radio a 6 GHz utilizzino PPSK. Quale vincolo architetturale devi spiegare al direttore?

Suggerimento: Rivedi gli standard di sicurezza obbligatori per lo spettro a 6 GHz.

Visualizza risposta modello

La banda a 6 GHz impone la sicurezza WPA3. Il PPSK standard si affida a WPA2 e all'handshake a quattro vie per inserire chiavi per dispositivo tramite RADIUS. WPA3 utilizza SAE, che richiede un elemento password condiviso prima che avvenga la ricerca RADIUS. Devi spiegare che i 6 GHz richiedono un'estensione di transizione WPA3 specifica del fornitore (come Ruckus DPSK3) o un passaggio a 802.1X Enterprise per quella specifica banda.