Pular para o conteúdo principal

Guia de Configuração de WiFi para Visitantes Corporativos: Segmentação por VLAN, Segurança e Portais Captivos

Este guia técnico mostra às equipes de TI como configurar o WiFi para Visitantes como um serviço de acesso à internet controlado, usando segmentação por VLAN, política de firewall e um Captive Portal. Ele também explica como os formulários de registro e controles de integração do Purple oferecem suporte a uma experiência de visitante proporcional, sem enfraquecer o limite em torno dos sistemas operacionais, de pagamento e da equipe.

Por Marketing TeamPublicado
📖 12 min de leitura3,369 palavras2 exemplos práticos10 definições principais

Video overview

Ouça este guia

Ver transcrição do podcast
Boas-vindas. Se você está configurando o WiFi de visitantes em um hotel, loja, estádio, centro de convenções ou espaço público, comece com uma regra. Uma rede de visitantes é um serviço de acesso à internet para visitantes. Ela não é uma rota alternativa para os sistemas da sua equipe, de pagamento ou operacionais. A arquitetura deve tornar essa regra aplicável. Coloque o tráfego de visitantes em um segmento de rede separado. Mantenha-o logicamente separado das redes internas. Em seguida, defina os controles que decidem o que os dispositivos de visitantes podem acessar e o que não podem. As diretrizes do NIST são diretas quanto a isso. WLANs externas, como redes de visitantes, devem ser separadas das WLANs internas. Os dispositivos na rede externa não devem se conectar a dispositivos na outra rede. Nos casos em que o acesso a um serviço interno for genuinamente necessário, permita apenas os hosts ou sub-redes necessários e apenas os protocolos necessários. Isso parece óbvio. Em um espaço real, evita um erro comum. Um SSID de visitantes é criado, os dispositivos se associam e a equipe de rede assume que o trabalho está concluído. Não está. O SSID é apenas a porta de entrada. O design abaixo dele determina se um visitante pode acessar a internet e nada mais, se um Captive Portal pode ser apresentado antes do acesso e se o espaço pode demonstrar que a política funciona. Comece com um inventário rápido. Liste seus pontos de acesso, switches, firewall ou gateway, saída para a internet, segmentos de rede existentes, serviços DNS e DHCP e os sistemas que nunca devem ser expostos a um dispositivo de visitante. Inclua ambientes de pagamento, dispositivos de funcionários, sistemas prediais, infraestrutura de ponto de venda, câmeras de segurança, impressoras e interfaces de gerenciamento. Identifique as equipes que controlam o ambiente sem fio, a política de firewall e a experiência de marca voltada para o visitante. Isso evita que uma página de login sofisticada seja executada em um design de rede que ninguém aprovou. Em seguida, alinhe os perfis de segurança. Normalmente, você terá um perfil de visitante, um ou mais perfis de funcionários e perfis separados para sistemas como pagamentos ou operações prediais. Uma VLAN é um segmento de rede lógico. Ela fornece um limite para o tratamento do tráfego. A VLAN não é o controle completo. Você ainda precisa de política de firewall, controle de roteamento e verificação. A regra de visitante desejada é clara: os dispositivos de visitantes recebem os serviços de rede necessários para se conectarem e usarem a internet. O tráfego deles não passa pelas redes internas. Seus dispositivos não podem iniciar conexões com ativos de funcionários, de pagamentos ou operacionais. Coloque os controles da rede de visitantes por escrito antes de configurar os equipamentos. Indique o caminho de internet permitido. Indique os destinos privados proibidos. Indique se o tráfego de visitante para visitante é permitido ou bloqueado. Indique quaisquer serviços internos excepcionais, quem os aprovou e a data de revisão. Isso transforma um conjunto de regras de firewall em uma política auditável, em vez de uma coleção de exceções históricas. A próxima decisão é a autenticação. Um captive portal é a página web controlada exibida antes que um visitante receba acesso à rede. Ele pode apresentar termos, capturar as informações que você precisa ou oferecer um método de login social. Mantenha essa experiência proporcional à visita. Em uma conferência, um formulário curto pode colocar os participantes já registrados online rapidamente. O formulário de registro da Purple pode ser reduzido apenas ao e-mail, enquanto os termos e condições ainda exigem aceitação. Para uma estadia mais longa em um hotel, você pode escolher um padrão de formulário diferente, mas cada campo deve ter um propósito definido. A questão da privacidade é importante. O Information Commissioner's Office do Reino Unido afirma que os dados pessoais devem ser adequados, relevantes e limitados ao que é necessário para a finalidade. Trate isso como uma decisão de design, não como uma nota de rodapé jurídica. Escolha apenas os campos de registro que você possa justificar. Use campos personalizados quando houver uma necessidade real específica do local, como a identificação de um evento. Não colete campos apenas porque eles podem ser úteis mais tarde. A Purple suporta campos de formulário ativados e opcionais, cabeçalhos de seção e opções de validação, para que você possa moldar o formulário em torno do serviço que está prestando. Agora teste todo o caminho de acesso como um visitante. Conecte-se ao SSID de visitantes. Confirme se o dispositivo recebe o endereçamento de visitantes esperado e se é direcionado para o captive portal. Confirme se o visitante deve aceitar os termos. Preencha o formulário. Confirme se o acesso normal à internet aparece em seguida. Por fim, tente as ações que devem falhar: acessar a rede da equipe, o ambiente de pagamento, as páginas de gerenciamento de dispositivos e outros destinos proibidos. Registre os resultados. Repita com um telefone não gerenciado e um notebook. O teste não está concluído apenas porque a internet funciona. Ele está concluído quando a internet funciona e a estrutura protegida permanece inacessível. Esta é a base. Na próxima seção, transformaremos isso em um plano de implantação replicável, abordaremos as verificações que detectam erros e lidaremos com as decisões que as equipes de TI levantam com mais frequência. Vamos passar dos princípios para a implantação. Primeiro, crie o serviço de WiFi de visitantes separado da produção. Mapeie o SSID de visitantes para sua VLAN de visitantes correspondente e aplique a política de firewall aprovada no ponto que controla a rota para a internet. Não adicione rotas internas amplas por conveniência. Se um sistema de negócios deve estar disponível para visitantes, dê a ele uma exceção estritamente definida e documente o motivo. A regra do NIST é útil aqui. Os dispositivos dos clientes devem ter acesso apenas aos hosts necessários e apenas por meio dos protocolos necessários. Esse é um teste de design melhor do que perguntar se a configuração parece familiar. Segundo, configure o Captive Portal e a sequência de acesso. No Purple, uma splash page pode usar um formulário de registro como método de login juntamente com o login social. Você pode decidir quais campos do formulário aparecem, quais são obrigatórios e a sua ordem. Quando o local deseja uma etapa de registro curta, o Purple documenta como reduzir o formulário apenas para o e-mail, exigindo ainda a aceitação dos termos e condições. Faça com que o design do registro corresponda ao serviço. Um cliente de varejo que passa dez minutos no local não deve se deparar com um formulário longo projetado para um hóspede de hotel que passará três noites. Terceiro, defina as responsabilidades. Uma pessoa deve ser a proprietária do perfil de WiFi. Outra deve aprovar as alterações no limite do firewall. Um responsável pelo local deve ser o proprietário do texto visível e dos termos. Todos os três devem dar o aval final antes que o serviço entre em operação. A configuração centralizada ajuda. O NIST recomenda configurações de segurança padronizadas para componentes comuns de WLAN e recomenda centralizar e automatizar a implementação e a manutenção sempre que prático. Isso reduz variações em uma propriedade de vários locais. Considere dois cenários práticos. Em um hotel de 200 quartos, os hóspedes precisam de um serviço de conexão com a marca em todos os quartos, recepção e espaço de reuniões. A métrica de implementação não é um indicador de marketing. É um pacote de verificação mostrando que os dispositivos dos hóspedes recebem acesso de visitante, concluem a aceitação dos termos exigidos, alcançam a internet e não conseguem acessar os segmentos de funcionários, pagamentos ou gerenciamento Predial. O hotel pode usar um formulário de portal que corresponda à estadia, apenas com os campos que ele possa explicar. O teste de aceitação é replicável em todos os tipos de dispositivos de visitantes. Em um centro de convenções, muitos participantes já podem estar registrados para o evento. O resultado prático é um formulário curto de registro de visitantes com o e-mail como campo habilitado, aceitação de termos e um campo personalizado específico do evento apenas quando a equipe do evento precisar. O resultado mensurável é uma jornada de teste concluída desde a associação até o acesso à internet e um registro de que o visitante não consegue alcançar redes protegidas. As configurações de formulário do Purple permitem que o local controle campos padrão, opcionalidade, ordem e tipos de campos personalizados sem fazer com que o portal faça mais do que o serviço exige. Agora as armadilhas. A primeira é confiar apenas em um nome de rede separado. Um SSID separado sem aplicação de roteamento e firewall não prova o isolamento. A segunda é abrir uma exceção e esquecê-la. Cada destino interno exposto ao segmento de visitantes deve ter um proprietário e uma revisão de expiração. A terceira é coletar dados pessoais em excesso. A quarta é tratar a aceitação como prova de que a rede funciona. Você deve testar o acesso e o isolamento separadamente. O monitoramento é fundamental após a ativação. A segurança não é estática no dia da implantação. O NIST recomenda o monitoramento contínuo para ataques específicos de WLAN e gerais, monitoramento de vulnerabilidades, aplicação regular de patches e verificação da configuração de segurança. Também aconselha avaliações técnicas periódicas de segurança. Traduza isso em um ritmo operacional: revise as regras de firewall de visitantes após alterações, verifique as configurações dos pontos de acesso e de gerenciamento, teste novamente o isolamento após uma alteração de switch, gateway ou portal, e retenha as evidências do teste. Para redes de varejo, padronize a linha de base para que cada novo local utilize o mesmo perfil de visitante aprovado. Para estádios e espaços de eventos, o planejamento de capacidade pode mudar, mas o limite não deve ser alterado. Para locais do setor público, envolva as equipes de privacidade e segurança antes de selecionar os campos do formulário. Em todos os casos, faça do guest WiFi um serviço definido com proprietários técnicos, política visível e um modo de falha testado. Purple pode atuar na camada de acesso de visitantes enquanto você mantém a infraestrutura que já opera. Purple lista integrações com Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. A questão relevante não é se você precisa de uma atualização completa. Pergunte se você pode separar o serviço de visitantes, apresentar o Captive Portal correto e governar os dados solicitados sem alterar a infraestrutura desnecessariamente. Aqui estão as perguntas rápidas. Você precisa substituir os pontos de acesso? Não necessariamente. Comece com a compatibilidade e a arquitetura de acesso de visitantes. Um VLAN é suficiente? Não. Ele é o segmento, mas a política de firewall, o controle de roteamento e os testes reforçam o limite. Um Captive Portal pode ser curto? Sim. Purple oferece suporte a um formulário curto, apenas com e-mail e aceitação dos termos. Isso elimina as responsabilidades de privacidade? Não. Defina a finalidade de cada campo. Como você sabe que o serviço está pronto? Teste a rota normal para a internet e as rotas com falha para ativos protegidos. Para concluir, estruture o guest WiFi como um limite controlado, não como um recurso de conveniência. Segmente o tráfego. Bloqueie o caminho dele para redes protegidas. Use um Captive Portal que solicite apenas o que você precisa. Teste o sucesso e a falha. Depois, continue monitorando a infraestrutura. Isso cria um serviço de acesso que os visitantes podem usar e uma arquitetura que sua equipe de TI pode defender.

Parte da nossa série principal: Guia do Captive Portal

Guia de Configuração de WiFi para Visitantes Corporativos: Segmentação por VLAN, Segurança e Portais Captivos

Passos para configurar o WiFi de convidados: Aloque o tráfego de convidados em uma VLAN isolada, bloqueie o roteamento para sistemas de funcionários, pagamentos e operacionais, e apresente um Captive Portal antes do acesso à internet. Use IEEE 802.1X e WPA3 se forem suportados pelo seu hardware. Teste dois cenários: o acesso à internet do convidado funciona após a aceitação dos termos, enquanto as tentativas de conexão a redes protegidas falham.

O que uma configuração profissional de WiFi de convidados realmente faz?

O WiFi de convidados é um serviço controlado especificamente para visitantes. Ele fornece acesso à internet para convidados, clientes, visitantes, passageiros ou pacientes sem que seus dispositivos se tornem parte da sua rede privada. O SSID é o nome visível da rede. A infraestrutura subjacente determina para onde o tráfego flui, quais destinos são acessíveis e se os convidados devem passar por um Captive Portal antes de obter acesso.

O objetivo técnico é simples: um caminho para a internet sem rotas não autorizadas para recursos protegidos. O NIST recomenda a separação lógica entre redes sem fio externas e internas. Ele também enfatiza que os dispositivos na rede sem fio externa não devem ser capazes de estabelecer conexões com dispositivos em outra rede sem fio logicamente separada. Se os clientes sem fio exigirem acesso interno, os hosts e protocolos permitidos devem ser restritos ao mínimo absoluto necessário. [1]

Uma VLAN é um segmento de rede lógico que fornece limites de tráfego. Embora necessária, isso por si só não é suficiente. Suas políticas de firewall e controles de roteamento determinam se esse segmento está realmente isolado. Seus protocolos de teste fornecem a prova. Trate o SSID de convidados, a VLAN, o Captive Portal, as políticas de firewall e as evidências de verificação como um único serviço integrado e atribua um proprietário a ele.

Para operadores de locais, este conceito representa um serviço útil para visitantes. Para o departamento de TI, ele estabelece um limite documentado em torno dos sistemas de funcionários, pagamentos e operacionais. As diretrizes do PCI Security Standards Council veem a definição de escopo e a validação de controles de segmentação como as melhores práticas para arquiteturas modernas, incluindo ambientes zero-trust e em nuvem. [2]

Guia de Configuração de WiFi para Visitantes Corporativos: Segmentação por VLAN, Segurança e Portais Captivos - segmentation…

O que você precisa preparar antes de configurar o WiFi de convidados?

Comece com um inventário de seus ativos de TI, não com a página de login. Identifique pontos de acesso, switches, firewalls ou gateways, o uplink de internet, serviços de DHCP e DNS, segmentos existentes e qualquer sistema que deva permanecer inacessível para dispositivos de convidados. Em hotéis, isso normalmente afeta sistemas de funcionários, sistemas de pagamento e sistemas de gestão Predial. No varejo, adicionam-se sistemas de POS e gestão de lojas. Em estádios, afeta operações de eventos, produção de mídia e sistemas de segurança.

Crie um documento de design sucinto detalhando o SSID de convidados, a VLAN de convidados, o caminho de rede esperado, destinos protegidos e o proprietário responsável por quaisquer exceções. Documente se os convidados têm permissão para se comunicar entre si. Além disso, registre a metodologia de teste que você aplica após qualquer alteração de rede, portal ou política. Isso fornece às equipes internas ou parceiros de serviços gerenciados uma linha de base confiável para verificação.

Tome sua decisão antes de configurar o modo de autenticação de convidados. O Captive Portal é a página exibida aos convidados antes de receberem acesso total à internet. Aqui, os termos de uso podem ser exibidos, dados de registro capturados ou logins sociais oferecidos. Este formulário não é apenas um espaço de marketing - ele determina quais dados você processa e se a experiência do usuário corresponde à visita.

A Purple documenta o formulário de registro como um método de login para a splash page. Você pode escolher quais campos padrão são exibidos, quais deles são obrigatórios, a ordem em que aparecem e se campos personalizados são necessários. O formulário também pode coexistir com logins sociais. [3] Para conferências onde os participantes já estão registrados, a Purple documenta um formulário mais curto que usa o endereço de e-mail ao mesmo tempo em que obtém consentimento para os termos. [3]

Sempre projete formulários com um propósito específico em mente. O Information Commissioner's Office enfatiza que os dados pessoais devem ser adequados, relevantes e limitados ao que é necessário em relação aos propósitos para os quais são processados. [4] Na prática, antes de habilitar qualquer campo, anote por que você precisa dessa informação. Se um campo obrigatório não atende a um propósito de serviço, suporte, conformidade ou comunicação explícita, ele deve ser removido.

Seu Cenário Modo de Rede Modo do Captive Portal Evidência de Verificação Resultado Adequado
Convidados exigem apenas acesso à internet VLAN de convidados isolada com política de firewall apenas para internet Aceitar termos de uso com um formulário proporcional Teste de internet é bem-sucedido; teste de destinos protegidos falha Modo padrão para hotéis, lojas de varejo, estádios e áreas públicas
Convidados devem alcançar um serviço compartilhado VLAN de convidados isolada com lista de permissões documentada para o serviço especificado Aceitar termos de uso com um formulário adaptado a este serviço Serviço compartilhado e internet funcionam; todos os outros testes protegidos falham Use apenas com um proprietário atribuído a esta exceção e uma data de revisão
Colaboradores exigem acesso a sistemas internos Perfil de WiFi de colaborador separado, distinto do WiFi de visitantes Sem portal de visitantes como substituto para autenticação de colaboradores O acesso de colaboradores funciona apenas através do perfil de colaborador compartilhado Mantenha a identidade do colaborador e o acesso de visitantes como serviços separados
SSID compartilhado no segmento de rede interna Sem limite de visitante protegido Qualquer presença de portal é incidental O teste de destinos protegidos provavelmente exporá essa falha Não use este modo para WiFi de visitantes

Como configurar um WiFi de visitantes sem criar portas dos fundos?

1. Defina o limite de segurança

Atribua uma VLAN dedicada ao WiFi de visitantes. Roteie essa VLAN para a internet através de dispositivos que apliquem suas políticas de segurança. Não crie regras de roteamento permissivas para a rede privada apenas para simplificar integrações de curto prazo. Se os serviços internos forem absolutamente necessários, defina o destino exato, os protocolos, o aprovador e uma data de revisão. O NIST define isso como uma decisão de acesso de "necessidade de conhecimento": clientes sem fio que exigem acesso a redes cabeadas devem ter permissão apenas para acessar os endpoints necessários usando os protocolos exigidos. [1]

Primeiro, formule uma lista de bloqueio empresarial. Ela deve abranger redes de colaboradores, ambientes de pagamento, gerenciamento de dispositivos, impressoras, sistemas prediais e todas as outras áreas confidenciais em seu local. A sintaxe para implementação varia de acordo com a plataforma, mas a intenção da política não deve mudar. Este guia evita deliberadamente prescrever faixas de IP, comandos de firewall ou caminhos de menu do fornecedor. Use seus padrões de rede aprovados para gerenciar esses detalhes.

2. Separe rigidamente o acesso de visitantes e de colaboradores

Não trate o WiFi de visitantes como uma versão menos restritiva do WiFi de colaboradores. O acesso de visitantes geralmente é baseado em um Captive Portal. O acesso de colaboradores, no entanto, deve seguir seus mecanismos aprovados de identidade e dispositivo. O IEEE 802.1X é o padrão para controle de acesso à rede baseado em porta. Ele suporta acesso controlado a dispositivos autenticados e autorizados, incluindo mecanismos de autenticação mútua. [5]

O WPA3 oferece os recursos de segurança WiFi mais recentes, desde que sejam suportados pelos seus pontos de acesso e dispositivos clientes. A WiFi Alliance observa que o WPA3 inclui recursos adicionais para uso pessoal e corporativo, exclui protocolos herdados desatualizados e que os Protected Management Frames são obrigatórios para redes WPA3. [6] Verifique a compatibilidade dos seus próprios dispositivos antes de decidir sobre uma política. A disponibilidade para visitantes e a identificação de colaboradores são requisitos distintos. Mantenha esses perfis separados.

3. Criando um captive portal para decisões de acesso

Configure o portal apenas quando os limites da rede estiverem funcionando corretamente em um ambiente de teste. O portal deve exibir a identidade visual do local, conter seus termos e condições, solicitar apenas informações proporcionais e liberar o visitante somente após a tomada de decisão de acesso desejada. A configuração de formulários do Purple permite ativar campos padrão, determinar se os campos são opcionais, alterar a ordem dos campos, usar títulos de seção e adicionar tipos de campos personalizados se os campos padrão forem insuficientes. [3]

Para eventos, um formulário curto que exige apenas um endereço de e-mail e presume a aceitação dos termos costuma ser a escolha mais prática. Para um hotel, você pode precisar de um modelo de formulário diferente. O princípio permanece o mesmo: o design do formulário segue o uso pretendido. Se você adicionou um campo personalizado para um nome ou código de evento, a documentação do Purple afirma que as respostas podem ser armazenadas na seção de CRM da plataforma para combiná-las com os dados de inscrição após o evento. [3] Ative o campo apenas se puder justificar o processamento dessas informações.

Guia de Configuração de WiFi para Visitantes Corporativos: Segmentação por VLAN, Segurança e Portais Captivos - guest wi fi…

4. Conectando o Purple ao fluxo de acesso físico

O Purple é agnóstico em relação ao hardware e atua como uma sobreposição em nuvem sobre a sua infraestrutura existente. Em uma implantação de WiFi para visitantes, os pontos de acesso e as políticas de rede são responsáveis por aplicar os limites de conexão, enquanto o Purple gerencia a página de boas-vindas, os formulários de cadastro e o fluxo de navegação. A documentação de onboarding do Purple orienta as equipes na configuração de hardware compatível, páginas de boas-vindas, jornadas e usuários do portal. [7]

Use a documentação de suporte para configurações de formulários específicas em vez de copiar definições de guias gerais. Os recursos relevantes incluem WiFi Registration Form Settings e Onboarding. Isso é particularmente importante quando uma equipe central gerencia múltiplos locais. Isso mantém a experiência de cadastro sob controle enquanto a sua equipe de rede retém o controle sobre os limites da infraestrutura.

O Purple se integra com Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Isso torna a questão do design mais útil do que uma questão de substituição: o seu hardware existente pode fornecer o serviço de WiFi para visitantes, atribuí-lo ao segmento aprovado e rotear os visitantes através do Captive Portal acordado?

Tem dúvidas sobre a sua configuração específica?

A nossa equipa trabalha com operadores de espaços, gestores de TI e engenheiros de rede em 80.000 locais. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua situação o resolveram.

Como você verifica se o WiFi para visitantes funciona e permanece isolado?

Teste os casos de sucesso e de falha. Uma conexão de internet bem-sucedida é apenas metade da batalha. O resultado positivo esperado é que um convidado possa se conectar ao SSID de convidados, receber o serviço de rede de convidados, concluir o Captive Portal e se conectar à internet. O resultado negativo é igualmente importante: em seus conjuntos de testes documentados, o mesmo dispositivo não deve obter acesso a sistemas protegidos.

Use pelo menos dois tipos diferentes de dispositivos não gerenciados, como um smartphone e um laptop. Repita os testes após qualquer alteração nos pontos de acesso, switches, gateways, políticas de firewall ou configurações do portal. Registre o horário, o dispositivo de teste, o SSID de convidados, o destino do teste, o resultado esperado, o resultado real e o testador. Isso fornece ao gerente do local um registro operacional simples e à equipe de segurança a prova de que os limites foram verificados.

O NIST recomenda configurações de segurança padronizadas para componentes WiFi comuns, monitoramento contínuo contra ataques e vulnerabilidades e avaliações técnicas regulares de segurança. [1] Torne isso uma rotina operacional. Padronize os padrões de convidados em todos os locais. Revise as alterações de configuração. Aplique patches e verifique os componentes WiFi relevantes. Teste novamente o isolamento após qualquer alteração que possa afetar o caminho entre o segmento de convidados e as redes protegidas.

flowchart LR
    A[Dispositivo de Convidado] --> B[SSID de Convidado]
    B --> C[VLAN de Convidado]
    C --> D[Captive Portal]
    D --> E[Termos de Uso e Registro]
    E --> F[Política de Firewall]
    F --> G[Internet]
    F -. negar .-> H[Sistemas de Funcionários]
    F -. negar .-> I[Sistemas de Pagamento]
    F -. negar .-> J[Sistemas Operacionais]
```Este diagrama mostra o caminho de controle esperado. O Captive Portal controla a decisão de acesso, enquanto as políticas de firewall governam o tráfego após a liberação. Os caminhos bloqueados devem ser verificados e não apenas presumidos.

## Como isso se parece na prática no local?

### Exemplo de Hotel: Um hotel de 200 quartos

Um hotel exige WiFi de convidados nos quartos, na recepção e nas áreas de conferência. Os sistemas internos incluem operações hoteleiras, sistemas de pagamento e gestão predial. A implantação começa com uma VLAN de convidados dedicada e uma política apenas para a internet. O hotel cria um formulário de portal apropriado para a estadia e registra o aceite dos termos e condições. Os perfis de funcionários não são reutilizados para acesso de convidados.

O resultado de verificação mensurável é um conjunto de testes com duas verificações positivas bem-sucedidas e zero conexões bem-sucedidas com categorias protegidas. As verificações positivas são a conclusão do processo do portal e o acesso normal à internet. As verificações negativas cobrem sistemas de funcionários, sistemas de pagamento, gerenciamento de dispositivos e gestão predial. Um teste negativo com falha impede a ativação até que a política seja corrigida. Este é um cenário prático, não uma declaração sobre um cliente específico da Purple.

### Exemplo de Evento: Um centro de convenções

Um centro de convenções aguarda participantes para um evento registrado. O local precisa de uma maneira eficiente de colocar os participantes online enquanto registra o aceite dos termos e condições. Ele utiliza um formulário curto com e-mail ativado e adiciona campos personalizados específicos do evento apenas se solicitado explicitamente pelo organizador. Purple documenta esse modelo de formulário curto e o uso de campos personalizados para validar a qualificação. [3]

O resultado de verificação mensurável é um teste do caminho "conectar à internet" em dois dispositivos de participantes com consentimento de termos e condições registrado e zero conexões bem-sucedidas do segmento de convidados para destinos de teste protegidos documentados. O local mantém os resultados do teste junto com a programação do evento. Caso uma alteração de configuração afete o serviço no dia do evento, isso fornece à equipe de operações um ponto de escalabilidade claro.

Para modelos operacionais relevantes, leia [Guest WiFi Management: Smart Authentication & Segmentation](/blog/guest-wifi-management), [Cloud Wifi Management: Secure Enterprise Connectivity 2026](/blog/cloud-wifi-management) e [How to revoke WiFi access when an employee leaves](/en-gb/guides/revoke-wifi-access-employee-leaves). O último guia aborda o acesso de funcionários em vez do registro de convidados. Distinguir entre os dois é o ponto crítico.

## O que pode dar errado e como corrigir

O primeiro erro é assumir que SSIDs separados significam acesso separado. A solução é verificar as atribuições de VLAN, rotas de gateway e pontos de aplicação de políticas, e depois executar testes negativos. O segundo erro são exceções excessivamente permissivas que expõem mais serviços privados do que o pretendido. A solução é substituir regras permissivas por listas de permissões limitadas e documentadas com datas de revisão. O terceiro erro é um Captive Portal que solicita todos os campos disponíveis. A solução é mapear cada campo para um propósito claro. O quarto erro é a falta de clareza sobre a propriedade operacional. A solução é nomear os responsáveis pela rede, pelos portais e pelo local. O quinto erro é o desvio de configuração entre diferentes locais. A solução está em perfis de convidados padronizados e protocolos de teste repetíveis.

Se precisar de acesso a serviços, use [Guest WiFi](/guest-wifi). Se o modelo de dados aprovado for compatível com análise de dados, use [WiFi Analytics](/guest-wifi-marketing-analytics-platform). O limite de acesso continua sendo a primeira decisão sobre a qual a camada de experiência e a camada de medição são construídas. Para obter informações específicas sobre o setor, consulte as soluções da Purple para [Hospitality](/industries/hospitality), [Retail](/industries/retail), [Healthcare](/industries/healthcare) e [Transport](/industries/transport).

## Quanto custa o guest WiFi e o que você recebe em troca?

Não estime um projeto de WiFi para convidados unicamente pelo número de pontos de acesso. O escopo de entrega inclui segmentação de rede, políticas de firewall, roteamento de internet, design de portal, revisões jurídicas de termos e campos de formulários, testes, responsabilidades operacionais e monitoramento contínuo. Um local sem limites de convidados aprovados exige muito mais esforço do que um local onde o SSID de convidados pode ser mapeado diretamente para um segmento e política de internet existentes.

O ganho operacional é um serviço de convidados claramente definido e um limite físico em torno dos sistemas protegidos. O retorno de negócios depende dos objetivos que você aprovou para registro e interação. Separe esses objetivos das decisões de segurança. O guia da Purple [Measuring the Business ROI of Guest WiFi and Location Analytics](/en-gb/guides/measuring-the-business-roi-of-guest-wifi-and-location-analytics) mostra como conduzir essa segunda fase da discussão.

> **Regra prática:** Planeje os limites primeiro. Mantenha o portal proporcional. Valide o acesso à internet e confirme o bloqueio de acesso a redes protegidas antes de entrar em operação.

<audio controls src="https://tfstmpunsngbqczbybwb.supabase.co/storage/v1/object/public/guide-assets/guides/enterprise-guest-wifi-setup-guide-vlan-segmentation-security-and-captive-portals/enterprise_guest_wifi_setup_guide_vlan_segmentation_security_and_captive_portals_podcast.mp3" preload="none"></audio>

## Perguntas Frequentes (FAQ)

### Posso configurar o WiFi para convidados nos meus pontos de acesso existentes?

Sim, desde que o seu hardware existente suporte um design de rede de convidados aprovado e integração de Captive Portal. O Purple suporta uma ampla gama de fornecedores de hardware e se integra perfeitamente com Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet. Valide as VLANs de convidados, roteamento de rede, aplicação de políticas e redirecionamentos de portal dentro da sua própria arquitetura antes de iniciar a implantação.

### Um SSID separado é suficiente para proteger um WiFi de convidados?

Não. Um SSID separado apenas identifica a rede de convidados. Você também precisa de VLANs separadas ou segmentação equivalente, controles de roteamento e políticas de firewall que bloqueiem o acesso a destinos protegidos. Execute testes negativos contra sistemas de funcionários, pagamentos, gerenciamento e operacionais para verificar os limites da rede. O NIST recomenda a segmentação lógica entre redes sem fio externas e internas. [1]

### O Purple pode simplificar os formulários de registro do Captive Portal?

Sim. O Purple oferece um modo de formulário curto que permite a inserção do endereço de e-mail enquanto mantém o consentimento com os termos de uso. Você também pode determinar quais campos padrão são exibidos e declarados como obrigatórios, e se campos personalizados são necessários. Use formulários mais curtos em cenários onde isso seja apropriado para o serviço (como eventos com participantes pré-registrados). [3]

### Como faço para que o registro do WiFi para convidados esteja em conformidade com o GDPR?

Primeiro, colete apenas os dados pessoais necessários para as finalidades que você definiu. O Information Commissioner's Office (ICO) e o GDPR enfatizam que os dados devem ser adequados, relevantes e limitados ao que é necessário. Documente a finalidade de cada campo do portal, revise-os regularmente e remova os campos para os quais você não possa justificar a necessidade. [4]

### A segmentação do WiFi de convidados ajuda a reduzir o escopo do PCI-DSS?

Sim, uma segmentação lógica devidamente projetada e validada ajuda a definir o escopo da sua auditoria. As diretrizes do PCI Security Standards Council descrevem a definição dos limites do escopo e a validação dos controles de segmentação em arquiteturas de rede modernas. No entanto, isso não o isenta de suas responsabilidades com o PCI-DSS. Mantenha os sistemas de pagamento totalmente fora do caminho de dados da rede de convidados e teste esses limites rigorosamente. [2]

### Qual esforço de implementação devo esperar?

Esta é uma mudança operacional e de engenharia de rede, não uma simples atualização de site. Você deve planejar a segmentação de convidados, políticas de firewall, roteamento de rede, formulários de Captive Portal, revisões de termos legais, planos de teste e atribuição de responsabilidades. Se a sua infraestrutura existente já suporta os limites de segurança exigidos, o esforço de implantação é reduzido - embora a validação e os testes ainda sejam necessários.

## Referências

[1]: https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-153.pdf "NIST SP 800-153: Guidelines for Securing Wireless Local Area Networks (WLANs)"
[2]: https://blog.pcisecuritystandards.org/new-information-supplement-pci-dss-scoping-and-segmentation-guidance-for-modern-network-architectures "PCI Security Standards Council: PCI DSS Scoping and Segmentation Guidance for Modern Network Architectures"
[3]: https://support.purple.ai/hc/en-gb/articles/7330833958813-WiFi-Registration-Form-Settings "Purple Support: Configurações do Formulário de Registro de WiFi"
[4]: https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/data-protection-principles/a-guide-to-the-data-protection-principles/data-minimisation/ "ICO: Minimização de dados"
[5]: https://standards.ieee.org/ieee/802.1X/7345/ "IEEE 802.1X-2020: Port-Based Network Access Control"
[6]: https://www.wi-fi.org/discover-wi-fi/security "WiFi Alliance: Security and WPA3"
[7]: https://support.purple.ai/hc/en-gb/articles/7330833690525-Onboarding "Purple Support: Integração"

Definições principais

WiFi para Visitantes

Um serviço de acesso à internet para visitantes que é separado das redes privadas usadas pela equipe e pelos sistemas operacionais.

Use este termo ao definir o limite do serviço e a experiência do visitante que você deve entregar.

WLAN

Uma rede local sem fio composta por dispositivos clientes, pontos de acesso e a infraestrutura de rede que os conecta.

O NIST usa WLAN ao discutir a configuração e o monitoramento de ambientes sem fio corporativos.

SSID

O nome da rede que um visitante vê ao escolher uma rede sem fio em um dispositivo.

Um SSID identifica o serviço, mas não fornece, por si só, o limite da rede.

VLAN

Um segmento lógico de rede usado para separar o tráfego e aplicar uma política de acesso definida.

Use uma VLAN de visitante para dar ao design de roteamento e firewall um limite claro de tráfego de visitantes.

Captive Portal

Uma página controlada exibida antes de um visitante receber acesso total à rede.

Use-o para apresentar termos e coletar apenas as informações de registro que atendam a uma finalidade definida.

Política de firewall

O conjunto de regras de tráfego que permitem, negam ou limitam as conexões entre os segmentos de rede e a internet.

Ela aplica o limite de visitante depois que um dispositivo entra na VLAN de visitante e conclui o portal.

IEEE 802.1X

Um padrão IEEE para controle de acesso à rede baseado em porta que oferece suporte ao acesso controlado para dispositivos autenticados e autorizados.

As equipes de TI o utilizam ao projetar um perfil de acesso distinto para a equipe, em vez de tratar os dispositivos dos funcionários como visitantes.

WPA3

Uma certificação de segurança WiFi com recursos pessoais e corporativos, incluindo requisitos de Protected Management Frames para redes WPA3.

Avalie-o em relação à compatibilidade do seu ponto de acesso e do cliente ao definir perfis de segurança.

Minimização de dados

O princípio do UK GDPR de que os dados pessoais devem ser adequados, relevantes e limitados ao necessário para a finalidade do processamento.

Use-o para decidir quais campos do Captive Portal aparecem e quais campos devem permanecer opcionais ou ausentes.

Verificação de segmentação

Testar se um limite de rede se comporta conforme projetado, incluindo caminhos de tráfego permitidos e negados.

Use antes do lançamento e após alterações que possam afetar a rota entre o acesso de visitantes e os sistemas protegidos.

Exemplos práticos

Um hotel de 200 quartos precisa de WiFi para Visitantes nos quartos, recepção e área de reuniões sem expor os sistemas operacionais, de pagamento ou da equipe.

Atribua o SSID de visitante a uma VLAN de visitante dedicada, aplique uma política apenas para internet e crie um formulário de registro adequado para o hotel com aceitação de termos. Teste dois resultados positivos: conclusão do portal e acesso à internet. Defina o limite de aceitação como zero conexões bem-sucedidas de visitantes para as categorias de equipe, pagamento, gerenciamento de dispositivos e operações do edifício. Adie o lançamento até que todos os testes negativos sejam aprovados.

Um centro de conferências precisa que os participantes que já se registraram para um evento se conectem rapidamente, mantendo a aceitação dos termos e o isolamento da rede de visitantes.

Use o padrão de formulário curto documentado do Purple com e-mail ativado e retenção de aceitação de termos. Adicione um campo personalizado específico para o evento somente onde o organizador tenha um uso definido para ele. Verifique a jornada em dois tipos de dispositivos de participantes, desde a associação e conclusão do portal até o acesso à internet. Defina o limite de aceitação como zero conexões bem-sucedidas do segmento de visitantes para os destinos de teste protegidos e documentados do local.

Tem dúvidas sobre a sua configuração específica?

A nossa equipa trabalha com operadores de espaços, gestores de TI e engenheiros de rede em 80.000 locais. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua situação o resolveram.