Segurança de redes de convidados: Um guia prático para 2026
Published
O conselho mais popular sobre a segurança da rede de convidados é também o mais fraco. Defina uma palavra-passe forte, altere-a mensalmente, crie um SSID de convidados separado e está feito. Não está. Uma palavra-passe apenas protege quem adere. Não diz nada sobre onde um dispositivo ligado pode ir, a que dispositivos pode aceder ou como remover um convidado sem desconectar todos os outros.
Eu começaria do pressuposto oposto. Cada dispositivo de convidado é não gerido e não fiável, cada credencial partilhada vai espalhar-se e cada página de login que mostra pode ser copiada. Projete a pensar nestes três factos e o resto das suas escolhas torna-se mais simples e mais honesto.
Índice
- Por que as redes de convidados precisam do seu próprio modelo de segurança
- Os controlos fundamentais e como verificar cada um
- Como segmentar o tráfego de convidados das operações
- Escolher métodos de acesso e gerir credenciais de convidados
- Isolar IoT e dispositivos partilhados sem causar o caos
- Filtragem, monitorização e deteção de abusos
- Confirme os seus deveres de conformidade antes de lançar
Por Que Razão as Redes de Convidados Precisam do Seu Próprio Modelo de Segurança
Um hotel que entregasse a todos os hóspedes a mesma chave-mestra não se consideraria seguro só porque a chave era longa e complexa. Um cartão perdido abriria todos os quartos. Uma rede plana com uma palavra-passe de convidados partilhada funciona da mesma forma. A credencial dá acesso à rede a um visitante, ao portátil infetado de um prestador de serviços ou a um estranho no parque de estacionamento, e a arquitetura decide depois se este consegue aceder a um terminal de pagamento, a uma impressora, a uma interface de gestão ou ao telemóvel de outro convidado.
Um SSID é um rótulo, não um limite. A encriptação na ligação de rádio impede a escuta casual nas proximidades. Não impõe quem pode encaminhar tráfego assim que este atinge os seus switches e a sua firewall.
O que o padrão de violação mostra
A dimensão desse erro é visível no Data Breach Investigations Report de 2025 da Verizon, que analisou 22 052 incidentes de segurança reais e identificou 12 195 violações de dados confirmadas ocorridas dentro das organizações. O abuso de credenciais continuou a ser o principal vetor de acesso inicial com 22%, enquanto a exploração de vulnerabilidades atingiu os 20%, um aumento de 34% em relação ao relatório anterior.
O mesmo relatório revelou que o envolvimento de terceiros em violações duplicou para 30%. Fornecedores, empreiteiros, inquilinos e prestadores de serviços são exatamente as pessoas que frequentemente acabam na conectividade de visitantes porque ninguém os quer colocar na rede de funcionários e ninguém criou uma categoria adequada para eles.
Três fontes de exposição justificam a maioria das falhas na rede de convidados:
- Credenciais partilhadas: Uma palavra-passe não pode ser atribuída a uma pessoa individual nem ser revogada para apenas um dispositivo.
- Dispositivos de visitantes não geridos: Não controla a aplicação de patches, o estado de malware ou as definições de partilha desses dispositivos.
- Redes planas: Um dispositivo comprometido pode sondar sistemas operacionais que nunca deveriam estar acessíveis.
Uma boa segurança da rede de convidados precisa, portanto, de quatro propriedades a funcionar em conjunto. Precisa de separação entre os dispositivos de convidados e os ativos operacionais, acesso baseado na identidade em vez de admissão anónima, revogação rápida para uma única pessoa ou dispositivo, e monitorização que detete autenticações e tráfego anómalos. Se falhar uma, as outras terão de carregar mais peso do que deveriam.
Regra prática: Trate o acesso de convidados como uma zona não fiável que por acaso é útil, e não como uma rede fiável com um nome mais amigável.
Os Controlos Principais e Como Verificar Cada Um
Avalie a sua configuração atual com base nesta tabela antes de comprar algo novo. Marque cada linha como aprovado, reprovado ou não testado. Não testado é a resposta honesta para a maioria dos locais, e é aquela que pode resolver mais rapidamente.
| Controlo | Ameaça que Impede | Configuração Mínima | Como Verificar |
|---|---|---|---|
| VLAN de convidados dedicada | Convidados a aceder a sistemas de funcionários, POS e gestão | VLAN e sub-rede próprias sem rota para gamas internas | Testar um host de funcionário a partir de um dispositivo de convidado |
| Isolamento de clientes | Convidados a aceder aos dispositivos uns dos outros | Ativado no SSID de convidados e nos pontos de acesso | Dois dispositivos de teste de convidados não conseguem fazer ping entre si |
| Regras de firewall de rejeição por omissão | Movimento lateral de convidados para hosts internos | Apenas DHCP, DNS, autenticação de portal e saída para a internet permitidos | Teste de acessibilidade automatizado a partir da VLAN de convidados |
| DNS de convidados filtrado | Malware, phishing e categorias de conteúdo indesejado | Resolver dedicado com bloqueios de categoria por VLAN | Consultar um domínio de teste de uma categoria bloqueada |
| Captive Portal HTTPS | Portais falsos a roubar credenciais | Certificado válido num domínio estável, sem campos desnecessários | Verificar certificado e domínio a partir de um dispositivo limpo |
| Credenciais de convidado únicas | Exposição de palavra-passe partilhada | Uma chave ou certificado por convidado, dispositivo ou sessão, com expiração | Revogar uma credencial de teste e confirmar que as outras continuam a ligar-se |
| Limites e tempos limite por cliente | Downloads em massa e exclusão de outros utilizadores | Limites por cliente, tempos limite de inatividade e de sessão | Executar um teste de velocidade enquanto um segundo cliente faz streaming |
| Limitação de taxa de autenticação | Credential stuffing | Restringir ou bloquear após falhas repetidas | Reproduzir falhas de início de sessão e confirmar uma entrada no registo |
| Registos mantidos | Pontos cegos durante incidentes | Registos de autenticação, DHCP, DNS e firewall mantidos por um período definido | Rastrear uma sessão de teste do início de sessão até à desativação |
Um controlo vale apenas o que vale o seu teste
Uma captura de ecrã da configuração prova a intenção. Um teste prova a aplicação. Uma regra de firewall permissiva herdada de uma política antiga pode anular uma VLAN corretamente nomeada, e ninguém nota até que um scanner, um auditor ou um atacante tente o caminho que assumiu estar fechado.
Volte a executar a coluna de verificação após qualquer alteração na firewall, no controlador ou no ponto de acesso. Essa disciplina importa mais do que adicionar outra ferramenta. Para uma visão legal e operacional mais ampla sobre como proteger os sistemas empresariais contra ameaças cibernéticas, vale a pena alinhar as evidências da sua rede com os deveres que a sua organização já assume em relação a dados e sistemas.
Eu começaria pelas correções mais económicas. O isolamento de clientes e os limites por cliente são normalmente alterações de configuração nos pontos de acesso que já possui, pelo que pode ativá-los e testá-los no próprio dia. Os conjuntos de regras de firewall demoram mais tempo porque é necessário mapear primeiro as dependências, como impressoras que os colaboradores esperam que os convidados utilizem ou um terminal de pagamento que alguém colocou na VLAN errada.
Faça as tarefas rápidas primeiro e, depois, agende o trabalho de firewall adequadamente. Não permita que um projeto de segmentação perfeito atrase a ativação do isolamento hoje à noite.
Como Segmentar o Tráfego de Convidados das Operações
A segmentação falha sem aviso. O nome da VLAN parece correto, o SSID mapeia para ela e, ainda assim, uma regra de permissão ampla permite que os convidados alcancem a sub-rede do pessoal. Siga os passos em ordem e termine com um teste que tente quebrar o seu próprio design.
Os três passos iniciais fornecem a estrutura onde tudo o resto se apoia.
- Crie uma VLAN e uma sub-rede dedicadas para convidados. Nenhuma rota interna deve alcançá-la, e ela também não deve ter acesso para o interior da rede.
- Mapeie o SSID de convidados para essa VLAN. Faça isto na controladora sem fios ou no painel na nuvem, não apenas por convenção de nomes.
- Escreva regras de negação por predefinição. Bloqueie o tráfego de convidado para empresarial, convidado para gestão e convidado para dispositivo, a menos que tenha uma razão válida para o permitir.
- Permita apenas o necessário. Permita DHCP, DNS, autenticação de Captive Portal e saída para a internet. Tudo o resto começa bloqueado.
- Encaminhe os convidados para um resolvedor DNS filtrado. Os convidados não devem herdar o resolvedor interno nem estar livres para utilizar qualquer resolvedor à sua escolha sem uma política definida.
- Atribua ao tráfego de convidados o seu próprio endereçamento de origem. Desta forma, os incidentes são rastreados de forma limpa para a zona de convidados, em vez de se misturarem com o tráfego dos funcionários.
- Execute um teste automatizado de acessibilidade este-oeste. A partir de um dispositivo de convidado, sonde os endereços de funcionários, pagamentos, câmaras e gestão e, em seguida, corrija cada caminho aberto que encontrar.
- Repita o mesmo modelo em todos os locais. Padronize a VLAN, o endereçamento, o DNS, o registo de dados e as regras de negação para que um local não se torne uma exceção vulnerável.
Por que motivo a separação de redes lógicas é importante
Esta sequência reflete as orientações da orientação de implementação da CISA sobre a segmentação de tráfego de redes de convidados e telemetria, que descreve o tráfego de convidados a partilhar a infraestrutura física, mas a viajar no sentido ascendente através de VLANs distintas com endereçamento de origem dedicado. O NIST adota a mesma posição para o design sem fios. Recomenda WLANs lógicas separadas sempre que os utilizadores tenham perfis de segurança diferentes, incluindo explicitamente redes internas e de convidados externos, e afirma que os dispositivos numa WLAN não devem ser capazes de se ligar a dispositivos noutra.
Partilhar pontos de acesso e switches não tem problema. Partilhar confiança, sim.
O passo a passo abaixo mostra a lógica de segmentação na prática, o que é útil ao verificar as suas próprias definições de controlador em relação aos passos acima.
Planeie o endereçamento e o esquema do SSID como um único exercício, não como tarefas separadas geridas por pessoas diferentes. Um design de rede WiFi limpo faz com que o mapa de VLAN, a cobertura e os limites de políticas concordem entre si.
A sua verificação de sucesso é direta. O teste no passo 7 deve falhar para todos os endereços internos. Se um dispositivo de teste de convidado receber resposta de uma caixa registadora, de um servidor de ficheiros ou de uma página de gestão de pontos de acesso, ainda não tem segmentação. Tem apenas um diagrama.
Escolher Métodos de Acesso e Gerir Credenciais de Convidados
Um Captive Portal tem duas faces. É a forma mais fácil de integrar um estranho, e um portal copiado é a forma mais fácil de roubar as credenciais desse estranho. Trate o portal como um limite de segurança, e não como um formulário de marketing com um botão de login.
| Método | Tipo de Credencial | Esforço do Convidado | Nível de Segurança | Ideal Para |
|---|---|---|---|---|
| Frase de acesso partilhada (WPA2 ou WPA3 Personal) | Uma palavra-passe para todos os utilizadores | Baixo, mas a palavra-passe espalha-se | Baixo | Pequenos cafés sem pessoal ou sistemas de pagamento no mesmo caminho |
| Captive Portal num SSID aberto | Início de sessão via SSO, início de sessão social, código de utilização única por SMS ou voucher | Médio, uma página de início de sessão em cada nova sessão | Médio, depende da confiança no portal | Público em geral e hóspedes de hotéis, com HTTPS e consentimento registado |
| OpenRoaming | Perfil de identidade federada | Baixo, funciona em todas as redes participantes | Elevado, controlado pelo fornecedor de identidade | Viajantes e visitantes recorrentes em locais participantes |
| WPA3-Enterprise com EAP-TLS | Certificado por dispositivo a partir de um MDM | Baixo em dispositivos geridos, requer configuração inicial | Muito elevado | Funcionários, caixas registadoras e dispositivos geridos |
| Chave pré-partilhada por dispositivo (xPSK) | Chave exclusiva associada a um dispositivo, utilizador ou inquilino | Baixo, chave emitida uma única vez | Elevado, revogável individualmente | IoT, unidades de aluguer, residentes e dispositivos que não suportam certificados |
Verifique o portal antes de confiar nele
Exija HTTPS num domínio estável com um certificado válido, e mantenha o domínio coerente para que os utilizadores recorrentes possam aprender a reconhecer o que é genuíno. Não peça campos de que não necessita e não apresente um campo de palavra-passe a menos que os utilizadores estejam à espera de um. Forme as equipas da receção e de atendimento ao público para questionarem uma página de início de sessão inesperada numa rede aberta, porque os convidados irão perguntar-lhes a eles, e não à equipa de IT, se ela é autêntica.
Essa cautela não é teórica. A investigação descrita numa publicação da Universidade de Münster sobre hotspots de WiFi público examinou 55 hotspots de WiFi público alemães e encontrou comportamentos contínuos de alto risco e potenciais violações do GDPR, incluindo a recolha excessiva de dados pessoais. Outro estudo independente de 2025 revelou que 66% dos participantes não estavam preocupados com a autenticidade ou segurança dos Captive Portals. Se os utilizadores não conseguem distinguir o seu portal de uma falsificação, adicionar mais campos ao seu aumenta o risco em vez de o reduzir.
Para visitantes recorrentes, o Passpoint ou OpenRoaming elimina completamente o portal nas visitas de regresso. O compromisso é prático. Precisa de pontos de acesso compatíveis e de um fornecedor de identidade, por isso confirme o suporte do hardware antes de o prometer. Ao especificar esse hardware em vários locais, é sensato encaminhar as equipas de compras para nós para integrar verificações de adequação no processo de aquisição logo de início, para que a capacidade dos pontos de acesso seja verificada antes da assinatura dos contratos e não após a instalação.
Atribua à equipa uma classe de acesso diferente
Funcionários, caixas registadoras e administradores não devem partilhar o caminho de convidados com um nível de privilégio mais elevado. Para um acesso com elevado nível de garantia, as orientações da Wi-Fi Alliance para a segurança WiFi especificam que o modo WPA3-Enterprise de 192 bits permite apenas EAP-TLS, com TLS_ECDHE_ECDSA utilizando AES-256-GCM e SHA-384, além da curva elíptica P-384. Valide primeiro a compatibilidade do cliente, porque todos os clientes nessa rede têm de operar no mesmo modo de 192 bits. Mantenha um caminho de integração de convidados separado para dispositivos que não o consigam suportar.
Gerir o ciclo de vida das credenciais
A razão é mensurável. A investigação sobre credential stuffing de 2025 da Verizon revelou que as credenciais comprometidas foram um vetor de acesso inicial em 22% das violações analisadas, e a atividade de credential stuffing representou uma mediana de 19% de todas as tentativas de autenticação diárias. A taxa subiu para 25% em grandes empresas, em comparação com 12% em pequenas empresas.
Emita acessos que sejam atribuíveis a uma pessoa, dispositivo, inquilino ou sessão. Defina a expiração no momento da emissão, para que uma chave de visitante termine no checkout ou no final de uma reserva sem que ninguém tenha de se lembrar de a eliminar. Limite a taxa de tentativas de autenticação e registe cada evento de autenticação em função da política que produziu.
Suponha que o tablet de um visitante é reportado como roubado. Revoga essa chave ou certificado individual, o tablet é desligado e todos os outros convidados permanecem ligados. Com uma palavra-passe partilhada, as suas opções são piores. Ou mantém o dispositivo roubado válido ou altera a palavra-passe de todo o edifício e volta a emiti-la para todos.
Acompanhe quatro métricas para saber se o sistema funciona sob carga:
- Sucesso na emissão de certificados: Os dispositivos geridos devem inscrever-se sem reparações manuais.
- Latência de autenticação: Inícios de sessão lentos levam os colaboradores a procurar soluções alternativas.
- Taxa de falhas de autenticação: Picos repentinos indicam ataques ou perfis corrompidos.
- Tempo de propagação de revogação: Meça quanto tempo um dispositivo revogado permanece ligado.
Isolar IoT e Dispositivos Partilhados Sem Caos
Uma televisão de hotel, o portátil de um inquilino, um terminal de ponto de venda e o dispositivo de um médico visitante não pertencem à mesma categoria de confiança. Têm proprietários diferentes, atualizações diferentes, necessidades de tempo de atividade diferentes e consequências muito diferentes se forem comprometidos. Tratar todos como convidados esconde essas diferenças.
Em vez disso, agrupe por função. Coloque convidados, funcionários, empreiteiros, residentes, IoT e sistemas de pagamento em categorias separadas, cada um na sua própria VLAN com regras de negação por defeito entre elas. Uma categoria só obtém um caminho para outra categoria quando um serviço identificado o exige.
Dispositivos que não suportam certificados
Grande parte do hardware operacional não consegue utilizar EAP-TLS e nunca conseguirá. Não resolva isso partilhando a palavra-passe dos funcionários. Atribua-lhe uma chave pré-partilhada única associada ao seu endereço MAC, numa VLAN de dispositivos específica para a sua classe, para que possa revogar uma televisão ou sensor sem afetar o resto da frota.
Em seguida, controle para onde pode ir. Um termóstato ou fechadura inteligente normalmente só precisa dos endpoints na nuvem do seu fornecedor e de mais nada, por isso utilize uma lista de permissões de saída e DNS filtrado em vez de acesso aberto à internet. Isso limita os danos se o dispositivo for comprometido e torna o seu padrão de tráfego normal fácil de reconhecer.
Tome uma fechadura inteligente como caso de teste. Está localizada numa VLAN de dispositivos, os convidados não conseguem alcançá-la e a sua chave pertence ao hardware e não ao convidado que ocupa o quarto esta semana. A chave permanece válida entre rotatividades de hóspedes e só termina quando substituir o dispositivo.
Essa abordagem está alinhada com a NIST IR 8350, a orientação fundamental de IoT de 2025 do NIST, que se foca fortemente em cenários de dispositivos baseados em WiFi e trata a conectividade de IoT como algo que necessita de considerações dedicadas de segurança e confiança, em vez de uma VLAN de convidados genérica. O NIST também afirma que a segmentação entre colunas inteligentes, dispositivos biométricos e outros sistemas de cuidados de saúde pode limitar a capacidade de um atacante passar de um dispositivo fraco para sistemas mais sensíveis.
Um design baseado apenas em VLAN pode parecer em conformidade num diagrama, enquanto credenciais partilhadas e dispositivos não geridos permanecem totalmente expostos por baixo dele.
Monitorize o tráfego anómalo entre segmentos, especialmente tentativas negadas a partir de VLANs de dispositivos. Um sensor de fuga a tentar aceder a um servidor de ficheiros não é uma curiosidade. É o seu aviso mais precoce.
Filtragem, Monitorização e Deteção de Abusos
A filtragem funciona melhor como uma política por VLAN, e não como uma única definição para todo o edifício. Uma VLAN de convidados recebe filtragem de conteúdos, uma VLAN de funcionários recebe bloqueio de ameaças e uma VLAN de estudantes recebe uma política de proteção e salvaguarda. A mesma infraestrutura, funções diferentes.
Para convidados, a filtragem de DNS tem um grande impacto porque não pode instalar certificados ou agentes nos seus dispositivos e não deve tentar desencriptar o seu tráfego. Uma política de DNS de proteção permite bloquear malware, phishing e categorias indesejadas na fase de consulta, mantendo a ligação rápida.
Sinais que justificam alertas
- Falhas de autenticação acima de um limite: Por exemplo, mais de cinco tentativas falhadas a partir de um cliente em dez minutos.
- Comportamento invulgar de DNS: Um dispositivo a realizar muito mais consultas do que o normal, especialmente para domínios novos ou bloqueados.
- Tentativas negadas de convidado para a rede interna: Qualquer tentativa vinda da VLAN de convidados em direção a um endereço interno deve gerar uma alerta, e não aguardar por um relatório semanal.
- Largura de banda muito acima do limite por cliente: Um sinal de downloads em massa, tunelamento ou um limite mal configurado.
- Alterações no portal: Qualquer alteração na página do Captive Portal ou no seu certificado que não tenha sido agendada por si.
Crie uma linha de base antes de procurar anomalias
Registe as contagens normais de autenticação diária e as horas de ponta para cada local. Um sábado movimentado num hotel, um dia de jogo num estádio ou a semana de matrículas numa escola parecerão um ataque se não tiver uma linha de base para comparar. As linhas de base também evitam o erro oposto, em que um pico real numa terça-feira calma é desvalorizado como uma carga normal.
Mantenha os registos de autenticação, DHCP, DNS e firewall vinculados por um identificador de dispositivo ou de sessão. Um analista deve ser capaz de rastrear um visitante desde o início de sessão no portal, passando pela atribuição de endereço e atividade de DNS, até ao fecho de sessão, numa única investigação. Se isso exigir quatro exportações e uma correspondência manual de carimbos de data/hora, será abandonado em situações de pressão.
Há uma diferença entre um registo que existe e um registo que alguém pode utilizar. Teste a ligação uma vez por trimestre com um dispositivo que controle e cronometre quanto tempo demora o rastreio.
Confirme os Seus Deveres de Conformidade Antes de Lançar
Uma rede de convidados é geralmente abrangida por uma norma devido ao seu caminho para outros sistemas, e não pela sua finalidade. Se os convidados puderem aceder a um sistema de titulares de cartões ou a um registo de paciente, essa norma aplica-se mesmo que a rede seja apenas para convidados. A finalidade não reduz o escopo. A acessibilidade sim.
| Regra ou Norma | Aplica-se Quando | Requisito da Rede de Convidados | Evidência a Manter |
|---|---|---|---|
| GDPR (UE e UK GDPR) | O portal recolhe dados pessoais dos visitantes | Base legal, minimização de dados, limite de retenção e registo de consentimento | Mapa de dados e calendário de retenção |
| CCPA e CPRA (Califórnia) | Dados pessoais recolhidos de visitantes da Califórnia | Aviso na recolha e direitos de recusa (opt-out) para venda ou partilha | Aviso de privacidade e registos de fluxo de dados |
| PCI DSS v4.0.1 | A rede de convidados pode aceder a sistemas de dados de titulares de cartões | A segmentação mantém o tráfego de convidados fora do ambiente de titulares de cartões; as chaves sem fios mudam quando as pessoas com acesso saem | Resultados dos testes de segmentação e registo de alteração de chaves |
| HIPAA (Cuidados de saúde nos EUA) | A rede de convidados partilha um caminho com sistemas que contêm ePHI | Controlos de acesso e auditoria em todos os sistemas acessíveis a partir dos convidados | Análise de risco e registos de acesso |
| CIPA (Escolas dos EUA a receber E-rate) | Os estudantes utilizam a rede | Política de segurança na Internet e filtragem de conteúdos prejudiciais | Configuração do filtro e política por escrito |
| ISO 27001 | Clientes ou conselhos de administração solicitam certificação | Controlo de acesso documentado, procedimentos de registo e revisão | Declaração de aplicabilidade e registos de revisão de registos |
Cumpra os deveres pela ordem correta
- Mapeie o que a zona de convidados pode alcançar. Comece a partir do mapa da VLAN e do teste de acessibilidade, não de pressupostos.
- Decida quais as regras aplicáveis por tipo de local. Um hotel, uma escola e uma clínica têm obrigações diferentes com base no mesmo modelo.
- Documente o projeto e guarde os resultados dos testes. Os auditores exigem provas de que a segmentação funciona; é por isso que a sua evidência de PCI-DSS compliance para WiFi deve incluir resultados de acessibilidade datados e não apenas diagramas.
- Defina um procedimento de revogação para saídas de colaboradores. A chave ou certificado de um colaborador cessante deve ser removido num prazo definido. Uma chave partilhada torna isso impraticável, visto que alterá-la exige a reemissão do acesso a todos os que ainda precisam dele.
- Agende novos testes após cada alteração. É durante as alterações na firewall e nos pontos de acesso que os projetos conformes perdem o alinhamento.
O Purple Access reduz as redes WiFi a três SSIDs, Open para convidados e BYOD, Secure para funcionários e utilizadores de confiança, e xPSK para dispositivos IoT, inquilinos e comunidades. Os convidados recorrentes utilizam um perfil Passpoint ou OpenRoaming na rede Secure, sem portal no regresso, e o perfil funciona em todas as propriedades que o executem. Fechaduras inteligentes, termóstatos e sensores de fuga recebem chaves xPSK individuais associadas ao MAC numa VLAN de dispositivos por categoria, inacessíveis para convidados, e a chave dura mais do que qualquer convidado, até que o dispositivo seja substituído.
Independentemente do que implementar, exija as mesmas três provas antes do lançamento. Um mapa de VLAN, um registo de testes de acessibilidade e um registo de testes de revogação. Se um fornecedor não conseguir apresentar os três, não provou que o seu design para convidados funciona. Apenas provou que se liga.
Se está pronto para substituir palavras-passe partilhadas e acessos de convidados planos por redes separadas e orientadas pela identidade que pode testar, o Purple Access oferece-lhe redes abertas, seguras e xPSK nos pontos de acesso que já possui, com revogação por dispositivo e atribuição de VLAN integradas. Visite-nos para planejar a sua arquitetura de três redes e veja como o acesso de convidados, funcionários e dispositivos pode funcionar de forma limpa lado a lado.
