Vai al contenuto principale

Managed services WiFi: a comprehensive guide for businesses

Questa guida fornisce un framework tecnico completo per l'implementazione di managed services WiFi in ambienti multi-tenant, inclusi immobili Build-to-Rent, spazi commerciali e strutture ricettive. Copre la segmentazione VLAN, l'assegnazione dinamica delle VLAN tramite IEEE 802.1X, la sicurezza WPA3-Enterprise e la gestione dell'overlay cloud - offrendo a sviluppatori immobiliari, proprietari e operatori BTR un modello indipendente dai vendor per isolare il traffico dei residenti, semplificare la conformità e trasformare l'infrastruttura di rete condivisa in un asset in grado di generare ricavi.

📖 8 minuti di lettura📝 1,955 parole🔧 2 esempi pratici3 domande di esercitazione📚 10 definizioni chiave

Ascolta questa guida

Visualizza trascrizione del podcast
Benvenuto al Purple Technical Briefing. Sono il tuo presentatore, Senior Technical Content Strategist qui in Purple. Nella sessione di oggi, forniremo un briefing esecutivo su una decisione infrastrutturale cruciale: il WiFi gestito come servizio per sviluppatori immobiliari, proprietari e operatori Build-to-Rent. Questo incontro è rivolto a IT manager, architetti di rete e direttori operativi di sede che gestiscono ambienti complessi come proprietà Build-to-Rent, parchi commerciali o grandi hotel. Disponete di un'unica infrastruttura fisica, ma servite molteplici tenant distinti. La vostra sfida consiste nell'offrire un'esperienza WiFi sicura e ad alte prestazioni a ciascuno di essi, senza compromettere la privacy o le prestazioni degli altri. Nei prossimi dieci minuti analizzeremo l'architettura, vi guideremo attraverso l'implementazione ed evidenzieremo come una piattaforma come Purple fornisca il controllo e la visibilità necessari. Sezione uno: Contesto e fondamentali. Quindi, cosa definisce un ambiente WiFi con servizi gestiti? A differenza di un singolo ufficio in cui tutti si trovano sulla stessa rete fidata, una configurazione multi-tenant comporta la suddivisione logica di una singola infrastruttura di rete fisica per servire più gruppi indipendenti. Pensate a un edificio Build-to-Rent con residenti ai piani superiori, un bar al piano terra e un sistema di gestione dell'edificio che esegue sensori IoT per HVAC e controllo accessi. Ognuno è un tenant. Non possono e non devono essere in grado di vedere il traffico di rete degli altri. Il principio cardine qui è l'isolamento. È qui che l'architettura diventa fondamentale. La tecnologia alla base del raggiungimento di questo isolamento è la Virtual Local Area Network, o VLAN, standardizzata secondo IEEE 802.1Q. Assegnando ciascun tenant a una VLAN specifica, si creano domini di trasmissione separati. Il traffico sulla VLAN 10 per i residenti è completamente segregato dal traffico sulla VLAN 30 per i sensori IoT. Questo è un requisito non negoziabile dal punto di vista della sicurezza e della privacy. Sezione due: Approfondimento tecnico. In passato, gli ingegneri di rete segmentavano i loro ambienti wireless creando un SSID univoco per ogni singolo tenant o servizio. Potevate vedere Resident WiFi, Retail Staff WiFi, IoT Devices e Guest WiFi trasmessi tutti dallo stesso access point. Ma ecco il problema: la proliferazione degli SSID distrugge le prestazioni. Ogni SSID trasmesso deve inviare frame di gestione alla velocità dati più bassa per garantire la connessione dei dispositivi legacy. Se state trasmettendo sei o sette SSID su un access point, potete facilmente consumare fino al trenta percento del tempo di trasmissione wireless disponibile solo per il sovraccarico di gestione. Questo prima ancora che venga trasmesso un singolo byte di dati effettivi dell'utente. La soluzione moderna è la Dynamic VLAN Assignment. Invece di trasmettere più SSID, ne viene trasmesso uno solo sicuro, di livello enterprise, utilizzando l'autenticazione IEEE 802.1X. Quando un residente tenta di connettersi, il suo dispositivo scambia le credenziali con un server RADIUS tramite l'access point. Una volta autenticato, il server RADIUS invia un messaggio di Access-Accept all'access point, includendo l'ID VLAN specifico per quell'utente. L'access point riceve questi attributi e indirizza dinamicamente il traffico dell'utente direttamente nella sua VLAN dedicata. Un residente, un membro del personale di vendita e un dispositivo IoT possono connettersi tutti allo stesso SSID, ma il loro traffico è completamente isolato al Layer 2. Per il segmento degli ospiti pubblici nelle aree comuni, la best practice consiste nell'instradare il traffico attraverso una VLAN guest dedicata direttamente a un Captive Portal. È qui che l'integrazione di una piattaforma come la soluzione Guest WiFi di Purple diventa preziosa. Gestisce l'onboarding sicuro, la gestione del consenso conforme al GDPR e l'analisi dei dati su un segmento isolato che non ha alcun accesso di routing alle reti interne sensibili. Sezione tre: Implementazione ed errori comuni. Parliamo di come implementare tutto questo con successo. In primo luogo, la scelta dell'hardware. È necessario utilizzare access point e switch di livello enterprise che supportino pienamente il tagging VLAN 802.1Q e le policy di Quality of Service. Purple è agnostica rispetto all'hardware e si integra con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet. In secondo luogo, e questo è fondamentale: l'architettura VLAN è sicura solo quanto le policy di routing sul firewall principale. Per impostazione predefinita, i router sono progettati per instradare. Se si crea una VLAN residenti e una VLAN IoT, il router passerà volentieri il traffico tra di esse a meno che non si configuri una policy di Default-Deny rigorosa. Ogni percorso inter-VLAN deve essere bloccato per impostazione predefinita, consentendo solo eccezioni esplicite e specifiche per porta. In terzo luogo, attenzione alla VLAN nativa predefinita. Per impostazione predefinita, la maggior parte degli switch utilizza la VLAN 1 come VLAN nativa non taggata sulle porte trunk. Questo è un bersaglio ben noto per gli aggressori che lo sfruttano per eseguire attacchi di VLAN hopping. La best practice consiste nel disabilitare completamente la VLAN 1 e configurare le porte trunk per utilizzare un ID VLAN non utilizzato e non instradabile come VLAN nativa. In quarto luogo, gestire i tempi di lease DHCP. Sulla VLAN Guest WiFi, dove i visitatori arrivano e partono costantemente, impostare i tempi di lease a una o due ore. In questo modo si evita l'esaurimento degli indirizzi IP, che si verifica quando il pool DHCP esaurisce gli indirizzi perché i dispositivi inattivi mantengono i lease. Sezione quattro: Domande a raffica. Rispondiamo alle domande più comuni che riceviamo dai network architect e dai direttori operativi. Domanda uno: Posso usare un'unica rete protetta da password per tutti? Assolutamente no. Questa è la definizione stessa di una rete piatta e non sicura. Non offre alcun isolamento, nessuna garanzia di prestazioni e crea un enorme rischio di conformità. È l'errore numero uno da evitare. Domanda due: Come posso gestire i dispositivi IoT legacy che non supportano l'autenticazione 802.1X? Per dispositivi come smart TV o controller HVAC, utilizzate il MAC Authentication Bypass, combinato con rigide regole di firewall su una VLAN IoT dedicata. Il server RADIUS identifica il dispositivo tramite il suo indirizzo MAC e lo assegna a un segmento isolato. Domanda tre: Qual è il singolo vantaggio di sicurezza più significativo di una corretta architettura multi-tenant? La prevenzione del movimento laterale. Se il dispositivo di un tenant viene compromesso, una corretta segmentazione impedisce all'attaccante di spostarsi all'interno della rete per attaccare altri tenant. Il pericolo viene limitato a una singola VLAN isolata. Questo riduce drasticamente il vostro profilo di rischio. Sezione cinque: Riepilogo e prossimi passi. Per riassumere il briefing di oggi. Tre punti chiave per qualsiasi installazione WiFi di servizi gestiti di successo. Primo, dare priorità all'isolamento utilizzando le VLAN e standard di autenticazione appropriati come WPA3-Enterprise con IEEE 802.1X. Una rete piatta non è un'opzione praticabile. Secondo, implementare il Dynamic VLAN Assignment per eliminare la proliferazione degli SSID, recuperare tempo di trasmissione wireless e mantenere l'isolamento per singolo tenant senza sovraccarichi di prestazioni. Terzo, applicare una rigida policy Default-Deny sul vostro firewall principale. Ogni percorso inter-VLAN deve essere esplicitamente autorizzato. Nulla deve transitare per impostazione predefinita. Gestire un ambiente multi-tenant è complesso, ma con la giusta architettura e gli strumenti corretti, potrete offrire un servizio sicuro e ad alte prestazioni che aggiunge un valore significativo al vostro portafoglio immobiliare. Purple opera in 80.000 sedi attive e gestisce 440 milioni di accessi all'anno, offrendo la scalabilità e l'affidabilità necessarie per le installazioni enterprise. Per un approfondimento sui temi discussi oggi, incluse guide dettagliate alla configurazione e casi di studio, visitate purple dot ai. Grazie per aver partecipato a questo Briefing Tecnico Purple.

header_image.png

Sintesi esecutiva

I promotori immobiliari, i proprietari e gli operatori del settore Build-to-Rent (BTR) si trovano di fronte a una decisione infrastrutturale critica: come fornire un accesso internet sicuro e ad alte prestazioni in edifici multi-tenant senza creare vulnerabilità di sicurezza o rischi di conformità. Una rete flat e condivisa non è un'architettura praticabile. Colloca ogni residente, ogni sensore IoT e ogni locatario commerciale nello stesso dominio di trasmissione - esponendo l'intera rete a una violazione a causa di un singolo dispositivo compromesso.

Il WiFi gestito come servizio trasforma l'infrastruttura condivisa in una risorsa segmentata, gestita in cloud e in grado di generare ricavi. La tecnologia alla base è la segmentazione VLAN IEEE 802.1Q, applicata tramite una policy di firewall restrittiva di tipo Default-Deny e autenticata tramite IEEE 802.1X e RADIUS. Questa guida illustra l'architettura di riferimento, la sequenza di implementazione, gli standard di sicurezza e il caso aziendale per gli operatori BTR e i promotori immobiliari che devono prendere questa decisione nel 2024 e negli anni successivi.

Purple opera in oltre 80.000 sedi attive (dati interni Purple, 2024) e gestisce 440 milioni di accessi all'anno, offrendo la scalabilità e l'affidabilità necessarie per le installazioni aziendali. Garantiamo un tempo di attività del 99,999% e siamo certificati ISO 27001, GDPR e Cyber Essentials. La nostra piattaforma è indipendente dall'hardware e si integra con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet.


Analisi tecnica approfondita: architettura e standard

Il passaggio a un modello WiFi gestito come servizio richiede una transizione da una rete flat a un framework segmentato e zero-trust. L'obiettivo principale è garantire che più tenant indipendenti coesistano su un'unica infrastruttura fisica senza compromettere la sicurezza, le prestazioni o la privacy.

Segmentazione VLAN e IEEE 802.1Q

Il pilastro di qualsiasi rete multi-tenant è la Virtual Local Area Network (VLAN). Standardizzate secondo lo standard IEEE 802.1Q, le VLAN suddividono un'unica struttura fisica di switch in più domini di trasmissione logicamente separati. Quando un client si connette al tuo WiFi, l'access point contrassegna i frame di dati di quel client con uno specifico identificatore VLAN (VID) a 12 bit. Gli switch di rete leggono questo tag e assicurano che il traffico di una VLAN non venga mai inoltrato alle porte di un'altra VLAN, a meno che non sia esplicitamente reindirizzato da un firewall.

In un edificio BTR, un'architettura pratica a quattro VLAN si presenta così:

ID VLAN Segmento Tipo di traffico Metodo di autenticazione
VLAN 10 Residenti Dispositivi personali, streaming, BYOD WPA3-Enterprise, 802.1X
VLAN 20 Personale Laptop aziendali, sistemi di amministrazione WPA3-Enterprise, 802.1X
VLAN 30 IoT HVAC, videosorveglianza, serrature intelligenti, sensori Bypass dell'autenticazione MAC
VLAN 40 WiFi ospiti Accesso visitatori nelle aree comuni Captive Portal, WPA3-Personal

Senza una corretta implementazione della VLAN, la separazione degli inquilini è puramente cosmetica. Più SSID su una singola LAN piatta non offrono alcun isolamento significativo. Qualsiasi dispositivo sulla rete può vedere il traffico broadcast di ogni altro dispositivo. Questa è una criticità di sicurezza e una responsabilità critica in termini di GDPR.

architecture_overview.png

Assegnazione dinamica della VLAN tramite 802.1X e RADIUS

Storicamente, gli ingegneri segmentavano gli ambienti wireless trasmettendo un SSID univoco per ogni inquilino. La proliferazione di SSID distrugge le prestazioni. Ogni SSID trasmesso deve inviare frame di gestione (beacon) alla velocità dati di base più bassa per garantire che i dispositivi legacy possano connettersi. Trasmettere sei o sette SSID per access point consuma fino al 30% del tempo di trasmissione wireless disponibile solo per il sovraccarico di gestione - prima ancora che venga trasmesso un singolo byte di dati utente.

L'approccio moderno è l'Assegnazione dinamica della VLAN. Si trasmette un unico SSID sicuro utilizzando l'autenticazione IEEE 802.1X. Quando un residente si connette, il suo dispositivo (il supplicant) scambia le credenziali con un server RADIUS tramite l'access point. Una volta autenticato, il server RADIUS invia un messaggio di Access-Accept all'access point. Questo messaggio include tre attributi standard IETF: Tunnel-Type impostato su VLAN, Tunnel-Medium-Type impostato su 802 e Tunnel-Private-Group-ID contenente l'ID VLAN specifico per quell'utente.

L'access point riceve questi attributi e inserisce dinamicamente il traffico di quell'utente nella sua VLAN dedicata. Un residente, un membro dello staff retail e un dispositivo IoT possono connettersi tutti allo stesso SSID, ma il loro traffico è completamente isolato al Layer 2. Lo switch li gestisce come se fossero su reti fisiche interamente separate.

Per il segmento Guest WiFi nelle aree comuni, instradare il traffico attraverso una VLAN guest dedicata verso un Captive Portal. Il Captive Portal di Purple gestisce il consenso conforme al GDPR e l'acquisizione di dati di prima parte su un segmento isolato, con zero accesso di instradamento alle reti interne.

Protocolli di sicurezza: WPA3-Enterprise e WPA3-Personal

La sicurezza deve essere adattata al tipo di inquilino. Per il traffico di residenti e staff, distribuire WPA3-Enterprise con IEEE 802.1X. Questo fornisce la Simultaneous Authentication of Equals (SAE) per lo scambio di chiavi e la crittografia a 256 bit, eliminando la vulnerabilità agli attacchi di dizionario offline che interessavano il WPA2-Personal. Per il Guest WiFi nelle aree comuni, WPA3-Personal o WPA3-Enhanced Open (OWE) fornisce una crittografia opportunistica senza richiedere una password, proteggendo gli utenti dalle intercettazioni passive sulle reti aperte.

Integrare il server RADIUS con un provider di identità robusto. Purple supporta Microsoft Entra ID, Okta e Google Workspace, centralizzando la gestione degli utenti e automatizzando l'onboarding e l'offboarding dei residenti.


Guida all'implementazione

La distribuzione di servizi gestiti WiFi richiede una pianificazione meticolosa e il rigoroso rispetto dei principi di progettazione della rete. La seguente sequenza si applica a una distribuzione BTR o MDU.

Fase 1: Rilievo RF e selezione dell'hardware

Esegui un rilievo di radiofrequenza (RF) prima di acquistare l'hardware. In un edificio residenziale, i materiali delle pareti, la struttura dei solai e i vani ascensore creano un'attenuazione significativa del segnale. Il rilievo determina il posizionamento e la densità degli access point per ottenere la potenza del segnale target (in genere -65 dBm o superiore) in tutte le aree. Purple è agnostico rispetto all'hardware e si integra con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet. Seleziona hardware che supporti il Wi-Fi 6 (802.11ax) o il Wi-Fi 6E per distribuzioni residenziali ad alta densità.

Fase 2: Progettazione dell'architettura VLAN

Mappa i requisiti dei tenant prima di configurare anche un solo switch. Definisci il numero di VLAN, i requisiti di sicurezza per ciascuna e le richieste di larghezza di banda previste. Questo guiderà la progettazione delle policy del firewall. Documenta ogni VLAN, il suo scopo, il suo intervallo DHCP e i percorsi inter-VLAN consentiti. Questa documentazione è essenziale per gli audit di conformità PCI-DSS e GDPR.

Fase 3: Configurazione del firewall principale

La tua architettura VLAN si basa interamente sulle policy di routing del firewall principale. Configura una policy restrittiva di tipo Default-Deny. Ogni percorso inter-VLAN deve essere bloccato per impostazione predefinita, consentendo solo eccezioni esplicite e specifiche per porta. Ad esempio, la tua VLAN IoT (VLAN 30) dovrebbe essere autorizzata a raggiungere solo gli endpoint cloud specifici richiesti dal sistema di gestione dell'edificio. Non deve mai essere consentito il routing verso la VLAN Residenti (VLAN 10). Questa policy Default-Deny contiene il raggio d'azione di qualsiasi dispositivo compromesso all'interno di una singola VLAN isolata.

Fase 4: Integrazione di RADIUS e identity provider

Distribuisci o configura il tuo server RADIUS e integralo con l'identity provider scelto - Microsoft Entra ID, Okta o Google Workspace. Configura gli attributi RADIUS per restituire l'ID VLAN corretto per ciascun gruppo di utenti in seguito a un'autenticazione riuscita. Testa l'assegnazione dinamica della VLAN con un gruppo pilota prima del lancio a livello di intero edificio.

Fase 5: Captive Portal e acquisizione dati

Per la tua VLAN WiFi ospiti, configura il Captive Portal di Purple per presentare condizioni di servizio conformi al GDPR e raccogliere consensi espliciti per le comunicazioni di marketing. La piattaforma WiFi Analytics di Purple acquisisce dati di prima parte sul comportamento dei visitatori, sul tempo di permanenza e sui tassi di ritorno - fornendo ai gestori immobiliari informazioni utili sull'utilizzo della struttura.

Fase 6: QoS e gestione della larghezza di banda

In un ambiente condiviso, è fondamentale evitare che un singolo utente ad alto consumo di banda (i cosiddetti "noisy neighbours") consumi tutta la larghezza di banda disponibile. Definisci policy di Quality of Service (QoS) per ogni VLAN. Una tipica installazione BTR potrebbe allocare 100 Mbps di larghezza di banda garantita per unità residenziale, con capacità di burst fino alla capacità di backhaul disponibile. Le VLAN del personale e dell'IoT ricevono livelli di priorità inferiori. Questo assicura un'esperienza prevedibile ed equa per tutti i residenti.


Best practice

Le seguenti raccomandazioni riflettono le linee guida standard del settore fornite da IEEE, Wi-Fi Alliance e dall'esperienza operativa di Purple in oltre 80.000 location.

Disabilita VLAN 1. La maggior parte degli switch utilizza la VLAN 1 come VLAN nativa predefinita sulle porte trunk. Gli aggressori sfruttano questo aspetto per attacchi di VLAN hopping. Disabilita la VLAN 1 e configura le porte trunk per utilizzare un ID VLAN non utilizzato e non instradabile come VLAN nativa.

Controlla il numero di SSID. Se trasmetti più di quattro SSID per access point, stai degradando le prestazioni wireless. Passa al Dynamic VLAN Assignment tramite 802.1X per consolidare gli SSID e recuperare tempo di trasmissione. Per una guida dettagliata sull'architettura degli SSID, leggi Three SSIDs to rule them all: guest, Passpoint, and IoT WiFi .

Gestisci i tempi di lease DHCP per segmento. Sulla tua VLAN Guest WiFi, imposta i tempi di lease a una o due ore per evitare l'esaurimento degli indirizzi IP in ambienti ad alta rotazione. Le VLAN dei residenti e aziendali possono tranquillamente utilizzare lease di 24 ore.

Segrega il traffico del personale e dei residenti. Non inserire mai il personale di gestione dell'edificio sulla stessa VLAN dei residenti. Leggi la nostra guida su How to Safely Segregate Staff and Guest WiFi Networks per i passaggi di configurazione dettagliati.

Implementa 802.11r per un roaming perfetto. In un edificio residenziale a più piani, i residenti si spostano costantemente tra gli access point. Abilita Fast BSS Transition (802.11r) e Opportunistic Key Caching (OKC) per garantire che lo stato di autenticazione sia memorizzato nella cache tra gli access point. Questo elimina i ritardi di riautenticazione quando i residenti si spostano all'interno dell'edificio.

managed_wifi_benefits.png


Risoluzione dei problemi e mitigazione dei rischi

Anche con una progettazione robusta, possono sorgere problemi. Comprendere le modalità di guasto più comuni ti aiuta a rispettare i tuoi impegni di SLA.

Proliferazione di SSID e scarse prestazioni. Se il throughput del client è scarso nonostante le connessioni in fibra ad alta velocità, controlla il numero di SSID. La trasmissione di più di quattro SSID per access point consuma un tempo di trasmissione eccessivo. Consolida gli SSID e implementa il Dynamic VLAN Assignment per recuperare le prestazioni.

Configurazione errata della porta trunk. Se un utente si autentica con successo tramite RADIUS ma non riesce a ricevere un indirizzo IP, controlla le porte trunk dello switch. L'access point sta tentando di inserire l'utente in una VLAN specifica, ma tale VLAN non è consentita sul trunk della porta dello switch. Assicurati che tutte le VLAN dei tenant siano esplicitamente taggate su ogni porta trunk tra l'access point e lo switch di distribuzione.

Dispositivi IoT legacy e spoofing MAC. Molte smart TV e sensori per edifici non supportano lo standard 802.1X. Utilizza il MAC Authentication Bypass (MAB) per assegnare questi dispositivi a una VLAN IoT isolata. Poiché gli indirizzi MAC possono essere contraffatti, applica regole di firewall rigorose a questo segmento, limitando l'accesso ai soli server esterni richiesti. Non inserire mai i dispositivi IoT nella stessa VLAN del traffico dei residenti o del personale.

Esaurimento del DHCP sulle VLAN guest. Negli ambienti ad alta rotazione, i pool DHCP possono esaurirsi se i tempi di lease sono troppo lunghi. Monitora l'utilizzo del pool DHCP e imposta i tempi di lease a una o due ore su tutte le VLAN guest e visitatori.

Estensione dell'ambito di conformità. Se un tenant retail nel tuo edificio elabora pagamenti con carta, il suo segmento di rete rientra nell'ambito PCI-DSS. Un isolamento adeguato della VLAN e criteri di firewall Default-Deny possono ridurre l'ambito di audit PCI-DSS fino al 70% (dati operativi Purple, 2024), riducendo direttamente i costi di conformità annuali.


ROI e impatto aziendale

I servizi gestiti WiFi trasformano la rete da centro di costo ad asset strategico per gli operatori BTR e gli sviluppatori immobiliari.

Soddisfazione e fidelizzazione dei residenti. La connettività è costantemente classificata tra i primi tre servizi preferiti dai residenti BTR. Un servizio WiFi gestito con SLA garantiti e allocazione della larghezza di banda per singola unità differenzia la tua proprietà in un mercato competitivo e riduce il tasso di abbandono.

Efficienza operativa. Una piattaforma di gestione cloud centralizza il controllo su tutto il portafoglio immobiliare. La dashboard single-pane-of-glass di Purple elimina la necessità di personale IT in loco per gestire i singoli access point. Le modifiche alla rete, l'onboarding di nuovi residenti e gli aggiornamenti dei criteri di sicurezza vengono applicati da remoto in pochi minuti.

Dati di prima parte e analytics. La piattaforma WiFi Analytics di Purple acquisisce dati di prima parte conformi al GDPR sul comportamento dei visitatori nelle aree comuni. Gli operatori immobiliari ottengono informazioni utili sull'utilizzo dei servizi, sugli orari di massima occupazione e sul coinvolgimento dei residenti - dati che guidano le decisioni di gestione immobiliare e supportano la rendicontazione ESG.

Riduzione dei costi di conformità. Una corretta segmentazione delle VLAN riduce l'ambito di audit PCI-DSS per gli eventuali tenant retail presenti nel tuo edificio. La conformità al GDPR è integrata nel Captive Portal di Purple con opt-in basati su una scelta consapevole e policy automatizzate di conservazione dei dati.

Purple ha ottenuto le certificazioni ISO 27001, GDPR, CCPA, Cyber Essentials e B Corp. Fondata nel 2012, abbiamo raccolto 29 miliardi di punti dati sulla nostra rete, fornendo la profondità analitica richiesta dagli operatori immobiliari aziendali.

Definizioni chiave

VLAN (Virtual Local Area Network)

Una partizione logica di una rete Layer 2 che isola i domini di broadcast su uno switch fisico condiviso, standardizzata secondo lo standard IEEE 802.1Q.

Essenziale per separare il traffico di residenti, personale, IoT e ospiti in un edificio multi-tenant. Senza VLAN, tutti i dispositivi condividono lo stesso dominio di broadcast e possono vedere il traffico reciproco.

IEEE 802.1Q

Lo standard di rete che supporta le VLAN su una rete Ethernet IEEE 802.3 inserendo un tag a 32 bit nei frame Ethernet, contenente un identificatore VLAN (VID) a 12 bit.

Il protocollo tecnico che rende possibile la segmentazione della rete attraverso switch e access point aziendali. Ogni switch e access point di livello enterprise supporta lo standard 802.1Q.

Assegnazione VLAN dinamica

Un metodo in cui un server RADIUS indica a un access point di inserire un utente autenticato su una VLAN specifica, indipendentemente dall'SSID a cui si è connesso, utilizzando gli attributi IETF Tunnel nel messaggio Access-Accept.

Consente ai gestori delle sedi di isolare in modo sicuro i diversi tenant senza trasmettere più SSID, eliminando il sovraccarico di tempo di trasmissione causato dalla proliferazione di SSID e mantenendo al contempo l'isolamento per singolo tenant.

RADIUS (Remote Authentication Dial-In User Service)

Un protocollo di rete che fornisce una gestione centralizzata di autenticazione, autorizzazione e tracciamento (AAA) per gli utenti che si connettono a un servizio di rete.

Il componente server principale che convalida le credenziali utente e assegna i corretti attributi VLAN durante l'autenticazione 802.1X. Purple si integra con Microsoft Entra ID, Okta e Google Workspace come provider di identità upstream.

IEEE 802.1X

Uno standard IEEE per il controllo dell'accesso alla rete basato su porta (PNAC), che fornisce un meccanismo di autenticazione ai dispositivi che desiderano connettersi a una LAN o WLAN. Definisce i ruoli di Supplicant (dispositivo client), Authenticator (access point) e Authentication Server (RADIUS).

Il framework di sicurezza aziendale richiesto per WPA3-Enterprise, che garantisce che solo i dispositivi autorizzati possano accedere alla rete. Obbligatorio per qualsiasi segmento di rete aziendale o regolamentato.

Captive Portal

Una pagina web che un utente di una rete ad accesso pubblico è obbligato a visualizzare e con cui deve interagire prima che venga concesso l'accesso alla rete, tipicamente utilizzata per presentare i termini di servizio e raccogliere il consenso.

Utilizzato sulle reti Guest WiFi per acquisire dati di prima parte conformi al GDPR, presentare i termini di servizio e gestire il consenso al marketing. Il Captive Portal di Purple supporta l'attivazione basata su scelta consapevole e si integra con la piattaforma WiFi Analytics.

MAC Authentication Bypass (MAB)

Un metodo per concedere l'accesso alla rete basato sull'indirizzo MAC del dispositivo di connessione, utilizzato quando il dispositivo non supporta l'autenticazione EAP 802.1X.

Necessario per connettere alla rete dispositivi IoT headless, smart TV, controller HVAC e hardware legacy. Poiché gli indirizzi MAC possono essere falsificati, il MAB deve sempre essere combinato con regole firewall rigorose sulla VLAN IoT.

Movimento laterale

Le tecniche utilizzate dai criminali informatici per spostarsi progressivamente all'interno di una rete dopo la compromissione iniziale, alla ricerca di obiettivi di alto valore come sistemi di gestione o terminali di pagamento.

Una corretta segmentazione VLAN e regole firewall Default-Deny sono progettate specificamente per contenere le violazioni e prevenire il movimento laterale. Un dispositivo compromesso sulla VLAN IoT non può raggiungere le VLAN dei residenti o del personale.

WPA3-Enterprise

La certificazione di sicurezza aziendale della Wi-Fi Alliance per le reti wireless, che richiede l'autenticazione IEEE 802.1X e fornisce la Simultaneous Authentication of Equals (SAE) con crittografia a 256 bit.

Lo standard di sicurezza obbligatorio per qualsiasi segmento di rete che trasporti dati personali, finanziari o regolamentati. Sostituisce il WPA2-Enterprise ed elimina la vulnerabilità agli attacchi con dizionario offline.

Overlay cloud

Un piano di gestione e controllo basato su cloud posizionato sopra l'hardware di rete fisico esistente, che fornisce configurazione, monitoraggio e analisi centralizzati senza sostituire l'infrastruttura sottostante.

L'overlay cloud di Purple si integra con Cisco Meraki, HPE Aruba, Ruckus e altri fornitori di hardware, offrendo un'unica dashboard di gestione per l'intero portafoglio di proprietà senza richiedere la sostituzione dell'hardware.

Esempi pratici

Un operatore BTR sta sviluppando un edificio residenziale da 200 unità con spazi commerciali al piano terra e una palestra per i residenti. Deve fornire internet sicuro ai residenti, gestire i sensori IoT dell'edificio e offrire WiFi pubblico nello spazio commerciale. Come dovrebbe progettare l'architettura di rete?

Implementare una singola infrastruttura di rete fisica con hardware di livello enterprise - ad esempio, access point Cisco Meraki MR57 e switch MS390. Implementare un'architettura a quattro VLAN: VLAN 10 per i residenti (WPA3-Enterprise, 802.1X, 100 Mbps garantiti per unità), VLAN 20 per l'IoT dell'edificio (MAC Authentication Bypass, limitata solo agli endpoint cloud di gestione dell'edificio), VLAN 30 per i POS commerciali (WPA3-Enterprise, 802.1X, segmento isolato PCI-DSS) e VLAN 40 per il WiFi ospiti pubblico (Captive Portal, WPA3-Personal, lease DHCP di 1 ora). Trasmettere un singolo SSID 802.1X per residenti, personale di vendita e dispositivi IoT, utilizzando un server RADIUS per l'assegnazione dinamica delle VLAN. Trasmettere un SSID aperto separato con un Captive Portal Purple per gli ospiti pubblici. Configurare il firewall centrale con una politica Default-Deny rigorosa, consentendo solo rotte inter-VLAN esplicite ove operativamente richiesto. Integrare il server RADIUS con Microsoft Entra ID per la gestione delle identità dei residenti.

Commento dell'esaminatore: Questo approccio utilizza la segmentazione VLAN IEEE 802.1Q per isolare il traffico, soddisfacendo i requisiti di sicurezza sia per i residenti che per le attività commerciali. L'assegnazione dinamica delle VLAN previene la proliferazione degli SSID, preservando il tempo di trasmissione wireless. La politica del firewall Default-Deny garantisce che un dispositivo IoT compromesso non possa accedere alla rete dei residenti o a quella commerciale, mitigando i rischi di movimento laterale. Il segmento isolato PCI-DSS per i POS commerciali riduce l'ambito di applicazione degli audit di conformità. Il Captive Portal Purple sulla VLAN 40 acquisisce dati di prima parte conformi al GDPR sui visitatori delle aree comuni.

Un responsabile IT di un hotel nota un grave degrado delle prestazioni del WiFi nel centro congressi durante un grande evento. Attualmente la rete trasmette sette diversi SSID per ospitare vari clienti aziendali e ospiti pubblici. Come può risolvere questo problema di prestazioni?

Il degrado delle prestazioni è causato dal sovraccarico dei pacchetti di gestione (management frame overhead) dovuto alla trasmissione di sette SSID. Il responsabile IT deve consolidare la rete. Dovrebbe passare a un modello a due SSID: un SSID 802.1X sicuro per tutti i clienti aziendali e il personale, e un SSID aperto con un Captive Portal Purple per gli ospiti pubblici. Deve integrare un server RADIUS per autenticare gli utenti aziendali e assegnarli dinamicamente alle rispettive VLAN client. A ciascun cliente aziendale viene assegnata una VLAN dedicata (ad es. VLAN 100 per il Cliente A, VLAN 101 per il Cliente B) tramite attributi RADIUS. Il server RADIUS mappa le credenziali dell'identity provider di ciascun utente sulla VLAN ID corretta. Le policy QoS sono configurate per VLAN per garantire livelli di larghezza di banda dedicati ai clienti congressuali premium.

Commento dell'esaminatore: La trasmissione di sette SSID consuma fino al 30% del tempo di trasmissione wireless disponibile solo per i beacon management frame. Il consolidamento a due SSID recupera questo tempo di trasmissione, migliorando drasticamente il throughput effettivo dei dati per i partecipanti al congresso. L'assegnazione dinamica delle VLAN mantiene la separazione logica richiesta per i diversi clienti aziendali senza il sovraccarico fisico di più SSID. Questa è la soluzione standard per la proliferazione degli SSID in ambienti alberghieri ad alta densità.

Domande di esercitazione

Q1. Stai implementando una soluzione WiFi gestita per una proprietà BTR di 150 unità. Il sistema di gestione dell'edificio richiede l'accesso alla rete per i controller HVAC e le serrature intelligenti, che non supportano lo standard 802.1X. Come colleghi in modo sicuro questi dispositivi senza esporre la rete dei residenti?

Suggerimento: Considera come la rete può identificare i dispositivi senza credenziali utente e come limitare il loro accesso solo alle destinazioni richieste.

Visualizza risposta modello

Utilizza il MAC Authentication Bypass (MAB) per autenticare i controller HVAC e le serrature intelligenti in base ai loro indirizzi MAC. Il server RADIUS identifica ciascun dispositivo tramite l'indirizzo MAC e lo assegna a una VLAN IoT dedicata e isolata (ad es., VLAN 30). Poiché gli indirizzi MAC possono essere contraffatti, configura una policy firewall Default-Deny restrittiva per la VLAN 30, consentendo esplicitamente il traffico solo verso gli endpoint cloud specifici richiesti dal sistema di gestione dell'edificio. Blocca tutto il routing tra la VLAN 30 e la VLAN Residenti (VLAN 10). Ciò garantisce che un dispositivo IoT compromesso non possa raggiungere i dispositivi o i dati dei residenti.

Q2. Un inquilino retail nel tuo edificio BTR multi-tenant segnala che i suoi terminali Point of Sale (POS) falliscono le scansioni di conformità PCI DSS perché sono visibili ai dispositivi sulla rete ospiti pubblica. Qual è l'errore architetturale e come puoi rimediare?

Suggerimento: Pensa all'isolamento di Layer 2 e alle policy di routing di Layer 3 tra il segmento POS e il segmento ospiti.

Visualizza risposta modello

L'errore architetturale è una segmentazione della rete inadeguata. O i terminali POS e i dispositivi degli ospiti pubblici si trovano sulla stessa rete piatta (stessa VLAN e subnet), oppure il firewall centrale è configurato per instradare il traffico tra la VLAN POS e la VLAN Ospiti senza restrizioni. La soluzione consiste nel posizionare i terminali POS su una VLAN dedicata e isolata (ad es., VLAN 30) con una policy di routing inter-VLAN Default-Deny restrittiva sul firewall. La VLAN Ospiti non deve avere rotte consentite verso la VLAN POS. Questo rende il segmento POS conforme ai requisiti PCI DSS isolando il traffico dell'ambiente dei dati dei titolari di carta (CDE) da tutti gli altri segmenti di rete.

Q3. La tua dashboard di monitoraggio della rete mostra un utilizzo elevato dei canali e prestazioni scadenti dei client su tutti gli access point di un centro congressi, anche durante i periodi non di punta in cui sono connessi pochi utenti. Attualmente stai trasmettendo sei SSID per access point. Qual è la causa più probabile e quale rimedio consigli?

Suggerimento: Considera l'impatto dei frame di gestione sul tempo di trasmissione wireless, indipendentemente dal numero di client connessi.

Visualizza risposta modello

Il problema di prestazioni è causato dalla proliferazione degli SSID. La trasmissione di sei SSID per access point consuma una parte significativa del tempo di trasmissione wireless con i frame di gestione dei beacon, indipendentemente dal numero di client connessi. Ciascun SSID deve trasmettere i beacon alla velocità di trasmissione dati più bassa supportata per garantire la compatibilità con i dispositivi legacy. Il rimedio consiste nel consolidare gli SSID. Implementa l'assegnazione dinamica della VLAN tramite 802.1X e un server RADIUS. Ciò consente di trasmettere un singolo SSID sicuro e di assegnare dinamicamente gli utenti alle rispettive VLAN corrette al momento dell'autenticazione, recuperando tempo di trasmissione wireless e migliorando la velocità di trasmissione per tutti i client connessi. Limita il numero totale di SSID a un massimo di quattro per access point.

Continua a leggere questa serie

PPSK UniFi: confronto tra funzionalità e modelli di implementazione

Questa guida copre l'implementazione di PPSK (Private Pre-Shared Key) su infrastruttura Ubiquiti UniFi per ambienti multi-tenant, tra cui Build to Rent, alloggi per studenti e strutture ricettive. Confronta PPSK con 802.1X e PSK standard, descrive in dettaglio due modelli di implementazione - UniFi nativo e overlay RADIUS cloud - e spiega come Purple automatizza la gestione delle credenziali su scala. Sviluppatori immobiliari, proprietari e operatori BTR troveranno indicazioni architetturali pratiche, casi di studio reali e un chiaro business case per trattare il WiFi come un servizio gestito.

Leggi la guida →

Cos'è PPSK: confronto tra funzionalità e modelli di implementazione

Questa guida tecnica di riferimento analizza in modo approfondito l'architettura PPSK (Private Pre-Shared Key), confrontandola con iPSK e 802.1X per supportare i gestori di grandi spazi e i team IT nella scelta del modello di autenticazione corretto. Fornisce strategie operative di implementazione per ambienti multi-tenant, garantendo reti WiFi sicure, isolate e facili da gestire.

Leggi la guida →

Nama ff iPSK ind: una guida completa per le aziende

Questa guida spiega come l'iPSK (Identity Pre-Shared Key) risolve la principale sfida di connettività negli edifici residenziali multi-tenant, offrendo a ogni residente un WiFi privato con la qualità di una rete domestica su un'infrastruttura condivisa. Copre l'architettura di autenticazione, i passaggi di implementazione e il caso commerciale per trattare il WiFi gestito come un servizio generatore di ricavi negli ambienti BTR e MDU.

Leggi la guida →