Pular para o conteúdo principal

Como Segmentar Redes WiFi de Funcionários e Convidados com Segurança: Melhores Práticas para LANs Corporativas

Este guia fornece aos gerentes de TI e arquitetos de rede um modelo técnico e neutro em relação a fornecedores para proteger LANs corporativas por meio da segmentação adequada do tráfego WiFi de funcionários e convidados. O conteúdo aborda autenticação 802.1X, RADIUS em nuvem, isolamento de VLAN e o gerenciamento do ciclo de vida de credenciais necessário para eliminar senhas compartilhadas e proteger os ativos corporativos.

📖 4 min de leitura📝 1,139 palavras🔧 2 exemplos práticos3 questões práticas📚 8 definições principais

Ouça este guia

Ver transcrição do podcast
Fale em um tom confidente e conversacional de inglês britânico - como um consultor sênior orientando um cliente. Ritmo medido, autoritário mas acessível. Sem enrolação. --- INTRODUÇÃO E CONTEXTO (aproximadamente 1 minuto) --- Certo, vamos ao que interessa. Se você é responsável pela rede de um local - seja um hotel, uma rede de varejo, um estádio ou um prédio de autoridade local - há uma pergunta que surge mais do que quase qualquer outra: como você oferece um WiFi decente para os visitantes sem colocar a sua rede corporativa em risco? A resposta curta é segmentação. Mas a resposta longa - aquela que realmente leva você a uma rede segura, em conformidade e gerenciável - envolve autenticação 802.1X, isolamento de VLAN, RADIUS na nuvem e um ciclo de vida de credenciais que não dependa de alguém lembrar de alterar uma senha compartilhada quando um funcionário sai da empresa. Nos próximos dez minutos, vou orientar você exatamente sobre como arquitetar e implantar uma rede segmentada de forma adequada. Vamos cobrir as bases técnicas, as etapas de configuração específicas de fornecedores para Cisco Meraki e Juniper Mist, dois cenários de implementação do mundo real e as armadilhas que costumam pegar a maioria das equipes de surpresa. Vamos lá. --- COBERTURA TÉCNICA DETALHADA (aproximadamente 5 minutos) --- Vamos começar com os fundamentos. Segmentação de rede significa manter o tráfego da sua equipe e o tráfego dos seus visitantes em redes física ou logicamente separadas, para que um dispositivo de visitante - ou um dispositivo de visitante comprometido - não consiga acessar seus sistemas de ponto de venda, seu ERP, sua infraestrutura de CFTV ou qualquer outra coisa na sua LAN corporativa. A forma padrão de fazer isso na Camada 2 é com VLANs - Virtual Local Area Networks. Você atribui o SSID da sua equipe a uma VLAN, digamos VLAN 10, e o SSID dos seus visitantes a outra, digamos VLAN 20. Seus switches gerenciados e pontos de acesso aplicam essa separação no nível do hardware. Um visitante na VLAN 20 é roteado para a internet e nada mais. Um membro da equipe na VLAN 10 é roteado para a LAN corporativa e para a internet, com base em quaisquer regras de firewall que você tenha definido. Esse é o modelo básico. Mas é aqui que a maioria dos locais falha: eles usam uma senha compartilhada - uma PSK - para a rede da equipe. Todo mundo sabe qual é. Ela é anotada em um post-it. Ela nunca muda. Quando alguém sai da empresa, a credencial continua ativa. Isso não é segmentação. Isso é uma falsa sensação de segurança. A abordagem correta para a equipe é o 802.1X - o padrão IEEE para controle de acesso à rede baseado em porta. Em vez de uma senha compartilhada, cada membro da equipe se autentica com sua própria credencial de identidade - normalmente sua conta de diretório corporativo do Microsoft Entra ID, Okta ou Google Workspace. O ponto de acesso envia essa solicitação de autenticação para um servidor RADIUS, que a valida junto ao seu provedor de identidade e concede ou nega o acesso. Sem segredo compartilhado. Sem credencial que sobreviva à saída de um funcionário. O método de autenticação que funciona melhor na maioria das implantações corporativas é o EAP-TTLS - Extensible Authentication Protocol Tunnelled Transport Layer Security. Ele cria um túnel criptografado entre o dispositivo e o servidor RADIUS, autenticando em seguida dentro desse túnel usando PAP. Isso significa que as credenciais nunca são expostas pelo ar. Agora, o próprio servidor RADIUS é um componente crítico. Tradicionalmente, você executaria seu próprio servidor RADIUS local - um Cisco ISE, uma máquina FreeRADIUS, algo do tipo. Mas, cada vez mais, as organizações estão migrando para o RADIUS nativo em nuvem, o que elimina a dependência local, melhora a resiliência e simplifica o gerenciamento. O produto SecurePass da Purple faz exatamente isso - ele fornece um serviço de RADIUS em nuvem contra o qual seus pontos de acesso se autenticam via RadSec, que é o RADIUS sobre TLS na porta 2083. Isso oferece tráfego RADIUS criptografado, diferentemente do tradicional RADIUS baseado em UDP, que envia atributos em texto limpo. Para o lado de visitantes, o modelo é diferente. Os visitantes não possuem contas de diretório corporativo. Eles se conectam a um SSID separado - normalmente protegido por um Captive Portal que coleta um login baseado em consentimento, ou via Passpoint, que é o padrão Hotspot 2.0 da Wi-Fi Alliance que permite uma autenticação automática e contínua sem uma página de login. A plataforma da Purple suporta ambos. O SSID de visitantes fica em sua própria VLAN, roteia apenas para a internet e é completamente isolado da rede de funcionários e da LAN corporativa. Deixe-me falar sobre o Passpoint por um momento, porque ele é cada vez mais importante. O Passpoint - também conhecido como Hotspot 2.0 ou OpenRoaming - permite que um dispositivo se conecte automaticamente a uma rede confiável usando uma credencial que ele já possui, como a credencial de uma operadora de celular ou uma identidade do aplicativo Purple. O dispositivo e a rede negociam a autenticação usando EAP-TTLS ou EAP-TLS sem que o usuário precise interagir com uma página de login. Para locais com grande fluxo de pessoas - aeroportos, estádios, shopping centers - isso melhora drasticamente a experiência de conexão enquanto mantém a segurança. Agora vamos falar sobre duas plataformas de hardware específicas: Cisco Meraki e Juniper Mist, pois essas são as duas plataformas corporativas mais comuns que vemos nos locais. No Cisco Meraki, você configura o SSID de funcionários em Wireless, Access Control. Você define a segurança como Enterprise com meu servidor RADIUS, apenas WPA2, sem página de login. Em seguida, você adiciona seus servidores RADIUS - no caso da Purple, rad1-secure.purple.ai e rad2-secure.purple.ai, ambos na porta 2083, com o RadSec ativado. Você também configura o Hotspot 2.0 em Wireless, Hotspot 2.0 - ativando-o, definindo o nome do operador, a lista de domínios e o realm NAI com EAP-TTLS como o método. Os detalhes passo a passo completos estão na documentação de suporte da Purple, que referenciarei ao final. No Juniper Mist, você vai em Network, WLANs, adiciona uma nova WLAN, define o tipo de segurança como WPA2 Enterprise 802.1X, ativa o Passpoint e configura seus servidores de autenticação como RadSec apontando para a infraestrutura da Purple. Você também precisa instalar o certificado RadSec em Organisation Settings. Novamente, os valores e etapas exatas de configuração estão no artigo de suporte da Purple - eu sempre recomendo seguir a documentação em tempo real em vez de codificar valores diretamente de um podcast. A parte do ciclo de vida das credenciais é onde as Redes Baseadas em Identidade realmente mostram seu valor. Quando um funcionário entra, sua conta no Microsoft Entra ID ou Okta é provisionada e ele obtém acesso ao WiFi automaticamente. Quando ele muda de função, seu perfil de acesso é atualizado. Quando ele sai - e esta é a parte crítica - sua conta é desprovisionada e a Purple revoga seu acesso ao WiFi em tempo real. Sem senha compartilhada para alterar. Sem processo manual. Sem janela de exposição. É isso que a Purple chama de fluxo de trabalho de ingressos, mudanças e desligamentos, ou JML, e é a diferença entre uma rede genuinamente segura e uma que apenas parece segura. - RECOMENDAÇÕES DE IMPLEMENTAÇÃO E ERROS COMUNS (aproximadamente 2 minutos) - Certo, vamos falar sobre o que dá errado na prática, porque existem alguns modos de falha que vejo repetidamente. O primeiro é a configuração incorreta de VLAN. Você configura os SSIDs corretamente, mas as portas de trunk em seus switches não estão transportando ambas as VLANs, ou suas regras de roteamento inter-VLAN são muito permissivas. Um convidado na VLAN 20 acaba conseguindo pingar dispositivos na VLAN 10. Sempre teste com um dispositivo de convidado após a implantação - tente acessar um endereço IP interno. Se conseguir, suas regras de firewall precisam ser reforçadas. O segundo é o failover de RADIUS. Se você configurar apenas um servidor RADIUS e ele ficar inacessível, a equipe não conseguirá autenticar. Sempre configure rad1-secure e rad2-secure como primário e secundário. A infraestrutura de RADIUS-as-a-Service em nuvem da Purple é projetada para alta disponibilidade, mas seu ponto de acesso precisa conhecer ambos os endpoints. O terceiro - e este é o que causa mais dor operacional - é não integrar com seu provedor de identidade desde o primeiro dia. As equipes geralmente começam com contas RADIUS locais, pretendendo migrar para o Entra ID ou Okta mais tarde. Essa migração é dolorosa. Faça do jeito certo logo no início. A automação de JML por si só justifica o esforço. O quarto erro comum é tratar a rede de convidados como algo secundário. Seu SSID de convidados precisa de coleta de consentimento em conformidade com a GDPR, gerenciamento de largura de banda para evitar que um único convidado sature o link, e isolamento de clientes para que os convidados não consigam ver os dispositivos uns dos outros. A plataforma da Purple lida com a parte de consentimento e análise. Seu ponto de acesso lida com o isolamento de clientes - certifique-se de que ele esteja ativado. No lado da conformidade: se você processa pagamentos com cartão em qualquer lugar da mesma infraestrutura de rede física, o escopo do PCI-DSS é uma preocupação real. A segmentação adequada de VLAN, combinada com um firewall que garanta a ausência de tráfego entre VLANs de convidados e de pagamento, é a base. Seu avaliador de segurança (QSA) desejará ver evidências dessa segmentação. Documente suas atribuições de VLAN, suas regras de firewall e sua configuração de ponto de acesso. --- PERGUNTAS E RESPOSTAS RÁPIDAS (aproximadamente 1 minuto) --- Algumas perguntas que recebo regularmente. Posso executar funcionários e convidados no mesmo ponto de acesso? Sim - pontos de acesso corporativos modernos da Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist e outros suportam múltiplos SSIDs com marcação de VLAN em um único rádio. Você não precisa de hardware separado. Eu preciso de WPA3? O WPA3 é preferível para novas implantações, particularmente para a rede de convidados, porque oferece sigilo dístico e protege contra ataques de dicionário offline. Mas o WPA2 Enterprise com 802.1X ainda é forte para funcionários, e a maioria dos hardwares corporativos o suporta. Se o seu hardware suportar WPA3, ative-o. E quanto ao BYOD - funcionários usando dispositivos pessoais? É aqui que a autenticação baseada em certificado, ou EAP-TLS, torna-se valiosa. Você pode emitir certificados de dispositivo via seu MDM para dispositivos gerenciados e restringir o WiFi de funcionários apenas a dispositivos autenticados por certificado. Dispositivos pessoais não gerenciados são direcionados para um SSID de BYOD separado com acesso mais restrito. Como a plataforma de análise da Purple funciona juntamente com a segmentação? A Purple coleta dados primários de logins de WiFi de convidados - com consentimento - e os apresenta por meio da plataforma de WiFi Analytics. O tráfego de funcionários é separado e não está sujeito à mesma coleta de análises. As duas redes são arquitetonicamente distintas, o que é exatamente como deve ser. --- RESUMO E PRÓXIMOS PASSOS (aproximadamente 1 minuto) --- Para resumir. A segmentação segura de WiFi para funcionários e convidados se resume a cinco pontos. Um: VLANs separadas para tráfego de funcionários e convidados, aplicadas no nível do switch e do ponto de acesso. Dois: 802.1X com EAP-TTLS para autenticação de funcionários - sem senhas compartilhadas. Três: RADIUS na nuvem com RadSec para uma infraestrutura de autenticação criptografada e resiliente. Quatro: Passpoint ou Captive Portal para convidados, com coleta de consentimento em conformidade com a GDPR. Cinco: integração com provedor de identidade para JML automatizado - para que os ex-funcionários percam o acesso no momento em que a conta for desativada. Se você estiver implantando no Cisco Meraki ou Juniper Mist, a documentação de suporte da Purple tem as etapas exatas de configuração. Se estiver avaliando a plataforma de forma mais ampla - incluindo o SecurePass para identidade de funcionários, WiFi Analytics para insights de convidados e o aplicativo Purple para conectividade Passpoint contínua - o lugar para começar é purple.ai. Isso é tudo por hoje. Se você achou isso útil, compartilhe com seu arquiteto de rede ou diretor de operações do local. E se você tiver um cenário específico de implantação que gostaria que cobríssemos, entre em contato.

header_image.png

Resumo Executivo

As redes corporativas estão sob crescente pressão para fornecer conectividade contínua tanto para funcionários quanto para convidados, sem comprometer a segurança da LAN corporativa. O desafio fundamental para os gerentes de TI é fornecer acesso à internet para dispositivos de convidados não confiáveis, garantindo que eles não consigam alcançar infraestruturas confidenciais, como sistemas de ponto de venda, plataformas ERP ou servidores de arquivos.

A abordagem padrão de usar uma chave pré-compartilhada (PSK) comum para redes de funcionários é uma vulnerabilidade crítica. Quando uma senha compartilhada é utilizada, a credencial permanece ativa muito tempo depois que um funcionário sai da empresa, criando um risco persistente. Este guia detalha a mudança arquitetônica necessária para segmentar adequadamente essas redes usando Redes Baseadas em Identidade. Ao implementar a autenticação 802.1X com EAP-TTLS para funcionários, apoiada por uma infraestrutura RADIUS na nuvem, e isolando o tráfego de convidados via Captive Portals ou Passpoint em VLANs dedicadas, as organizações podem alcançar uma segurança robusta. Essa abordagem automatiza o ciclo de vida das credenciais, garante a conformidade com padrões como PCI-DSS e ISO 27001, e se integra diretamente com provedores de identidade existentes, como Microsoft Entra ID, Okta e Google Workspace.

Aprofundamento Técnico

A segmentação de rede na Camada 2 depende de Redes Locais Virtuais (VLANs) para separar o tráfego. Em um ambiente com arquitetura adequada, o SSID de funcionários é mapeado para uma VLAN (por exemplo, VLAN 10) e o SSID de convidados para outra (por exemplo, VLAN 20). Switches gerenciados e pontos de acesso controlam essa separação. O tráfego de convidados é roteado diretamente para a internet, enquanto o tráfego de funcionários tem acesso permitido à LAN corporativa com base em políticas rígidas de firewall.

A Falha das Senhas Compartilhadas

Muitos locais dependem de uma única senha WPA2-Personal para o acesso de funcionários. Esse modelo falha porque a credencial está vinculada à rede, não ao indivíduo. Quando um funcionário se desliga, a senha precisa ser alterada em todos os dispositivos para revogar o acesso - uma carga operacional que raramente é executada. Isso deixa a rede exposta ao acesso não autorizado de ex-funcionários.

802.1X e Cloud RADIUS

A alternativa segura é o controle de acesso à rede baseado em porta 802.1X. Os funcionários se autenticam usando suas credenciais individuais do diretório corporativo. O ponto de acesso atua como um autenticador, passando a solicitação para um servidor RADIUS. Implantações modernas utilizam RADIUS nativo em nuvem, como o SecurePass da Purple. Isso elimina a necessidade de hardware local, como Cisco ISE ou FreeRADIUS. O ponto de acesso se comunica com o servidor RADIUS em nuvem via RadSec (RADIUS sobre TLS na porta 2083), criptografando o tráfego de autenticação. O método de autenticação preferido é o EAP-TTLS, que estabelece um túnel TLS seguro antes de transmitir as credenciais via PAP, garantindo que elas nunca sejam expostas pelo ar.

architecture_overview.png

Isolamento de Rede de Convidados

Dispositivos de convidados são inerentemente não confiáveis. Eles se conectam a um SSID separado e são atribuídos a uma VLAN isolada. A autenticação geralmente é tratada por meio de um Captive Portal que coleta consentimento em conformidade com a GDPR, ou via Passpoint (Hotspot 2.0). O Passpoint permite conexões automáticas e seguras usando credenciais existentes, como um perfil de operadora móvel ou o aplicativo Purple, ignorando totalmente a tela de login enquanto mantém a criptografia WPA2/WPA3 Enterprise pelo ar.

Guia de Implementação

A implementação de segmentação segura exige configuração em seu provedor de identidade, serviço de RADIUS em nuvem e pontos de acesso sem fio. A Purple é agnóstica em termos de hardware e se integra com Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet.

Cenário 1: Implantação Cisco Meraki

Para um ambiente Cisco Meraki, o SSID da equipe é configurado em Wireless > Access Control.

  1. Defina a Segurança como Enterprise com meu servidor RADIUS e a criptografia WPA como Apenas WPA2.
  2. Adicione os servidores RADIUS da Purple: rad1-secure.purple.ai e rad2-secure.purple.ai, ambos na porta 2083, com RadSec ativado.
  3. Configure o NAS ID de forma apropriada.

Para a rede de convidados usando Passpoint, navegue até Wireless > Hotspot 2.0. Ative o Hotspot 2.0, configure os nomes do operador e do local, e defina a lista de domínios e realms NAI para corresponder à sua configuração do Purple. Adicione EAP-TTLS como o método de autenticação.

Cenário 2: Implantação Juniper Mist

No painel do Juniper Mist, navegue até Network > WLANs e adicione uma nova WLAN.

  1. Defina o Tipo de Segurança como WPA2 Enterprise (802.1X).
  2. Ative o Passpoint e configure as definições de domínio e realm NAI.
  3. Em Servidores de Autenticação, selecione RadSec e adicione os endpoints da Purple (rad1-secure.purple.ai e rad2-secure.purple.ai na porta 2083).
  4. Fundamentalmente, você deve instalar o certificado RadSec da Purple em Organization Settings para estabelecer a conexão TLS segura.

Melhores Práticas

comparison_chart.png

  1. Automatize o Processo de Joiners, Movers, Leavers (JML): Integre seu RADIUS em nuvem diretamente com o Microsoft Entra ID ou Okta via SCIM ou SAML. Quando um funcionário é desprovisionado no diretório, o Purple revoga seu acesso WiFi imediatamente.
  2. Imponha o Isolamento de Clientes: Na VLAN de visitantes, ative o isolamento de clientes no nível do access point. Isso impede que os dispositivos dos visitantes se comuniquem entre si, mitigando o movimento lateral caso um dispositivo seja comprometido.
  3. Implante RADIUS Redundante: Sempre configure servidores RADIUS primários e secundários (rad1-secure e rad2-secure). Se o endpoint primário estiver inacessível, o access point deve realizar o failover de forma transparente para garantir que a equipe possa se autenticar.
  4. Audite o Roteamento Inter-VLAN: Garanta que as regras do seu firewall neguem explicitamente o tráfego originado da VLAN de visitantes com destino à VLAN da equipe ou sub-redes corporativas.

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

  • VLAN Bleed: Se um dispositivo de visitante conseguir pingar um servidor interno, as portas de trunk do seu switch ou as regras do firewall estão desconfiguradas. Verifique se a VLAN de visitantes está estritamente roteada para a interface WAN.
  • Timeouts de Autenticação: Se a equipe enfrentar timeouts durante a autenticação 802.1X, verifique se o tráfego de saída na porta TCP 2083 é permitido através do seu firewall de perímetro para alcançar os servidores RADIUS em nuvem.
  • Erros de Certificado: Ao usar EAP-TTLS, certifique-se de que o certificado do servidor RADIUS é confiável para os dispositivos dos clientes, ou use um MDM para enviar os certificados CA raiz necessários para os dispositivos corporativos.

ROI e Impacto nos Negócios

A segmentação adequada entrega um valor comercial mensurável. Ela elimina a sobrecarga de TI de rotacionar manualmente senhas compartilhadas. Reduz a superfície de ataque, apoiando diretamente a conformidade com PCI-DSS e ISO 27001 ao isolar de forma comprovada os terminais de pagamento e dados corporativos do acesso público. Além disso, ao adicionar o Guest WiFi e o WiFi Analytics da Purple na rede de visitantes isolada, os estabelecimentos podem capturar dados proprietários com segurança para impulsionar o engajamento, particularmente em ambientes de Varejo e Hotelaria .

Definições principais

802.1X

Um padrão IEEE para controle de acesso à rede baseado em porta que fornece um mecanismo de autenticação para dispositivos que desejam se conectar a uma LAN ou WLAN.

Essencial para o WiFi de funcionários, pois substitui senhas compartilhadas por autenticação de identidade individual.

VLAN

Virtual Local Area Network; uma sub-rede lógica que agrupa uma coleção de dispositivos de diferentes segmentos físicos de LAN.

Utilizada para separar logicamente o tráfego de convidados do tráfego corporativo e de funcionários nos mesmos pontos de acesso físicos.

RADIUS

Remote Authentication Dial-In User Service; um protocolo de rede que fornece gerenciamento centralizado de Autenticação, Autorização e Contabilização (AAA).

O servidor que valida as credenciais dos funcionários no diretório corporativo antes de conceder acesso à rede.

RadSec

Um protocolo que permite que pacotes RADIUS sejam transmitidos de forma segura através de um túnel TLS (geralmente na porta TCP 2083).

Crucial para implementações de RADIUS em nuvem para garantir que os dados de autenticação sejam criptografados na internet.

EAP-TTLS

Extensible Authentication Protocol Tunnelled Transport Layer Security; um método EAP que cria um túnel TLS seguro para autenticação do cliente.

O método de autenticação recomendado para dispositivos de funcionários, garantindo que as credenciais não fiquem expostas pelo ar.

Passpoint

Também conhecido como Hotspot 2.0; um padrão da Wi-Fi Alliance que permite que dispositivos móveis descubram e se conectem automaticamente a redes WiFi de forma segura.

Utilizado para fornecer aos convidados um acesso seguro e contínuo, sem a necessidade de um Captive Portal a cada visita.

JML

Joiners, Movers, Leavers; o processo de ciclo de vida de gerenciamento dos direitos de acesso dos funcionários.

A automatização do JML via SCIM ou SAML garante que o acesso à rede seja revogado instantaneamente quando um funcionário se desliga da empresa.

Captive Portal

Uma página web que o usuário de uma rede de acesso público é obrigado a visualizar e interagir antes que o acesso seja concedido.

Usado na VLAN de convidados para coletar consentimento em conformidade com a GDPR e dados primários antes de permitir o acesso à internet.

Exemplos práticos

Um hotel de 200 quartos utiliza atualmente um único SSID WPA2-Personal tanto para funcionários quanto para sistemas de apoio (back-of-house), com um SSID aberto separado para convidados. O gerente de TI precisa proteger a rede de funcionários para cumprir com o PCI-DSS sem substituir seus pontos de acesso HPE Aruba existentes.

O gerente de TI deve migrar a rede de funcionários para o 802.1X. Ele configura um novo SSID de funcionários nos controladores Aruba usando WPA2 Enterprise. Em seguida, integra o SecurePass cloud RADIUS da Purple com o seu locatário Microsoft Entra ID. Os controladores Aruba são configurados para autenticar no rad1-secure.purple.ai usando RadSec. Os funcionários agora fazem login com suas credenciais do Microsoft Entra ID. A rede de convidados permanece em uma VLAN separada, mas é atualizada para usar um Captive Portal para consentimento em conformidade com a GDPR.

Comentário do examinador: Esta abordagem aproveita o hardware existente (independente de hardware) enquanto altera fundamentalmente o modelo de segurança. Ao migrar para a autenticação baseada em identidade, o hotel elimina a chave pré-compartilhada (PSK), atendendo aos requisitos do PCI-DSS para controle de acesso e responsabilidade, além de automatizar o processo de JML.

Um estádio que utiliza Cisco Meraki deseja fornecer um WiFi seguro e contínuo para portadores de ingressos de temporada, sem exigir que eles façam login por meio de um Captive Portal a cada dia de jogo, mantendo esse tráfego isolado da infraestrutura de bilheteria.

O estádio implementa Passpoint (Hotspot 2.0) na VLAN de convidados. Os torcedores baixam um perfil uma única vez por meio do aplicativo Purple. Nas visitas seguintes, seus dispositivos negociam automaticamente uma conexão EAP-TTLS com os pontos de acesso Meraki, autenticando-se no cloud RADIUS da Purple. A infraestrutura Meraki direciona esse tráfego para uma VLAN dedicada de convidados que roteia apenas para a internet.

Comentário do examinador: O Passpoint oferece uma "experiência doméstica com segurança corporativa". Ele criptografa o tráfego de convidados pelo ar (ao contrário de uma rede aberta) e elimina a barreira de logins repetitivos no Captive Portal, o que é fundamental para ambientes de grande fluxo de pessoas, como estádios.

Questões práticas

Q1. Uma rede de varejo está implantando pontos de acesso Juniper Mist. Eles querem garantir que o tráfego de autenticação de funcionários enviado para o cloud RADIUS da Purple não possa ser interceptado pela internet. Qual protocolo e porta eles devem configurar nos pontos de acesso?

Dica: O RADIUS tradicional usa a porta UDP 1812 e não criptografa toda a carga útil.

Ver resposta modelo

Eles devem configurar o RadSec, que usa um túnel TLS sobre a porta TCP 2083. Eles também devem instalar o certificado RadSec da Purple nas configurações de organização do Juniper Mist para estabelecer a confiança.

Q2. Um gerente de TI percebe que dispositivos conectados ao SSID de convidados conseguem dar ping no endereço IP do servidor de impressão local. O SSID de convidados está atribuído à VLAN 20 e o servidor de impressão está na VLAN 10. Qual é a causa mais provável?

Dica: Considere onde as decisões de roteamento entre diferentes sub-redes são tomadas.

Ver resposta modelo

As regras de roteamento inter-VLAN no firewall ou switch de Camada 3 do local estão muito permissivas. Deve haver uma regra de negação explícita impedindo que o tráfego da sub-rede de convidados (VLAN 20) alcance a sub-rede corporativa (VLAN 10).

Q3. Um estabelecimento quer deixar de usar uma senha WPA2 compartilhada para os funcionários, mas não possui um servidor Active Directory local. Eles usam o Google Workspace para e-mail e armazenamento de documentos. Eles podem implementar o 802.1X?

Dica: Considere o papel de um provedor de cloud RADIUS.

Ver resposta modelo

Sim. Eles podem usar um serviço de cloud RADIUS como o Purple SecurePass, que se integra diretamente ao Google Workspace. Os pontos de acesso autenticam contra o cloud RADIUS, que valida as credenciais em relação ao Google Workspace, permitindo o 802.1X sem a necessidade de hardware de diretório local.