PPSK: comparando recursos e modelos de implantação
O PPSK (Private Pre-Shared Key) é a arquitetura de autenticação que se posiciona entre uma senha de WiFi compartilhada e o 802.1X Enterprise completo - emitindo para cada usuário ou dispositivo uma senha exclusiva enquanto mantém um único SSID. Este guia compara o PPSK com o PSK e o 802.1X em termos de segurança, complexidade de implantação, suporte a IoT e atribuição de VLAN, oferecendo em seguida modelos de implantação práticos para operadoras de Build-to-Rent, redes de varejo e estabelecimentos do setor de hotelaria. Incorporadores imobiliários, proprietários e operadoras de BTR encontrarão uma estrutura clara para escolher o modelo certo, integrar com provedores de identidade e automatizar o gerenciamento do ciclo de vida das chaves em escala.
Ouça este guia
Ver transcrição do podcast
- Resumo executivo
- Análise técnica detalhada
- O dilema da autenticação
- Fluxo de autenticação
- Private Area Networks
- Guia de implementação
- Passo 1: Avaliação da infraestrutura
- Passo 2: Integração do provedor de identidade
- Passo 3: Tratamento de randomização de MAC
- Passo 4: Design de segmentação de VLAN
- Passo 5: Resiliência e redundância
- Melhores práticas
- Solução de problemas e mitigação de riscos
- Falhas de autenticação decorrentes de randomização de MAC
- Indisponibilidade do servidor RADIUS
- mDNS não está funcionando na rede privada de um residente
- Incompatibilidade de dispositivos legados
- Retorno sobre o investimento (ROI) e impacto nos negócios

Resumo executivo
Proteger o WiFi em um edifício com centenas de moradores e milhares de dispositivos é mais difícil do que parece. Uma senha compartilhada falha no momento em que um morador se muda. O 802.1X Enterprise completo é muito complexo para os dispositivos IoT e hardwares de consumo que dominam as residências modernas. O Power Probe PPSK - o termo usado pela HPE Aruba para o que a Cisco chama de iPSK e a Ruckus chama de DPSK - preenche essa lacuna. Cada morador recebe uma senha exclusiva. Todos os moradores se conectam ao mesmo SSID. A rede atribui automaticamente cada dispositivo à VLAN correta e o isola de todas as outras residências na Camada 2.
A Purple opera em mais de 80.000 locais e processou 440 milhões de logins em 2024 (dados internos da Purple). Nossa plataforma de WiFi Multi-Tenant funciona como uma camada de nuvem agnóstica de hardware em pontos de acesso Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Este guia oferece a arquitetura técnica, os modelos de implantação e o manual operacional para implantar PPSK em escala.
Análise técnica detalhada
O dilema da autenticação
Três modelos de autenticação WiFi dominam as implantações corporativas e multi-tenant. Cada um resolve um problema diferente e introduz uma restrição diferente.
PSK padrão (WPA2-Personal) usa uma única senha compartilhada para cada dispositivo na rede. A configuração leva minutos e todos os dispositivos do planeta são compatíveis. O problema é o controle de acesso: uma credencial comprometida expõe toda a rede. Revogar um usuário significa alterar a senha de todos. Em um edifício BTR de 200 unidades, isso significa desconectar o alto-falante inteligente, o console de jogos e o dispositivo de streaming de todos os moradores simultaneamente.
802.1X Enterprise (WPA2/WPA3-Enterprise) substitui a senha compartilhada por credenciais individuais ou certificados digitais validados em um servidor RADIUS, em conformidade com o padrão IEEE 802.1X. A segurança é alta. A revogação por usuário é instantânea. Mas a sobrecarga de infraestrutura é significativa - uma Infraestrutura de Chaves Públicas (PKI), gerenciamento de certificados e configuração de suplicante em cada dispositivo. O mais crítico é que dispositivos sem interface de usuário (consoles de jogos, smart TVs, sensores IoT, dongles de streaming) não podem participar da autenticação baseada em certificado. Em um ambiente residencial ou de hospitalidade, o 802.1X é inviável para uma proporção significativa da frota de dispositivos.
Power Probe PPSK fica entre esses dois extremos. Cada usuário ou dispositivo recebe uma chave pré-compartilhada exclusiva. Todos os dispositivos se conectam ao mesmo SSID. Do ponto de vista do morador, parece uma rede WiFi doméstica. Do ponto de vista da rede, cada conexão é identificada individualmente, criptografada individualmente e controlável de forma individual.

Fluxo de autenticação
A sequência de autenticação PPSK funciona da seguinte forma:
- Um dispositivo apresenta sua frase secreta ao ponto de acesso durante o handshake de quatro vias WPA2-PSK.
- O Wireless LAN Controller (WLC) intercepta a tentativa de conexão e encaminha o endereço MAC do dispositivo para o servidor RADIUS configurado.
- O servidor RADIUS busca o endereço MAC em seu repositório de identidade e, se encontrar uma correspondência, retorna uma resposta Access-Accept contendo um atributo específico do fornecedor (VSA) com a frase secreta exclusiva para esse dispositivo.
- O WLC usa a frase secreta retornada para validar a chave apresentada pelo dispositivo. Uma correspondência autentica o dispositivo.
- A resposta RADIUS também carrega atributos de atribuição de VLAN e política de largura de banda. O WLC coloca o dispositivo no segmento de rede correto automaticamente.
Este fluxo é consistente entre os fornecedores, embora os atributos RADIUS específicos variem. HPE Aruba usa o VSA Aruba-MPSK-Passphrase. Cisco usa o atributo cisco-av-pair com os valores psk-mode e psk. Ruckus implementa DPSK nativamente em seu controlador SmartZone. Ubiquiti UniFi suporta PPSK com VLANs atribuídas por RADIUS a partir do firmware 7.x em diante.
Private Area Networks
Um recurso definidor do PPSK em implantações de multi-tenant é a Private Area Network (PAN). O PPSK permite o isolamento de Camada 2 entre os usuários. Embora centenas de dispositivos compartilhem os mesmos pontos de acesso físicos e o mesmo SSID, o tráfego de cada residente é isolado criptograficamente do tráfego de todos os outros residentes. Com a reflexão mDNS ativada no controlador, um residente ainda pode descobrir e interagir com seus próprios dispositivos - transmitindo para uma smart TV, emparelhando um alto-falante inteligente, imprimindo em uma impressora portátil - sem qualquer risco de seu vizinho ver ou acessar esses dispositivos.
Esta é a arquitetura que a Purple utiliza para fornecer WiFi Multi-Tenant em BTR, alojamentos estudantis construídos para esse fim (PBSA), habitação social e ambientes de coworking. Cada residente opera dentro de sua própria bolha de WiFi. O operador do edifício gerencia apenas uma rede.

Guia de implementação
Passo 1: Avaliação da infraestrutura
Verifique se o hardware do seu ponto de acesso e o controlador suportam PPSK com VLANs atribuídas por RADIUS. Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet oferecem suporte a esse recurso, embora os caminhos de configuração variem. Verifique a versão do firmware do seu controlador - o suporte ao PPSK foi adicionado ou significativamente aprimorado em versões principais recentes para a maioria dos fornecedores.
Avalie sua infraestrutura RADIUS. A autenticação PPSK é síncrona: cada nova conexão de dispositivo aciona uma consulta RADIUS. Em um edifício de 200 unidades com 15 a 25 dispositivos por residência, você precisa de um servidor RADIUS capaz de lidar com cargas de consulta contínuas durante os períodos de mudança. A infraestrutura de nuvem RADIUS da Purple é dimensionada para essa carga nativamente.
Passo 2: Integração do provedor de identidade
Conecte seu provedor de identidade - Microsoft Entra ID, Okta ou Google Workspace - à sua infraestrutura RADIUS. Essa integração é o que permite o gerenciamento automatizado do ciclo de vida das chaves. Quando um residente é integrado ao seu sistema de gerenciamento de propriedades (PMS), uma PPSK exclusiva é gerada e provisionada automaticamente. Quando eles se mudam, a chave é revogada sem afetar nenhum outro residente.
Para implantações no varejo, conecte seu sistema de RH ou provedor de identidade para que as chaves dos funcionários sejam provisionadas na contratação e revogadas no desligamento. A plataforma da Purple atua como a camada de orquestração entre seu IdP e sua infraestrutura RADIUS, automatizando esse fluxo de trabalho em hardwares Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet.
Passo 3: Tratamento de randomização de MAC
Sistemas operacionais modernos - iOS 14 e posterior, Android 10 e posterior, Windows 11 - usam a randomização de endereço MAC por padrão. A PPSK depende de consultas de endereço MAC no armazenamento de identidade do RADIUS. Um MAC randomizado não corresponderá a nenhum registro e a autenticação falhará.
Duas abordagens resolvem isso. A primeira é configurar seu SSID para exigir que os clientes usem seu endereço MAC permanente (hardware). A maioria das controladoras suporta isso por meio de uma configuração por SSID. A segunda é implementar um portal de pré-registro onde os residentes registram o MAC permanente de seus dispositivos antes de se conectarem. O portal de integração da Purple gerencia esse fluxo, detectando MACs randomizados e guiando o residente pelo processo.
Passo 4: Design de segmentação de VLAN
Mapeie sua estratégia de VLAN antes de configurar o servidor RADIUS. Uma implantação típica de BTR pode usar:
| VLAN | Segmento | Política |
|---|---|---|
| 10-209 | VLANs privadas por residente | Isolamento total, reflexão mDNS ativada |
| 210 | IoT de gerenciamento predial | Restrito à sub-rede de gerenciamento |
| 220 | Dispositivos de funcionários | Acesso aos sistemas de gerenciamento |
| 230 | Guest WiFi (visitantes) | Captive Portal, apenas internet |
Para o varejo, um modelo de quatro segmentos funciona bem: terminais POS em uma VLAN isolada por PCI-DSS, dispositivos de funcionários em uma VLAN integrada ao RH, IoT e sinalização digital em uma VLAN com largura de banda limitada e o Guest WiFi para clientes em uma VLAN com Captive Portal. Consulte a página do setor de varejo para saber mais sobre essa arquitetura.
Passo 5: Resiliência e redundância
Sua implantação de PPSK é tão confiável quanto sua infraestrutura RADIUS. Configure servidores RADIUS primários e secundários em cada WLC, com valores apropriados de timeout e tentativas de conexão. O RADIUS em nuvem da Purple opera com 99,999% de tempo de atividade (dados internos de SLA da Purple). Para implantações de RADIUS locais, dimensione seus servidores para a carga de pico e implemente redundância geográfica sempre que possível.
Melhores práticas
Centralize a gestão de identidade. Use um único provedor de identidade como a fonte única de verdade para todo o acesso de usuários. Evite manter bancos de dados de usuários separados no seu servidor RADIUS, no seu PMS e no seu sistema de RH. Sincronize-os via SCIM (System for Cross-domain Identity Management) onde seu IdP for compatível.
Automatize o ciclo de vida das chaves desde o primeiro dia. O provisionamento e a revogação manual de chaves não são escaláveis. Um edifício de 200 unidades com rotatividade anual de 30% significa 60 mudanças de entrada e 60 mudanças de saída por ano, cada uma exigindo geração e revogação de chaves. Automatize isso por meio da integração com o PMS antes de entrar em operação.
Teste sua frota de dispositivos IoT antes do lançamento. A maioria dos dispositivos IoT funciona corretamente com PPSK, mas alguns hardwares mais antigos apresentam peculiaridades no handshake de quatro vias do WPA2-PSK quando a atribuição dinâmica de VLAN está envolvida. Realize um teste de compatibilidade pré-implantação, principalmente para quaisquer dispositivos personalizados ou legados.
Projete para o modo de transição WPA3. O WPA3-SAE (Simultaneous Authentication of Equals) altera o mecanismo de handshake de maneiras que afetam a validação da chave PPSK. A maioria dos controladores modernos suporta PPSK no modo de transição WPA2/WPA3, o que oferece compatibilidade retroativa. Evite implantar um SSID puramente WPA3 para PPSK até que seu fornecedor confirme explicitamente o suporte.
Segmente os dispositivos IoT de forma agressiva. Os dispositivos IoT são o vetor mais comum para ataques de movimentação lateral em redes compartilhadas. Aloque cada dispositivo IoT em uma VLAN dedicada, sem roteamento inter-VLAN para os segmentos de residentes ou funcionários. Restrinja o acesso de saída aos endpoints de nuvem específicos que cada dispositivo exige.
Para uma discussão mais ampla sobre arquitetura de SSID em locais de uso misto, consulte Três SSIDs para governar todos: guest, Passpoint, e IoT WiFi .
-
Solução de problemas e mitigação de riscos
Falhas de autenticação decorrentes de randomização de MAC
Sintoma: Os dispositivos não conseguem se conectar. Os logs do RADIUS mostram respostas de Access-Reject sem nenhum registro de identidade correspondente.
Causa raiz: O dispositivo está apresentando um endereço MAC randomizado. O iOS, Android e Windows randomizam os endereços MAC por SSID por padrão.
Solução: Ative a aplicação de MAC permanente no SSID ou implemente um portal de pré-registro que detecte MACs randomizados e oriente o usuário a desativar o recurso para a sua rede. O portal de integração da Purple lida com isso automaticamente.
Indisponibilidade do servidor RADIUS
Sintoma: Novos dispositivos não conseguem se autenticar. Os dispositivos conectados existentes permanecem online (o WLC armazena em cache o estado da sessão), mas qualquer dispositivo que se desconecta e tenta reconectar falha.
Causa raiz: O servidor RADIUS está offline ou inacessível.
Solução: Configure servidores RADIUS redundantes (primário e secundário) em cada WLC. Defina valores de timeout apropriados - normalmente 5 segundos por servidor, com duas tentativas - para garantir um failover rápido. Monitore a integridade do servidor RADIUS continuamente.
mDNS não está funcionando na rede privada de um residente
Sintoma: Um residente não consegue transmitir para sua smart TV ou emparelhar sua smart speaker, mesmo que ambos os dispositivos estejam conectados com a mesma PPSK.
Causa raiz: O mDNS reflection não está habilitado na controladora, ou a configuração de VLAN está impedindo o tráfego multicast dentro do segmento privado do residente.
Correção: Habilite o mDNS reflection (às vezes chamado de mDNS proxy ou gateway Bonjour) na controladora para as VLANs de residentes. Verifique se os dispositivos do residente estão na mesma VLAN e se o tráfego intra-VLAN é permitido.
Incompatibilidade de dispositivos legados
Sintoma: Um modelo específico de dispositivo não consegue se conectar, mesmo com uma PPSK válida.
Causa raiz: Alguns dispositivos IoT mais antigos possuem implementações não padronizadas de handshake WPA2-PSK que não tratam corretamente a atribuição dinâmica de VLAN.
Correção: Mantenha um SSID legado dedicado com uma PSK estática para dispositivos que falham na autenticação PPSK. Coloque este SSID em uma VLAN altamente restrita, sem acesso aos segmentos de residentes ou funcionários.
-
Retorno sobre o investimento (ROI) e impacto nos negócios
Para operadoras de BTR, a qualidade do WiFi é um dos cinco principais fatores de conveniência na pesquisa de reservas (dados do setor da British Property Federation). Propriedades com WiFi gerenciado e de alta qualidade exigem um prêmio de aluguel de £15 a £30 por unidade por mês e passam por períodos de vacância de cinco a dez dias mais curtos do que a média do setor (dados internos da Purple obtidos de implantações de BTR). Em um edifício de 200 unidades, um prêmio de £20 por unidade por mês gera £48.000 em receita anual adicional.
Para operadoras de varejo, o benefício de conformidade é igualmente tangível. O PPSK permite a segmentação de rede em conformidade com PCI-DSS - dispositivos de processamento de pagamento em uma VLAN isolada criptograficamente - sem a sobrecarga de infraestrutura de uma implantação 802.1X completa. Isso reduz o escopo da avaliação PCI-DSS e simplifica a evidência de auditoria.
Para locais de hospitalidade , o PPSK integrado a um sistema de gerenciamento de propriedade elimina a sobrecarga manual do gerenciamento de credenciais de WiFi para hóspedes. As chaves são geradas no check-in e revogadas no check-out de forma automática. A experiência do hóspede melhora e a carga de trabalho da equipe de TI diminui.
A plataforma da Purple roda em mais de 80.000 locais e entregou 99,999% de tempo de atividade nessas implantações (dados internos da Purple). A plataforma possui certificação ISO 27001, conformidade com GDPR e CCPA, e possui a certificação Cyber Essentials.
Para operadoras de transporte e saúde que gerenciam frotas mistas de dispositivos em grandes propriedades, o PPSK com a camada de orquestração da Purple oferece o mesmo isolamento por usuário e gerenciamento automatizado do ciclo de vida em escala.
-
- Guias relacionados: Sonda de potencia PPSK: comparación de funciones y modelos de implementación - Sondeo de energía PPSK: comparación de funciones y modelos de implementación
Referências
[1] Extreme Networks. (2020). Private Pre-Shared Key (PPSK): Effortless WiFi security. https://www.extremenetworks.com/resources/webinar/private-pre-shared-key-ppsk-effortless-WiFi-security [2] SecureW2. (2026). What is PPSK? A Guide to Private Pre-Shared Key Security. https://securew2.com/blog/ppsk-not-alternative-802-1x [3] Purple. (n.d.). IPSK Explained: Identity Pre-Shared Keys for WiFi Access. https://www.purple.ai/en-us/guides/ipsk-explained-identity-pre-shared-keys-for-WiFi-access [4] Cisco. (n.d.). 8.5 Identity PSK Feature Deployment Guide. https://www.cisco.com/c/en/us/td/docs/wireless/controller/technotes/8-5/b_Identity_PSK_Feature_Deployment_Guide.html [5] Purple. (n.d.). Multi-tenant WiFi: a complete guide for residential operators. https://www.purple.ai/en-gb/multi-tenant-WiFi-guide [6] HPE Aruba Networking. (n.d.). Support for MPSK in WLAN SSID. https://arubanetworking.hpe.com/techdocs/central/2.5.8/content/nms/access-points/cfg/security/wpa2_mpsk.htm [7] British Property Federation. BTR sector amenity and rent premium research. https://www.bpf.org.uk
Definições principais
PPSK (Private Pre-Shared Key)
Uma arquitetura de autenticação WiFi na qual cada usuário ou dispositivo recebe uma senha exclusiva, todos se conectando ao mesmo SSID. A rede usa RADIUS para validar cada chave exclusiva e atribuir o dispositivo à VLAN e política de rede corretas. Também chamada de iPSK (Cisco), MPSK (HPE Aruba), DPSK (Ruckus) e ePSK (Cambium, Juniper Mist).
As equipes de TI se deparam com isso ao avaliar métodos de autenticação para ambientes multi-tenant, hospitalidade ou varejo onde o 802.1X é muito complexo, mas uma senha compartilhada é muito insegura.
RADIUS (Remote Authentication Dial-In User Service)
Um protocolo de rede que fornece autenticação, autorização e contabilização (AAA) centralizadas para acesso à rede. Em uma implantação de PPSK, o servidor RADIUS mantém o armazenamento de identidade mapeando endereços MAC para senhas exclusivas e atribuições de VLAN.
As equipes de TI configuram o RADIUS como o back-end para autenticação PPSK. A disponibilidade do RADIUS é o único ponto de falha em uma implantação de PPSK.
VLAN (Virtual Local Area Network)
Um segmento de rede lógica criado dentro de uma infraestrutura de rede física. Em implantações de PPSK, cada grupo de usuários ou residente é atribuído a uma VLAN dedicada, fornecendo isolamento de Camada 2 entre os segmentos.
Os arquitetos de rede usam VLANs para segmentar o tráfego entre residentes, equipe, dispositivos IoT e usuários convidados em uma infraestrutura física compartilhada.
randomização de endereço MAC
Um recurso de privacidade em sistemas operacionais modernos (iOS 14+, Android 10+, Windows 11) que gera um endereço MAC aleatório para cada rede WiFi à qual um dispositivo se conecta, em vez de usar o endereço MAC de hardware permanente do dispositivo.
As equipes de TI devem considerar a randomização de MAC ao implantar a PPSK, pois ela interrompe a busca do endereço MAC para a PPSK no armazenamento de identidade do RADIUS.
Private Area Network (PAN)
Uma arquitetura de rede na qual os dispositivos pertencentes ao mesmo usuário ou residência podem descobrir e se comunicar entre si, enquanto permanecem completamente isolados de dispositivos pertencentes a outros usuários na mesma rede física. Ativado por PPSK com isolamento de Camada 2 e reflexão mDNS.
As operadoras de BTR usam PANs para oferecer a cada residente uma experiência de WiFi semelhante à de casa - onde sua smart TV, alto-falante inteligente e telefone se comunicam entre si - sem expô-los aos vizinhos.
mDNS reflection (Multicast DNS reflection)
Um recurso de controlador que encaminha pacotes mDNS (Multicast DNS) entre dispositivos na mesma VLAN ou dentro do mesmo grupo PPSK, permitindo que protocolos de descoberta de dispositivos (usados por AirPlay, Chromecast, AirPrint e serviços semelhantes) funcionem entre pontos de acesso.
As equipes de TI ativam a reflexão mDNS para garantir que os residentes possam transmitir para suas smart TVs e emparelhar seus alto-falantes inteligentes, que dependem de mDNS para descoberta de dispositivos.
WPA3-SAE (Simultaneous Authentication of Equals)
O mecanismo de handshake de autenticação introduzido no WPA3, substituindo o handshake de quatro vias do WPA2. O SAE fornece proteção mais forte contra ataques de dicionário offline. Sua interação com a validação de chave PPSK varia de acordo com a implementação do fabricante.
Os arquitetos de rede que avaliam a migração para WPA3 precisam verificar se seu controlador suporta PPSK no modo de transição WPA3 antes de desativar a compatibilidade com WPA2.
Gerenciamento do ciclo de vida das chaves
O processo operacional de provisionamento, distribuição e revogação de credenciais PPSK exclusivas à medida que os usuários entram e saem de uma organização ou propriedade. O gerenciamento automatizado do ciclo de vida - via integração com um sistema de gerenciamento de propriedades ou provedor de identidade - é essencial para implantações de PPSK em escala.
As equipes de TI e operadoras de propriedades encontram isso ao planejar implantações de PPSK. O gerenciamento manual do ciclo de vida não é escalável além de pequenas implantações.
802.1X
Um padrão IEEE para controle de acesso à rede baseado em porta, usado em implantações WPA2/WPA3-Enterprise. Exige que cada dispositivo se autentique com credenciais individuais ou certificados digitais validados em um servidor RADIUS. Fornece forte segurança por usuário, mas requer infraestrutura PKI e é incompatível com muitos dispositivos de consumo e IoT.
As equipes de TI comparam o 802.1X com o PPSK ao projetar a autenticação para frotas de dispositivos mistos. O 802.1X é a escolha certa para frotas de dispositivos corporativos totalmente gerenciados; o PPSK é a escolha certa para ambientes com dispositivos não gerenciados ou IoT.
VSA (Vendor-Specific Attribute)
Uma extensão ao protocolo RADIUS padrão que permite aos fabricantes incluir dados proprietários nas respostas RADIUS Access-Accept. Em implantações PPSK, as VSAs transportam a senha exclusiva e a atribuição de VLAN de volta para o WLC. Cada fabricante usa formatos VSA diferentes.
Os engenheiros de rede que configuram PPSK em infraestrutura de múltiplos fabricantes precisam verificar se o servidor RADIUS suporta o formato VSA correto para cada fabricante de ponto de acesso.
Exemplos práticos
Um empreendimento build-to-rent de 300 unidades será lançado em seis meses. O incorporador deseja que cada residente tenha uma experiência de WiFi privada, semelhante à de casa, desde o dia da mudança, com suporte a dispositivos domésticos inteligentes e sem senhas compartilhadas. O edifício usará pontos de acesso HPE Aruba. Como a rede deve ser projetada e como é o fluxo de trabalho operacional?
Implante um único SSID usando a implementação MPSK (Multi-PSK) da HPE Aruba, que é o termo da Aruba para PPSK. Configure o SSID no modo WPA2-Personal com autenticação RADIUS MAC ativada. Aponte o SSID para o servidor RADIUS na nuvem da Purple como o endpoint de autenticação primário, com um servidor RADIUS secundário configurado para failover.
Integre a plataforma da Purple ao sistema de gerenciamento de propriedades (PMS). Quando um residente é criado no PMS no momento da mudança, a Purple gera automaticamente uma senha exclusiva e a provisiona no armazenamento de identidade RADIUS, mapeada para os endereços MAC do residente e atribuída à sua VLAN privada (por exemplo, VLAN 100 para a unidade 1, VLAN 101 para a unidade 2, e assim por diante até a VLAN 399 para a unidade 300).
Ative a reflexão mDNS no controlador Aruba para todas as VLANs de residentes. Isso permite que os dispositivos de cada residente descubram uns aos outros - smart TVs, alto-falantes inteligentes, consoles de videogame - enquanto permanecem invisíveis para os dispositivos em outras VLANs.
Configure um portal de pré-registro que detecte a randomização de MAC e oriente os residentes a desativá-la para o SSID do edifício. Distribua o nome do SSID do edifício e a senha exclusiva de cada residente por meio do pacote de boas-vindas do residente e do aplicativo de residentes da propriedade.
No momento da desocupação, o PMS aciona um evento de revogação automatizado na plataforma da Purple. O PPSK do residente é excluído do armazenamento de identidade RADIUS. Seus dispositivos não podem mais ser autenticados. Nenhum outro residente é afetado.
Uma rede de varejo com 80 filiais precisa consolidar sua infraestrutura de WiFi. Atualmente, cada filial opera quatro SSIDs separados: um para terminais de PDV, um para dispositivos de funcionários, um para IoT e sinalização digital e um para WiFi de visitantes. A equipe de TI deseja reduzir a interferência de canal adjacente ao unificar tudo em um único SSID, mantendo o isolamento em conformidade com o PCI-DSS para dispositivos de processamento de pagamentos. A propriedade utiliza pontos de acesso Cisco Meraki.
Implante um único SSID usando a implementação iPSK (Identity PSK) da Cisco Meraki com autenticação RADIUS. Configure quatro grupos de dispositivos na plataforma da Purple, cada um mapeado para uma VLAN distinta:
- Terminais POS: VLAN 10, restritos apenas a endpoints do processador de pagamento, sem acesso à internet, escopo do PCI-DSS documentado.
- Dispositivos da equipe: VLAN 20, acesso a sistemas internos e internet, provisionados por meio da integração com o Microsoft Entra ID.
- IoT e sinalização digital: VLAN 30, largura de banda limitada a 10 Mbps por dispositivo, restrita a endpoints de nuvem específicos.
- WiFi de convidados e compradores: VLAN 40, Captive Portal por meio da plataforma Guest WiFi da Purple, apenas internet, captura de dados em conformidade com a GDPR.
Para terminais POS, registre o endereço MAC de cada terminal na plataforma da Purple durante a implantação. O servidor RADIUS retorna a VLAN 10 e a PPSK específica do POS para qualquer endereço MAC do POS autenticado. Para dispositivos da equipe, integre com o Microsoft Entra ID para que as PPSKs da equipe sejam provisionadas na integração e revogadas no desligamento. Para dispositivos IoT, use uma PPSK de grupo (uma chave compartilhada entre todos os dispositivos do mesmo tipo) mapeada para a VLAN 30. Para o WiFi de convidados e compradores, use o fluxo de Captive Portal da Purple.
Documente o isolamento da VLAN 10 nas evidências de avaliação do PCI-DSS. O isolamento criptográfico fornecido por PPSK - cada terminal POS possui uma chave exclusiva e está em uma VLAN dedicada - atende ao requisito de segmentação de rede da seção 1.3 do PCI-DSS v4.0.
Questões práticas
Q1. Um bloco de acomodação estudantil construído sob medida (PBSA) de 150 unidades está atualizando sua infraestrutura de WiFi. O operador deseja que cada aluno tenha uma rede privada para seus dispositivos (notebook, telefone, console de videogame, alto-falante inteligente), com revogação automática de chaves no final de cada ano letivo. O edifício utiliza pontos de acesso Ruckus. Qual modelo de autenticação você deve recomendar e quais são as três decisões operacionais mais importantes a serem tomadas antes do go-live?
Dica: Considere os tipos de dispositivos que os alunos trazem, a rotatividade anual de turmas e a necessidade de suporte a dispositivos domésticos inteligentes na rede privada de cada aluno.
Ver resposta modelo
Recomende PPSK usando Ruckus DPSK (Dynamic PSK). A frota de dispositivos - laptops, celulares, consoles de jogos, alto-falantes inteligentes - inclui dispositivos sem tela (headless) que não suportam 802.1X. A revogação de chaves por estudante no final do ano é um requisito fundamental. O DPSK com VLANs atribuídas por RADIUS oferece ambos.
As três decisões operacionais mais importantes antes do go-live são:
Integrar com o sistema de gestão de estudantes para provisionamento automatizado de chaves na matrícula e revogação no final do ano letivo. O gerenciamento manual de 150 chaves duas vezes por ano é viável, mas propenso a erros; a automação elimina chaves órfãs.
Planejar para a randomização de MAC. Os estudantes conectarão iPhones e dispositivos Android que randomizam endereços MAC por padrão. Implante um portal de pré-registro que detecte MACs randomizados e oriente os estudantes a desativar o recurso para o SSID do edifício antes da semana de mudança.
Habilitar a reflexão mDNS no controlador Ruckus para todas as VLANs dos estudantes. Sem isso, os alto-falantes inteligentes e consoles de jogos não descobrirão outros dispositivos na rede do estudante, gerando chamados de suporte desde o primeiro dia do ano letivo.
Q2. A equipe de segurança de TI de uma rede de varejo levantou uma preocupação: sua implantação atual de PPSK usa uma única chave PPSK de grupo para todos os terminais de PDV em 50 filiais. Se essa chave for comprometida, todas as 50 filiais serão afetadas. Como você redesenharia a implantação para reduzir esse risco sem implantar certificados 802.1X nos terminais de PDV?
Dica: Pense sobre a granularidade da atribuição de chaves e como o RADIUS pode aplicar políticas diferentes por dispositivo ou por localização.
Ver resposta modelo
Substitua a PPSK de grupo única para terminais de PDV por PPSKs de grupo por filial - uma chave exclusiva por local de filial, mapeada para a VLAN de PDV daquela filial. Isso limita o raio de alcance de uma chave comprometida a uma única filial, em vez de toda a propriedade.
Para maior segurança, migre para PPSKs por dispositivo: registre o endereço MAC de cada terminal de PDV individualmente no repositório de identidades RADIUS e atribua uma chave exclusiva. Isso significa que uma chave comprometida afeta apenas um terminal. A complexidade operacional é maior, mas é gerenciável por meio da plataforma da Purple, que automatiza a geração e o provisionamento de chaves a partir de um painel central.
Em ambos os casos, configure o servidor RADIUS para retornar a VLAN 10 (isolada para PCI-DSS) para qualquer endereço MAC de PDV autenticado, independentemente de qual chave seja usada. Isso garante que, mesmo que uma chave de PDV seja comprometida e usada por um dispositivo não autorizado, esse dispositivo seja colocado na VLAN de PDV restrita, sem acesso a outros segmentos de rede.
Documente a arquitetura de chaves por filial ou por dispositivo em suas evidências de avaliação do PCI-DSS como parte de seus controles de segmentação de rede sob a seção 1.3 do PCI-DSS v4.0.
Q3. Um grupo de hotéis está avaliando se deve implantar PPSK ou 802.1X para o WiFi de hóspedes em 20 propriedades. Cada propriedade possui de 200 a 400 quartos. Os hóspedes conectam em média 3.2 dispositivos por estadia (smartphones, laptops, tablets). A equipe de TI está preocupada com a complexidade operacional do gerenciamento de certificados 802.1X. Qual recomendação você faria e quais condições mudariam sua resposta?
Dica: Considere os tipos de dispositivos que os hóspedes trazem, a duração da sessão (horas a dias) e o modelo operacional para provisionamento e revogação de chaves.
Ver resposta modelo
Recomende PPSK integrado ao sistema de gestão de propriedade (PMS). Os dispositivos dos hóspedes - smartphones pessoais, laptops, tablets - não são gerenciados. O hotel não pode implantar certificados neles. O 802.1X, portanto, não é viável para WiFi de hóspedes.
Com o PPSK, o PMS gera uma senha exclusiva no check-in e a revoga no check-out. Os hóspedes inserem a senha uma única vez; todos os seus dispositivos se conectam automaticamente. A equipe de TI do hotel tem zero trabalho manual.
As condições que mudariam esta resposta:
Se o hotel também precisar autenticar dispositivos da equipe na mesma infraestrutura, implante um modelo híbrido: PPSK para o WiFi de hóspedes, 802.1X com EAP-TLS para dispositivos da equipe registrados no MDM. Execute ambos em SSIDs separados ou use PPSK para a equipe com integração de IdP como uma alternativa mais simples.
Se o grupo hoteleiro tiver um programa de viagens corporativas em que os hóspedes são funcionários de uma organização gerenciada (por exemplo, um centro de conferências que atende a um único cliente corporativo), o 802.1X com certificados implantados via MDM torna-se viável para esse grupo de usuários específico.
Se a principal preocupação do hotel for a conformidade com um padrão específico (por exemplo, HIPAA para um hotel de instalação de saúde), verifique se a postura de segurança do PPSK atende aos requisitos do padrão antes de se comprometer com a arquitetura.
Continue a ler esta série
Logo iPSK: um guia abrangente para empresas
Este guia explica como a tecnologia Identity Pre-Shared Key (iPSK) resolve o principal desafio de segurança em ambientes WiFi multi-inquilino: fornecer isolamento de nível corporativo e controle por usuário sem quebrar a compatibilidade para dispositivos IoT, consoles de videogame e tecnologia de casa inteligente. Ele abrange toda a arquitetura técnica, estratégias de implantação e o caso de negócios para desenvolvedores imobiliários, operadores de BTR e equipes de TI do setor de hospitalidade.
Serviços gerenciados de WiFi: um guia completo para empresas
Os serviços gerenciados de WiFi transferem todo o ciclo de vida das redes sem fio corporativas - desde o design de RF e aquisição de hardware até o monitoramento diário e gerenciamento de firmware - para um provedor especializado. Este guia explica as arquiteturas gerenciadas em nuvem, estratégias de segmentação de VLAN e padrões de autenticação que fundamentam implantações confiáveis e seguras em hotéis, redes de varejo, empreendimentos BTR e locais do setor público. Desenvolvedores imobiliários, proprietários e operadores de BTR encontrarão orientações práticas sobre o isolamento do tráfego de residentes, integração de dispositivos inteligentes e transformação da conectividade em um ativo de negócios mensurável.
Atendimento ao cliente de WiFi gerenciado Spectrum: um guia abrangente para empresas
Este guia abrangente detalha como operadoras de build-to-rent (BTR) e incorporadoras imobiliárias podem implantar WiFi gerenciado Spectrum para fornecer experiências de rede seguras e isoladas para os residentes. O guia aborda a arquitetura técnica de RADIUS em nuvem, isolamento de VLAN e iPSK, juntamente com estratégias práticas de implementação para reduzir a sobrecarga de suporte.