Pular para o conteúdo principal

Melhores Práticas de Captive Portal: Projetando para Alta Conversão e Conformidade

Este guia técnico oferece a gerentes de TI, arquitetos de rede e diretores de operações de locais um roteiro completo para implantar portais cativos que equilibram a segurança da rede com alta conversão de usuários. Ele cobre toda a arquitetura, desde a segmentação de VLAN e autenticação RADIUS até o design de consentimento em conformidade com a GDPR e a seleção de métodos de autenticação. Extraído da experiência operacional da Purple em mais de 80.000 locais e 440 milhões de logins em 2024, cada recomendação é fundamentada em dados reais de implantação.

Publicado Atualizado
📖 8 min de leitura2,351 palavras2 exemplos práticos4 questões práticas9 definições principais

Video overview

Ouça este guia

Ver transcrição do podcast
Bem-vindo ao Purple Technical Briefing. Hoje estamos dissecando os portais de captive portal. Especificamente, como otimizá-los para máxima segurança de rede e conversão de usuários. Se você gerencia o TI de um grupo hoteleiro, de uma rede de varejo ou de um grande local público, o captive portal é a sua porta de entrada. É a interseção onde a segurança da rede encontra as operações de marketing. Acerte nisso e você protegerá sua rede enquanto constrói um banco de dados primário de contatos verificados. Erre e você frustrará os usuários, quebrará a conformidade e deixará sua rede exposta. Vamos começar com a arquitetura. Um captive portal não é apenas uma página web. É um sistema de segmentação de rede. Quando um dispositivo de convidado se associa ao seu SSID, seu ponto de acesso - seja ele Cisco Meraki, HPE Aruba, Ruckus ou Juniper Mist - coloca esse dispositivo em uma VLAN de quarentena. Nesse estado de quarentena, o dispositivo não tem acesso à internet. Um firewall bloqueia tudo, exceto as consultas de DNS e uma lista específica de destinos permitidos, conhecida como walled garden. Esse walled garden é crítico. Ele deve incluir a URL do portal e quaisquer serviços externos necessários para o login, como os servidores de autenticação do Google ou seu gateway de pagamento. Se o seu walled garden estiver configurado incorretamente, o portal não carregará. Essa é a causa número um de falhas em campo. Assim que o usuário conclui o login, o portal se comunica com o seu servidor RADIUS. RADIUS significa Remote Authentication Dial-In User Service. É o protocolo padrão para autenticação centralizada em redes corporativas. O portal envia uma mensagem de Change of Authorisation, conhecida como CoA. Isso diz ao controlador de acesso: este dispositivo está autenticado, encerre a quarentena. O dispositivo é então movido para a VLAN de produção, e o acesso à internet é concedido. Essa segmentação garante que dispositivos não autenticados não possam sondar sua rede ou alcançar seus sistemas de ponto de venda. Se você opera em um ambiente sob o escopo do PCI-DSS, o que significa que possui terminais de pagamento com cartão na mesma infraestrutura física, esse isolamento não é opcional. É um requisito de conformidade. Agora vamos falar sobre conversão. O captive portal é um ponto de afunilamento. Cada dispositivo que se conecta passa por ele. Isso o torna uma das superfícies de marketing mais valiosas do seu local. Mas também é frágil. Cada campo que você adiciona ao seu formulário de login reduz sua taxa de conversão em aproximadamente dez por cento. Se você implantar um portal simples de clique único, onde o usuário apenas aceita os termos e se conecta, verá taxas de conversão acima de noventa por cento. Mas você não coletará quase nenhum dado. Se solicitar um endereço de e-mail, a conversão cai para cerca de setenta por cento. Se exigir um formulário completo com nome, e-mail, telefone e CEP, terá sorte se atingir quarenta por cento de conclusão. Portanto, você deve escolher o método certo para o seu local e seus objetivos. Deixe-me apresentar as cinco opções principais. O clique direto é a opção de menor atrito. É ideal para locais do setor público, salas de espera do NHS, bibliotecas e prédios municipais. Você não está no negócio de criar bancos de dados de marketing a partir de WiFi público, e a sobrecarga de conformidade para coletar dados pessoais nesse contexto é significativa. A captura de e-mail é o carro-chefe do marketing de WiFi para visitantes. É a escolha padrão correta para hotelaria, varejo e eventos. Você obtém um endereço de e-mail de propriedade direta, sem dependência de plataformas de terceiros, e um rastro de dados claro para fins de GDPR. O login social via OAuth, abrangendo Google, Apple e LinkedIn, reduz o atrito e retorna dados verificados do provedor de identidade. Funciona bem em ambientes voltados para o consumidor. Mas existe um risco de dependência. Se um provedor alterar seus termos de API, seu fluxo de autenticação falha. Sempre implemente pelo menos um método não-OAuth junto com o login social. O código de acesso único por SMS é o padrão ouro para qualidade de dados. Um número de celular verificado é significativamente mais valioso do que um endereço de e-mail não verificado para programas de fidelidade e comunicações urgentes. A desvantagem é uma conversão menor, em torno de cinquenta por cento, e um custo por mensagem. Em um estádio que processa cinquenta mil logins por evento, essa é uma linha de custo que você precisa prever em seu caso de negócios. O registro em formulário completo oferece os dados mais ricos, mas a menor conversão. Ele faz sentido onde os dados são genuinamente utilizados, como um grupo hoteleiro que preenche previamente os perfis dos hóspedes ou um provedor de saúde que captura as preferências dos pacientes. Agora, conformidade. É aqui que a maioria das implantações dá errado. Sob a GDPR, você deve separar a conexão da coleta. Você pode conceder acesso à rede com base no interesse legítimo. Mas você não pode usar essa mesma justificativa para enviar e-mails de marketing. O marketing exige consentimento explícito e afirmativo. Não use caixas pré-assinaladas. Forneça uma caixa de seleção clara e separada para adesão ao marketing. A caixa de seleção deve estar desmarcada por padrão. Se você agrupar os termos de acesso à rede com o consentimento de marketing em uma única caixa de seleção, estará violando a UK GDPR. Sua equipe jurídica lidará com as consequências por anos. Deixe-me dar dois cenários do mundo real. Primeiro, um hotel de duzentos quartos que usa pontos de acesso HPE Aruba deseja fornecer WiFi em camadas. Acesso básico gratuito para hóspedes padrão, acesso de alta velocidade para membros do programa de fidelidade. A abordagem correta é um único SSID de visitante integrado ao Sistema de Gestão de Propriedade (PMS) via API. O portal apresenta duas opções: fazer login com o número do quarto e sobrenome, ou fazer login com as credenciais de fidelidade. Quando um membro do programa de fidelidade se autentica, o portal consulta o PMS, verifica a categoria e envia um RADIUS Change of Authorisation para a controladora Aruba com um atributo específico do fabricante atribuindo a função de alta largura de banda. Os hóspedes padrão recebem uma função padrão com limite de velocidade. Um SSID, política dinâmica, experiência de usuário limpa. Em segundo lugar, uma rede varejista nacional com quinhentas filiais deseja capturar endereços de e-mail para marketing. A equipe jurídica está preocupada com o GDPR. O design do portal é simples. Um único campo de entrada de e-mail. Duas caixas de seleção abaixo dele. A primeira caixa de seleção, obrigatória, diz: Aceito os Termos de Serviço e a Política de Privacidade para acesso à rede. A segunda caixa de seleção, opcional e desmarcada por padrão, diz: Consinto em receber comunicações de marketing e ofertas especiais. O backend registra a data e hora, o endereço IP e o evento de consentimento de cada usuário. Trilha de auditoria limpa, base legal clara, em conformidade por design. Agora vamos abordar os modos de falha comuns. O problema mais frequente é o portal não aparecer. Isso quase sempre se resume ao walled garden. O sistema operacional do dispositivo envia uma busca de captura para uma URL conhecida, como captive.apple.com para dispositivos iOS. Se o seu firewall bloquear esse domínio, o sistema operacional não conseguirá detectar que está em uma rede cativa e o portal nunca será iniciado. Verifique o seu walled garden primeiro, sempre. O segundo problema é a randomização do endereço MAC. Dispositivos iOS e Android modernos usam endereços MAC randomizados por padrão para evitar o rastreamento. Isso significa que um visitante que retorna aparece como um novo usuário. O portal o desafia novamente e ele precisa fazer login de novo. A solução é incentivar os usuários a instalar um perfil Passpoint ou usar um fluxo de autenticação baseado em aplicativo que dependa de um token de identidade em vez do endereço MAC. O terceiro problema é o esgotamento de DHCP e DNS em escala. Em um estádio ou centro de conferências, milhares de dispositivos se conectam simultaneamente. Se o seu pool de DHCP ficar sem endereços ou se o seu servidor DNS não conseguir lidar com o volume de consultas, o fluxo de autenticação trava antes mesmo de chegar ao portal. Dimensione sua infraestrutura para a carga de pico, não para a carga média. Agora algumas perguntas rápidas. Qual método de autenticação é mais compatível com o GDPR? Todos os métodos podem se tornar compatíveis. O click-through tem a menor sobrecarga. A variável fundamental é o que você faz com os dados após a coleta, não qual método você usa para coletá-los. Posso executar vários métodos de autenticação no mesmo portal? Sim, e você deve. O Purple Verify suporta todos os cinco métodos simultaneamente, com configuração por tipo de local, dispositivo do usuário ou hora do dia. O SMS OTP funciona internacionalmente? Sim, mas os custos variam significativamente de acordo com o país. Use um provedor com ampla cobertura de operadoras internacionais e planeje seu orçamento de acordo. E quanto ao Apple Private Relay? O Private Relay pode interferir na detecção do Captive Portal em dispositivos iOS. Certifique-se de que seu portal seja servido via HTTPS e que os domínios de busca de captura estejam na lista de permissões. Para resumir. Segmente seu tráfego com VLANs e mantenha um walled garden limpo e preciso. Escolha seu método de autenticação com base no tipo de local e nos seus objetivos de dados, não no que é mais fácil de implantar. Minimize os campos de formulário para maximizar a conversão. Separe seus termos de acesso à rede do seu consentimento de marketing. E planeje para a randomização de MAC e pico de carga desde o primeiro dia. A Purple opera infraestrutura de Captive Portal em oitenta mil locais, com quatrocentos e quarenta milhões de logins em 2024. As diretrizes deste guia refletem essa experiência operacional. Se você quiser se aprofundar em qualquer um desses tópicos, o guia de referência técnica completo está disponível em purple.ai. Obrigado pela leitura.

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

Melhores Práticas de Captive Portal: Projetando para Alta Conversão e Conformidade

Resumo Executivo

Um Captive Portal é a página de login em uma rede WiFi pública. Ele também representa sua decisão mais crítica de segurança de rede e, se você gerencia um programa de marketing, sua área de captura de dados mais valiosa. Ambos os objetivos - segurança e conversão - não entram em conflito. Eles exigem decisões de configuração distintas, e este guia aborda ambas.

A arquitetura principal coloca cada dispositivo convidado em uma VLAN de quarentena até que a autenticação seja concluída. Um servidor RADIUS gerencia a sessão, e uma mensagem de Change of Authorisation (CoA) move o dispositivo para a VLAN de produção. A segmentação de rede garante que o tráfego de convidados nunca atinja a infraestrutura corporativa ou os sistemas de ponto de venda. Em qualquer ambiente onde terminais de pagamento compartilham a infraestrutura física com o WiFi de convidados, esse isolamento é um requisito do PCI-DSS, não apenas uma recomendação.

Em termos de conversão, cada campo de formulário adicional reduz as taxas de opt-in de 8 a 12%. O método de autenticação correto depende do seu tipo de local e dos seus objetivos de dados. A captura de e-mail oferece uma conversão de 65 a 80% com dados de propriedade direta. O login social via OAuth 2.0 reduz a fricção, mas introduz dependências de terceiros. Este guia fornece o modelo técnico para equilibrar esses requisitos, extraído da experiência operacional da Purple em mais de 80.000 locais e 440 milhões de logins em 2024 (dados internos da Purple).

Para obter mais contexto sobre decisões relacionadas à arquitetura de rede, consulte o nosso guia How to Optimise Captive Portals for Maximum Network Security and User Conversion.

Detalhamento Técnico

Um Captive Portal intercepta requisições HTTP ou HTTPS de dispositivos conectados ao seu SSID e redireciona o usuário para uma splash page antes de conceder acesso à internet. O mecanismo subjacente depende da segmentação de rede e da autenticação RADIUS trabalhando em conjunto.

Quando um dispositivo se conecta, o ponto de acesso - seja ele Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme ou Fortinet - coloca-o em uma VLAN de quarentena. Nesse estado, o firewall bloqueia todo o tráfego, exceto as consultas DNS e o acesso a uma lista específica de destinos permitidos (conhecida como walled garden). O walled garden deve incluir a URL do portal e quaisquer serviços de autenticação externa (como Google Workspace ou Microsoft Entra ID). Se o walled garden estiver mal configurado e o teste de captura do SO (por exemplo, captive.apple.com no iOS) for bloqueado, o portal não carregará. Este é o modo de falha mais comum nesta área.

Melhores Práticas de Captive Portal: Projetando para Alta Conversão e Conformidade - authentication flow diagram

Depois que o usuário conclui o processo de login, o portal se comunica com o seu servidor RADIUS. O servidor envia uma mensagem de Alteração de Autorização (CoA) para o controlador de acesso, instruindo-o a remover o estado de quarentena e mover o dispositivo para a VLAN de produção. Esse isolamento é fundamental: em uma rede plana, um dispositivo de visitante comprometido pode sondar sistemas internos. A segmentação de VLAN garante que dispositivos não autenticados não consigam alcançar sistemas de ponto de venda ou bancos de dados corporativos.

Comparação de Métodos de Autenticação

Cada um dos cinco principais métodos de autenticação de Captive Portal envolve diferentes compensações em termos de taxa de conversão, qualidade dos dados e complexidade de conformidade. A tabela abaixo resume as principais variáveis.

Método Taxa de Conversão Qualidade dos Dados Complexidade GDPR Mais Adequado Para
Apenas clique / Termos e Condições 90-95% Mínima (MAC + carimbo de data/hora) Baixa Setor público, bibliotecas, NHS
Captura de e-mail 65-80% Alta (dados proprietários diretos) Média Hospitalidade, varejo, eventos
Login social (OAuth 2.0) 55-70% Média (dependente do provedor) Média-alta Locais de consumo com usuários do Google/Apple
SMS OTP 45-60% Muito alta (celular verificado) Média Foco em fidelidade: QSR, estádios, varejo
Registro de formulário completo 30-45% Altíssima (perfil rico) Alta Hotéis, saúde, varejo de luxo

Fonte: Dados operacionais da Purple, 440 milhões de logins em 2024.

Melhores Práticas de Captive Portal: Projetando para Alta Conversão e Conformidade - conversion rate chart

Para a maioria dos operadores de estabelecimentos, o ponto de partida ideal é um portal de método duplo: captura de e-mail como a opção principal e login do Google como a opção secundária. Essa combinação geralmente atinge uma taxa de conversão de 65 a 75%, enquanto constrói um banco de dados de e-mail de propriedade direta. Você não fica totalmente dependente de um provedor OAuth terceirizado, mas oferece uma opção conveniente para os usuários que a preferem.

Para estabelecimentos de hospitalidade que executam programas de fidelidade, adicione SMS OTP como uma terceira opção ou torne-o o método principal. Uma taxa de conversão mais baixa é aceitável porque a qualidade dos dados justifica. Um número de celular verificado em seu CRM é significativamente mais valioso do que um endereço de e-mail não verificado.

Para implantações no setor público - conselhos, fundações do NHS, bibliotecas - o clique de confirmação com aceitação dos termos é a decisão correta. O custo de conformidade para coletar dados pessoais em um contexto de setor público é significativamente mais alto, e o objetivo é a conectividade, não a construção de um CRM.

Arquitetura de Conformidade

Sob o GDPR, você deve separar a conexão da coleta. Você pode fornecer acesso à rede com base no interesse legítimo sob o Artigo 6(1)(f) do UK GDPR. Você não pode usar a mesma justificativa para enviar e-mails de marketing. O marketing exige consentimento explícito e afirmativo nos termos do Artigo 6(1)(a).

Seu portal deve ter caixas de seleção separadas e desmarcadas. Uma cobre os termos de serviço para acesso WiFi. A segunda caixa de seleção, separada, cobre o consentimento de marketing. Caixas pré-marcadas não constituem consentimento válido. O sistema deve registrar cada evento de consentimento, que deve gravar quem consentiu, quando consentiu e a versão exata do aviso de privacidade que visualizou. Essa trilha de auditoria é a prova da sua conformidade no caso de uma fiscalização regulatória.

Para operadores de varejo com terminais de pagamento com cartão no local, o PCI-DSS exige que o ambiente de dados do portador do cartão seja isolado de todo o outro tráfego de rede. A segmentação adequada de VLAN pode reduzir o escopo de auditoria do PCI-DSS de 60 a 80% (Specgravity, 2024) e diminuir os custos anuais de conformidade.

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.

Guia de Implementação

A implantação de um Captive Portal que seja seguro e de alta conversão exige uma abordagem estruturada. O modelo de cinco etapas a seguir se aplica a todas as plataformas de hardware.

Etapa 1 - Categorização de tráfego. Antes de tocar em uma única porta de switch, documente cada tipo de dispositivo e classe de tráfego em seu ambiente: dispositivos de convidados, dispositivos de funcionários, IoT, terminais de pagamento, sistemas de gerenciamento predial, CFTV. Cada um exige uma VLAN dedicada.

Etapa 2 - Design de VLAN. Atribua um ID de VLAN e uma sub-rede IP para cada classe de tráfego. Coloque a VLAN de convidados em uma sub-rede completamente separada, sem rotas para o seu espaço de endereço interno. Seu firewall deve ter uma regra explícita de 'negar tudo' entre a VLAN de convidados e tudo o que for interno, permitindo apenas o acesso de saída à internet.

Passo 3 - Configuração de Walled Garden. Permita explicitamente a URL do portal, domínios de provedores de identidade (Google Workspace, Microsoft Entra ID, Okta) e URLs de teste de conectividade do sistema operacional. Teste em dispositivos iOS, Android e Windows antes de entrar em operação.

Passo 4 - Política de firewall. Documente explicitamente cada fluxo inter-VLAN permitido. Bloqueie todo o restante por padrão. É aqui que a maioria das implantações falha: uma arquitetura de VLAN é tão forte quanto as regras de firewall que a aplicam.

Passo 5 - Monitoramento e validação. Implante o monitoramento de rede e verifique se a segmentação está funcionando. Realize testes de intrusão periódicos ou, pelo menos, use uma ferramenta de varredura a partir de um dispositivo de visitante para confirmar que não é possível alcançar sub-redes internas.

A plataforma de Guest WiFi da Purple integra-se com todos os principais fornecedores de rede sem fio corporativa via RADIUS padrão e marcação de VLAN. Você não precisa substituir os pontos de acesso existentes. A plataforma gerencia a renderização de Captive Portal, gestão de consentimento e análises de WiFi Analytics posteriores em implantações Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet.

Melhores Práticas

As recomendações a seguir refletem padrões operacionais observados na rede da Purple em mais de 80.000 locais.

Minimize os campos de formulário. Cada campo adicionado ao seu formulário de login reduz sua taxa de conversão. Solicite apenas dados que você realmente utiliza. Um endereço de e-mail e o primeiro nome são suficientes para a maioria dos casos de uso de marketing. Data de nascimento, CEP e número de telefone só devem aparecer se seus fluxos de trabalho de CRM realmente exigirem.

Separe o acesso do consentimento de marketing. Certifique-se de que seu Captive Portal tenha caixas de seleção desmarcadas e separadas para os termos de WiFi e para a aceitação de marketing. Vincular os dois é o erro de conformidade com a GDPR mais comum que vemos em campo.

Ative o isolamento de clientes. Configure o controlador de acesso para impedir que os dispositivos no SSID de visitantes se comuniquem diretamente entre si. Isso elimina vetores de ataque ponto a ponto na rede de visitantes.

Gerencie a largura de banda. Aplique limites de taxa por cliente (normalmente de 5 a 20 Mbps de download) na VLAN de visitantes. Isso evita que um único usuário sature o link de subida e prejudique a experiência de todos os outros.

Planeje para a randomização de MAC. Dispositivos modernos iOS e Android usam endereços MAC aleatórios por padrão. Um visitante que retorna aparece como um novo usuário, e o portal solicita a autenticação novamente. Mitigue isso incentivando os usuários a instalar um perfil Passpoint ou usando fluxos de autenticação baseados em aplicativos que dependem de tokens de identidade em vez de endereços MAC.

Mantenha o número de SSIDs baixo. Cada SSID adicional que você transmite consome tempo de transmissão para frames de beacon. Em um local denso com centenas de pontos de acesso, transmitir mais de quatro SSIDs por rádio pode degradar significativamente a taxa de transferência. Três é uma meta prática: visitante, corporativo, IoT.

Para uma visão abrangente sobre padrões de autenticação, consulte o nosso guia EAP Method WiFi: A Guide to Secure Network Access.

Solução de Problemas e Mitigação de Riscos

O problema mais frequente nesta área é o portal que não aparece. Isso quase sempre é um erro de configuração do walled garden. Se o firewall bloquear a verificação de conectividade do SO do dispositivo, o SO não conseguirá detectar a rede cativa e o portal nunca será iniciado. Verifique as suas entradas de walled garden primeiro, sempre.

O segundo modo de falha comum é a exaustão do pool DHCP. Em ambientes de alta densidade, como estádios ou centros de conferências, milhares de dispositivos se conectam simultaneamente. Se o seu pool DHCP ficar sem endereços, o fluxo de autenticação será interrompido antes que o portal possa ser exibido. Dimensione a sua infraestrutura para conexões simultâneas de pico, não para a carga média.

O terceiro risco é a dependência de OAuth sem uma alternativa de backup. Se você implantar o login social como seu único método de autenticação e o provedor alterar os termos da API, seu fluxo de autenticação será interrompido. Isso já aconteceu com a Graph API do Facebook. Sempre implante pelo menos um método de propriedade direta junto com o login social.

Para hubs de transporte e grandes locais de eventos, o quarto risco é a sobrecarga do resolvedor DNS. Em escala, o volume de consultas DNS durante eventos de pico de conexão pode sobrecarregar um resolvedor subdimensionado. Implante uma infraestrutura de DNS dedicada para a VLAN de convidados e monitore as taxas de consulta.

Para ambientes de saúde, a quinta consideração é o isolamento de dispositivos clínicos. De acordo com as diretrizes da NHS Digital, os dispositivos clínicos devem estar em uma VLAN separada do WiFi de convidados de uso geral. A arquitetura do Captive Portal não deve permitir que os dispositivos de convidados acessem quaisquer sub-redes que trafeguem dados de dispositivos clínicos.

Retorno sobre o Investimento e Impacto nos Negócios

Um Captive Portal bem estruturado transforma o WiFi de convidados de um centro de custo em um ativo estratégico. Ao capturar dados primários, você constrói um banco de dados de CRM verificado que impulsiona programas de fidelidade e campanhas de marketing direcionadas.

O sucesso é medido por duas métricas principais: taxa de conversão (a porcentagem de dispositivos conectados que concluem a autenticação) e taxa de opt-in (a porcentagem de usuários autenticados que consentem com o marketing). Uma rede de varejo pode rastrear a conversão de usuários de WiFi em membros do programa de fidelidade e medir o fluxo de clientes e o aumento de gastos subsequentes.

Para uma rede de varejo de 500 locais executando a captura de e-mails com 70% de conversão, 10.000 sessões diárias de WiFi em toda a rede geram 7.000 novos ou recorrentes contatos de CRM por dia. Com uma taxa de conversão conservadora de 2% de e-mail para visita em campanhas de marketing, isso representa 140 visitas adicionais às lojas por dia geradas pelo canal de WiFi.

Além disso, a segmentação de rede adequada reduz o escopo das auditorias do PCI-DSS. A segmentação correta pode reduzir o escopo da auditoria do PCI-DSS de 60 a 80% (Specgravity, 2024), diminuindo os custos anuais de conformidade e mitigando o risco financeiro de uma violação de dados. O não cumprimento do GDPR pode resultar em multas de até 4% do faturamento global anual, tornando uma arquitetura de portal em conformidade uma medida direta de mitigação de risco financeiro.

A plataforma da Purple possui certificações ISO 27001, GDPR, CCPA e Cyber Essentials, fornecendo a documentação de conformidade necessária para suas equipes jurídica e de compras. Com 99,999% de uptime em mais de 80.000 locais, a infraestrutura é dimensionada para implantações de nível corporativo.

Para mais informações sobre conceitos de rede relacionados, consulte o nosso artigo WAN Computer Definition: A Practical Guide for 2026.

Definições principais

Captive Portal

Uma página web que intercepta o tráfego de rede e exige a interação do usuário - autenticação ou aceitação de termos - antes de conceder acesso total à internet. Definido na IETF RFC 8952.

A interface primária para integração de visitantes, aplicação de segurança e captura de dados próprios em qualquer local com WiFi público ou semi-público.

VLAN (Virtual Local Area Network)

Um agrupamento lógico de dispositivos de rede que se comportam como se estivessem em uma única LAN isolada, independentemente da localização física. Definido na IEEE 802.1Q.

Utilizada para segmentar o tráfego de visitantes da infraestrutura corporativa. Exigida pelo PCI-DSS para isolar o ambiente de dados de titulares de cartão.

Walled garden

Um ambiente de rede restrito que permite o acesso apenas a URLs e endereços IP específicos e aprovados antes que a autenticação seja concluída.

Deve incluir a URL do portal, os domínios do provedor de identidade e as URLs de teste de captura do sistema operacional. A configuração incorreta é a principal causa de falhas no portal.

RADIUS

Remote Authentication Dial-In User Service. Um protocolo de rede que fornece autorização, autenticação e contabilização centralizadas para acesso à rede.

O sistema de backend que verifica as credenciais e instrui o ponto de acesso a conceder ou negar o acesso à rede. Necessário para implantações de Captive Portal corporativas.

Alteração de Autorização (CoA)

Uma mensagem RADIUS que altera dinamicamente o estado de autorização de uma sessão de usuário ativa sem exigir nova autenticação.

Utilizado para mover um dispositivo da VLAN de quarentena para a VLAN de produção após o login bem-sucedido no portal, ou para revogar o acesso quando uma política de sessão é alterada.

Isolamento de cliente

Um recurso de controladora sem fio que impede que os dispositivos conectados ao mesmo SSID se comuniquem diretamente entre si na Camada 2.

Essencial para redes de convidados para evitar ataques ponto a ponto e movimentação lateral entre dispositivos de convidados.

Passpoint (Hotspot 2.0)

Um protocolo baseado em IEEE 802.11u que permite que os dispositivos se conectem de forma automática e segura a redes WiFi usando credenciais de um provedor de serviços, sem a necessidade de interação manual com o portal.

Utilizado para superar a randomização de endereços MAC e fornecer roaming contínuo entre locais. Relevante para implantações focadas em fidelidade, onde a persistência da sessão é importante.

PCI-DSS

Payment Card Industry Data Security Standard. Um padrão de segurança da informação para organizações que lidam com cartões de crédito de grandes bandeiras.

Exige segmentação de rede rigorosa para isolar o ambiente de dados de portadores de cartão do tráfego de WiFi de convidados. O não cumprimento acarreta penalidades financeiras e perda dos direitos de processamento de cartões.

OAuth 2.0

Um framework de autorização aberto que permite que aplicativos de terceiros obtenham acesso limitado a contas de usuários em um serviço HTTP, como o Google Workspace ou o Microsoft Entra ID.

Utilizado para login social em portais cativos. Reduz a fricção, mas introduz dependência dos termos da API e da disponibilidade do provedor de identidade.

Exemplos práticos

Um hotel de 200 quartos que utiliza pontos de acesso HPE Aruba precisa fornecer WiFi em níveis: acesso básico gratuito para hóspedes padrão e acesso de alta velocidade para membros do programa de fidelidade, sem transmitir múltiplos SSIDs.

Implante um único SSID de visitante integrado ao Sistema de Gestão de Propriedades (PMS) via API. O portal apresenta duas opções: fazer login com o número do quarto e sobrenome, ou fazer login com as credenciais do programa de fidelidade. Quando um membro do programa de fidelidade se autentica, o portal consulta o PMS via API, verifica o nível e envia uma Alteração de Autorização (CoA) RADIUS para a controladora Aruba com um atributo específico do fornecedor (VSA) que atribui a função de alta largura de banda. Os hóspedes padrão recebem uma função padrão com limite de taxa. Um único SSID, aplicação de política dinâmica na camada RADIUS, experiência do usuário limpa e sem sobrecarga de RF adicional.

Comentário do examinador: Esta abordagem evita a proliferação de SSIDs ao mesmo tempo em que oferece um serviço diferenciado. O detalhe técnico principal é o RADIUS VSA, que permite que a controladora aplique políticas de largura de banda e acesso por usuário sem a necessidade de segmentos de rede separados. A integração com o PMS é a fonte de dados para a verificação do nível, tornando o portal uma extensão genuína do fluxo de trabalho de gestão de hóspedes do hotel.

Uma rede de varejo nacional com 500 locais deseja coletar endereços de e-mail para marketing em todas as unidades, mas a equipe jurídica apontou preocupações de conformidade com a GDPR sobre o design do portal existente.

Redesenhe o portal com um único campo de entrada de e-mail e duas caixas de seleção distintas. A primeira caixa de seleção é obrigatória e diz: "Aceito os Termos de Serviço e a Política de Privacidade para acesso à rede." A segunda caixa de seleção é opcional, desmarcada por padrão, e diz: "Aceito receber comunicações de marketing e ofertas especiais da [Brand]." O sistema registra o carimbo de data/hora, endereço IP, versão do portal e o evento de consentimento para cada usuário. A base legal para o acesso ao WiFi é o legítimo interesse. A base legal para o marketing é o consentimento explícito. Estes dados são registrados separadamente no CRM.

Comentário do examinador: A correção crítica é separar as duas bases legais. Muitas implantações de varejo agrupam ambas em uma única caixa de seleção, o que viola o UK GDPR. A trilha de auditoria - carimbo de data/hora, IP, versão do portal e indicador de consentimento - é a evidência necessária para responder a uma Solicitação de Acesso do Titular dos Dados (DSAR) ou a uma investigação regulatória. A plataforma da Purple automatiza esse registro e fornece as ferramentas de gestão de consentimento para lidar com DSARs em escala.

Questões práticas

Q1. O diretor de TI de um estádio relata que, durante o intervalo, os usuários conseguem se associar ao SSID de convidados, mas o Captive Portal não carrega para milhares de dispositivos simultaneamente. O jardim murado foi verificado como correto. Qual é a falha arquitetônica mais provável?

Dica: Considere os recursos de infraestrutura necessários antes que um dispositivo possa rotear o tráfego HTTP para o portal - especificamente, o que acontece antes da resolução de DNS.

Ver resposta modelo

Esgotamento do pool DHCP ou sobrecarga do resolvedor de DNS. Em ambientes de alta densidade, se o pool DHCP não puder atribuir endereços IP com rapidez suficiente, ou se o resolvedor de DNS não puder lidar com o volume de consultas de milhares de conexões simultâneas, o fluxo de autenticação é interrompido antes que o portal possa ser exibido. A infraestrutura deve ser dimensionada para conexões simultâneas de pico, não para a carga média. Uma infraestrutura separada de DHCP e DNS para a VLAN de convidados é a mitigação recomendada.

Q2. Uma equipe de marketing de varejo deseja coletar as datas de nascimento dos clientes por meio do Captive Portal para enviar ofertas de aniversário. Eles planejam tornar o campo de data de nascimento obrigatório para acessar o WiFi. Isso está em conformidade com o UK GDPR? Se não, como deve ser redesenhado?

Dica: Revise os princípios de minimização de dados (Artigo 5(1)(c)) e o requisito de que o consentimento deve ser dado livremente.

Ver resposta modelo

Não. Tornar obrigatórios os dados de marketing para o acesso ao serviço viola o princípio de que o consentimento deve ser dado livremente - um usuário não pode consentir livremente se a recusa significar a perda de acesso a um serviço. Além disso, coletar a data de nascimento quando isso não é estritamente necessário para o acesso à rede viola o princípio da minimização de dados. O design correto: a data de nascimento é um campo opcional, claramente rotulado como opcional, com uma caixa de seleção separada desmarcada para o consentimento de marketing de aniversário. A base legal para o acesso ao WiFi continua sendo o legítimo interesse. A base legal para o marketing de aniversário é o consentimento explícito.

Q3. A auditoria de segurança de um hotel revela que um dispositivo conectado ao WiFi de visitantes consegue dar ping no endereço IP de um terminal de ponto de venda no restaurante. A equipe de TI confirma que a rede de visitantes e a rede de PDV estão em VLANs separadas. Qual etapa de configuração foi esquecida?

Dica: As VLANs fornecem separação lógica, mas o tráfego entre VLANs deve passar por um dispositivo de roteamento. O que governa o que esse dispositivo permite?

Ver resposta modelo

As regras de roteamento inter-VLAN no firewall estão mal configuradas ou ausentes. Embora o tráfego de visitantes e o tráfego de PDV estejam em VLANs separadas, o firewall deve aplicar uma política de negação padrão entre eles com regras de permissão explícitas apenas para os fluxos necessários. A VLAN de visitantes deve ter regras que permitam apenas o acesso de saída à internet - sem rotas para nenhuma sub-rede interna, incluindo a VLAN de PDV. A correção consiste em auditar e corrigir a política de firewall inter-VLAN, validando em seguida ao tentar alcançar sub-redes internas a partir de um dispositivo de visitante.

Q4. Um centro de conferências implanta o login social (Google OAuth) como seu único método de autenticação de Captive Portal. Três meses após o lançamento, o Google atualiza sua API OAuth e o portal para de funcionar para todos os usuários. Como a implantação deveria ter sido projetada para evitar isso?

Dica: Considere o ponto único de falha e como se parece um design resiliente de múltiplos métodos.

Ver resposta modelo

A implantação deveria ter incluído pelo menos um método de autenticação não-OAuth como alternativa - sendo a captura de e-mail a escolha mais prática. Um portal de método duplo com captura de e-mail como principal e Google OAuth como secundário teria mantido a continuidade quando o fluxo de OAuth falhou. O método de captura de e-mail não possui dependência de terceiros e fornece um ativo de dados diretamente de sua propriedade. Provedores de OAuth devem ser sempre tratados como opções de conveniência, não como a infraestrutura de autenticação principal.

Continue a ler esta série

Ubiquiti UniFi guest portal not redirecting: causes and fixes

Este guia isola uma falha de redirecionamento do portal de convidados UniFi seguindo a sequência do status do convidado, redirecionamento, rota de pré-autorização e autorização do controlador. Ele oferece às equipes de TI do local um método fundamentado para lidar com a confusão entre rede de convidados e Hotspot, redirecionamentos para portais externos, requisitos atuais de conta do UniFi OS e testes de isolamento de DNS.

Ler o guia →

Cisco Meraki splash page não está funcionando: um fluxograma de solução de problemas

Este guia prático do dia a dia isola onde um fluxo de splash da Cisco Meraki falhou: autorização do cliente, início de redirecionamento HTTP, acessibilidade do walled-garden ou sign-on RADIUS. Ele oferece às equipes de TI do local um caminho de evidências controlado, para que possam restaurar o Guest WiFi sem fazer alterações amplas em um ambiente ativo.

Ler o guia →

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.

Ler o guia →

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.

Melhores Práticas de Captive Portal: Projetando para Alta Conversão e Conformidade | Purple