WPA2 vs. 802.1X: Qual é a Diferença?
Este guia desmistifica a relação entre a encriptação WPA2 e a estrutura de autenticação IEEE 802.1X — dois padrões complementares que são frequentemente confundidos na documentação de fornecedores e nas discussões de design de rede. Fornece aos diretores de TI, arquitetos de rede e líderes de operações de espaços uma análise técnica clara de como estes protocolos interagem, estratégias práticas de implementação em ambientes de hotelaria, retalho e setor público, e orientações acionáveis sobre conformidade, mitigação de riscos e integração de WiFi de convidados.
Ouça este guia
Ver transcrição do podcast
- Resumo Executivo
- Análise Técnica Detalhada: Desconstruindo os Padrões
- WPA2: O Padrão de Encriptação
- 802.1X: A Estrutura de Autenticação
- Como o WPA2 e o 802.1X Trabalham em Conjunto
- Guia de Implementação: Desenhando a Arquitetura para o Seu Espaço
- Escritório Corporativo: Arquitetura Zero Trust
- Cadeias de Retalho: Segurança Segmentada para PCI DSS
- Hotelaria e Espaços Públicos: Integração Fluida à Escala
- Boas Práticas para Implementações Empresariais
- Resolução de Problemas e Mitigação de Riscos
- ROI e Impacto no Negócio

Resumo Executivo
Para diretores de TI e arquitetos de rede que gerem ambientes empresariais, a distinção entre o WPA2 e o 802.1X é frequentemente pouco clara na documentação dos fornecedores. O WPA2 é um programa de certificação de segurança que dita como os dados sem fios são encriptados pelo ar. Por outro lado, o IEEE 802.1X é uma estrutura de Controlo de Acesso à Rede baseado em porta (PNAC) que dita como um utilizador ou dispositivo prova a sua identidade antes de lhe ser permitido o acesso à rede.
Não são padrões concorrentes — são camadas complementares de uma arquitetura sem fios segura. Quando uma empresa implementa o "WPA2-Enterprise", está inerentemente a implementar o WPA2 para encriptação e o 802.1X para autenticação. Compreender como estes protocolos interagem é fundamental para mitigar acessos fraudulentos, garantir a conformidade com estruturas como o PCI DSS e o GDPR, e implementar uma infraestrutura escalável em espaços distribuídos. Este guia analisa o funcionamento de ambos os padrões, fornece estratégias de implementação neutras em termos de fornecedor e detalha como as plataformas modernas como o Guest WiFi da Purple se integram perfeitamente nestas arquiteturas seguras.
Análise Técnica Detalhada: Desconstruindo os Padrões
Para desenhar a arquitetura de uma rede sem fios segura, é necessário separar os conceitos de confidencialidade de dados (encriptação) da verificação de identidade (autenticação). Trata-se de problemas distintos, resolvidos por padrões distintos, que operam em sequência.
WPA2: O Padrão de Encriptação
O Wi-Fi Protected Access 2 (WPA2) é um programa de certificação desenvolvido pela Wi-Fi Alliance para proteger redes de computadores sem fios. Baseia-se na norma IEEE 802.11i. A sua principal função é garantir que os dados transmitidos entre um dispositivo cliente (supplicant) e um ponto de acesso (autenticador) não possam ser intercetados e lidos por agentes maliciosos.
O WPA2 exige a utilização de AES (Advanced Encryption Standard) combinado com CCMP (Counter Mode Cipher Block Chaining Message Authentication Code Protocol). Isto substituiu a cifra vulnerável TKIP utilizada no padrão WPA original. O WPA2 funciona em dois modos principais: WPA2-Personal (PSK), que utiliza uma Pre-Shared Key onde cada dispositivo utiliza a mesma palavra-passe para gerar chaves de encriptação, e WPA2-Enterprise, que se integra com um servidor de autenticação 802.1X e gera chaves de encriptação dinâmicas e únicas para cada sessão individual.
A vulnerabilidade crítica do WPA2-Personal é que uma única PSK comprometida expõe toda a rede. Numa cadeia de retalho com 400 localizações, rodar uma PSK em cada AP e em cada dispositivo é operacionalmente proibitivo. O WPA2-Enterprise, apoiado pelo 802.1X, elimina totalmente este problema.
802.1X: A Estrutura de Autenticação
O IEEE 802.1X é um padrão para Controlo de Acesso à Rede baseado em porta (PNAC). Originalmente concebido para Ethernet com fios, foi adaptado para redes sem fios para fornecer uma autenticação robusta por utilizador. Não encripta dados — funciona como um guardião digital, mantendo a porta de rede logicamente "fechada" até que o dispositivo prove a sua identidade a um servidor de autenticação centralizado.

A estrutura 802.1X baseia-se em três papéis. O Supplicant é o dispositivo cliente (portátil, smartphone, sensor IoT) que solicita acesso à rede. O Autenticador é o dispositivo de acesso à rede — normalmente um ponto de acesso sem fios ou switch gerido — que facilita a troca de autenticação sem tomar ele próprio a decisão de acesso. O Servidor de Autenticação (normalmente um servidor RADIUS) é o sistema centralizado que verifica as credenciais do supplicant contra um diretório como o Active Directory ou LDAP e emite a decisão de acesso.
O 802.1X baseia-se no Extensible Authentication Protocol (EAP) para transportar dados de autenticação entre o supplicant e o servidor de autenticação. O EAP é altamente flexível, suportando uma variedade de métodos internos. O EAP-TLS utiliza autenticação mútua baseada em certificados e é considerado o padrão de excelência para ambientes zero-trust. O PEAP encapsula as credenciais dentro de um túnel TLS, exigindo apenas um certificado do lado do servidor. Para uma comparação detalhada destes métodos, consulte o nosso guia sobre EAP-TLS vs. PEAP: Qual é o protocolo de autenticação adequado para a sua rede? .
Como o WPA2 e o 802.1X Trabalham em Conjunto
Quando um dispositivo se liga a um SSID WPA2-Enterprise, ocorre a seguinte sequência. Primeiro, o dispositivo associa-se ao AP, mas o AP bloqueia todo o tráfego exceto as mensagens EAP do 802.1X. Segundo, o dispositivo e o servidor RADIUS trocam credenciais através do AP — esta é a fase de autenticação 802.1X. Se for bem-sucedido, o servidor RADIUS envia uma mensagem "Access-Accept" para o AP, juntamente com uma Master Session Key (MSK). Terceiro, o AP e o dispositivo utilizam a MSK para realizar o four-way handshake do WPA2, derivando a Pairwise Transient Key (PTK) específica utilizada para encriptar o tráfego de dados dessa sessão via AES-CCMP. Finalmente, a porta é "aberta" e os dados encriptados começam a fluir. Cada utilizador tem uma chave de encriptação única, o que significa que capturar o tráfego de um utilizador não fornece qualquer informação sobre o de outro.

Guia de Implementação: Desenhando a Arquitetura para o Seu Espaço
Implementar estes padrões exige alinhar as capacidades técnicas com os requisitos de negócio. A abordagem varia significativamente dependendo do tipo de espaço e do perfil demográfico dos utilizadores.

Escritório Corporativo: Arquitetura Zero Trust
Para organizações que visamPara a conformidade com a ISO 27001 ou Cyber Essentials+, a implementação recomendada é WPA2-Enterprise (ou WPA3-Enterprise para novas construções) com 802.1X utilizando EAP-TLS. Isto requer a implementação de certificados digitais em todos os dispositivos corporativos através de uma solução MDM, como o Microsoft Intune ou o Jamf. Elimina totalmente as vulnerabilidades baseadas em palavras-passe — apenas os dispositivos geridos e pertencentes à empresa se podem autenticar. Os dispositivos não geridos ou pessoais são automaticamente relegados para um SSID de convidados segmentado. A atribuição dinâmica de VLAN através de atributos RADIUS permite uma maior segmentação por função: administradores de TI, funcionários padrão e prestadores de serviços externos podem ser atribuídos a diferentes VLANs com as ACLs adequadas, tudo a partir de um único SSID.
Cadeias de Retalho: Segurança Segmentada para PCI DSS
Para uma grande cadeia de retalho , o desafio tem um duplo objetivo: proteger os terminais PoS para conformidade com o PCI DSS e, ao mesmo tempo, oferecer um acesso de convidados sem fricção para impulsionar as adesões ao programa de fidelização. A arquitetura exige duas posturas de segurança distintas na mesma infraestrutura física. O SSID dos funcionários e do PoS deve utilizar WPA2-Enterprise com 802.1X (PEAP-MSCHAPv2 associado ao Active Directory para os funcionários, EAP-TLS com certificados de máquina para os terminais PoS). Isto garante a responsabilidade individual e mantém o tráfego do PoS numa VLAN estritamente isolada e em conformidade com o PCI. O SSID de convidados utiliza uma rede aberta encaminhada diretamente para um captive portal. A plataforma WiFi Analytics da Purple lida com a autenticação de convidados através de login social ou preenchimento de formulário, capturando dados primários em conformidade com o GDPR, ao mesmo tempo que mantém uma segmentação de rede completa do ambiente PoS.
Hotelaria e Espaços Públicos: Integração Fluida à Escala
Para ambientes de hotelaria — hotéis, centros de conferências, estádios — o 802.1X é operacionalmente demasiado complexo para convidados transitórios que não têm qualquer relação com o diretório corporativo. O padrão emergente para este caso de utilização é o Passpoint (Hotspot 2.0), que utiliza 802.1X e WPA2-Enterprise nos bastidores, mas automatiza o processo de aprovisionamento de dispositivos. A Purple atua como um fornecedor de identidade gratuito para serviços como o OpenRoaming sob a licença Connect, permitindo que os convidados se autentiquem de forma fluida utilizando os seus perfis existentes, sem qualquer configuração de rede manual. Para espaços no setor dos transportes e do setor público, esta abordagem também apoia a conformidade com os requisitos de recolha de dados do GDPR, integrando a gestão de consentimento diretamente no fluxo de autenticação.
Boas Práticas para Implementações Empresariais
Imponha uma validação rigorosa de certificados em todos os suplicantes. Ao utilizar PEAP, certifique-se de que os dispositivos clientes estão configurados para validar o certificado do servidor RADIUS. Caso contrário, a rede fica exposta a ataques Evil Twin, onde um AP não autorizado recolhe credenciais de dispositivos que confiam cegamente em qualquer servidor que apresente um desafio EAP. Implemente esta configuração através de Política de Grupo ou MDM — nunca dependa dos utilizadores finais para tomar esta decisão manualmente.
Implemente a atribuição dinâmica de VLAN. Aproveite os atributos RADIUS (especificamente Tunnel-Type, Tunnel-Medium-Type e Tunnel-Private-Group-ID) para atribuir utilizadores a VLANs específicas com base na sua pertença a grupos do Active Directory após uma autenticação 802.1X bem-sucedida. Isto permite a segmentação de rede baseada em funções sem necessitar de SSIDs separados para cada classe de utilizador.
Descontinue pacotes de cifras legados. Certifique-se de que o TKIP e o WEP estão totalmente desativados em todos os controladores sem fios e pontos de acesso. Ambos estão criptograficamente comprometidos. Uma rede que anuncie WPA2 mas permita a reversão para TKIP não é significativamente mais segura do que uma com WEP.
Planeie a capacidade do RADIUS para ambientes de alta densidade. Em estádios, centros de conferências e grandes campus de saúde , milhares de dispositivos podem tentar autenticar-se em simultâneo. Certifique-se de que a infraestrutura RADIUS tem balanceamento de carga e que os caminhos de rede entre os APs e os servidores de autenticação têm uma latência inferior a 10 ms. A fiabilidade da conectividade para implementações distribuídas é uma consideração fundamental — consulte Os Principais Benefícios do SD-WAN para Empresas Modernas para obter orientações sobre como garantir caminhos WAN resilientes para serviços de autenticação centralizados.
Resolução de Problemas e Mitigação de Riscos
A Falha Silenciosa. Um dispositivo não consegue ligar-se, mas o utilizador não recebe nenhum erro significativo. Isto é quase sempre um problema de confiança no certificado — o suplicante está a rejeitar o certificado do servidor RADIUS. Mitigação: certifique-se de que a CA Raiz que emite o certificado RADIUS é distribuída por todos os dispositivos clientes através de GPO ou MDM, e que o perfil sem fios está pré-configurado para confiar na mesma.
Timeout do RADIUS. O AP para de encaminhar tráfego porque o servidor RADIUS excedeu o limite de tempo de resposta. Mitigação: implemente redundância de servidores RADIUS (primário e secundário), certifique-se de que o servidor de autenticação não está localizado no mesmo segmento de rede congestionado e ajuste adequadamente os parâmetros de timeout e repetição do RADIUS do AP.
Vulnerabilidades de MAC Authentication Bypass (MAB). Para dispositivos IoT sem interface de utilizador que não conseguem executar um suplicante 802.1X, os administradores recorrem frequentemente ao MAB, que autentica com base no endereço MAC. Os endereços MAC são facilmente falsificados. Mitigação: coloque todos os dispositivos autenticados por MAB em VLANs altamente restritas e isoladas, com ACLs rigorosas que permitam apenas os fluxos de tráfego específicos necessários para o funcionamento do dispositivo. Trate todos os dispositivos MAB como não fidedignos por predefinição.
Ataques Evil Twin. Um AP não autorizado transmite o SSID corporativo e recolhe credenciais de dispositivos que não validam o certificado do servidor. Mitigação: imponha a validação de certificados (como acima) e implemente a deteção de APs não autorizados no controlador de LAN sem fios. A maioria dos controladores de nível empresarial inclui esta funcionalidade nativamente.
ROI e Impacto no Negócio
A transição de uma arquitetura WPA2-Personal para uma arquitetura WPA2-Enterprise baseada em 802.1X requer investimento na infraestrutura RADIUS e, para implementações EAP-TLS, numa PKI (Public Key Infrastructure). ComoAinda assim, o caso de negócio é convincente.
A redução de riscos é o principal motor. A eliminação de PSKs partilhadas remove o maior vetor de ataque individual em redes sem fios. Quando um colaborador sai, o seu acesso específico é revogado centralmente no Active Directory — sem necessidade de rotação de PSK em potencialmente milhares de pontos de acesso. A poupança de custos operacionais numa rede de retalho com 400 localizações é significativa.
A facilitação da conformidade é o segundo motor. O Requisito 8 do PCI DSS exige IDs de utilizador exclusivos e responsabilidade individual. O 802.1X fornece isto nativamente. Os requisitos de salvaguarda técnica da HIPAA para controlo de acessos e registo de auditoria são igualmente satisfeitos pelos registos de autenticação por utilizador do 802.1X no registo de accounting do RADIUS.
A eficiência operacional à escala é o benefício a longo prazo. A gestão diária é simplificada através da integração com o diretório central. Os novos colaboradores obtêm acesso à rede no momento em que a sua conta de AD é aprovisionada. Quem sai perde o acesso no momento em que a conta é desativada. Sem pedidos de suporte (tickets) por esquecimento de palavras-passe de WiFi.
Ao dissociar a encriptação (WPA2) da autenticação (802.1X), as equipas de TI empresariais constroem redes sem fios que são escaláveis, auditáveis e resilientes — capazes de suportar tanto as posturas de segurança corporativa mais exigentes como as experiências de convidado mais fluidas.
Definições Principais
WPA2 (Wi-Fi Protected Access 2)
Um programa de certificação da Wi-Fi Alliance baseado na norma IEEE 802.11i que exige a encriptação AES-CCMP para dados sem fios em trânsito.
As equipas de TI deparam-se com isto ao configurar SSIDs em controladores sem fios. A escolha entre WPA2-Personal e WPA2-Enterprise determina se a autenticação é gerida por uma palavra-passe partilhada ou por um servidor 802.1X.
IEEE 802.1X
Uma norma IEEE para Controlo de Acesso à Rede baseado em porta (PNAC) que fornece uma estrutura de autenticação para dispositivos que tentam ligar-se a uma rede.
Referenciado ao configurar a integração RADIUS em controladores e switches sem fios. É o mecanismo subjacente que permite ao WPA2-Enterprise fornecer autenticação por utilizador.
Supplicant
O dispositivo cliente (portátil, smartphone, sensor IoT) que inicia a troca de autenticação 802.1X e fornece credenciais ou certificados.
Na resolução de problemas, o supplicant é frequentemente a origem de problemas de configuração — particularmente em torno das definições de validação de certificados no perfil de rede sem fios.
Authenticator
O dispositivo de acesso à rede (normalmente um AP sem fios ou switch gerido) que retransmite mensagens EAP entre o supplicant e o servidor de autenticação sem tomar ele próprio a decisão de acesso.
O autenticador bloqueia todo o tráfego que não seja EAP até receber um Access-Accept do servidor RADIUS, momento em que abre a porta lógica.
RADIUS (Remote Authentication Dial-In User Service)
Um servidor de protocolo AAA (Autenticação, Autorização e Contabilização) centralizado que verifica credenciais, aplica políticas e regista eventos de acesso.
O servidor RADIUS é a espinha dorsal de qualquer implementação 802.1X. Integra-se com o Active Directory ou LDAP e retorna atribuições dinâmicas de VLAN e outros atributos de política após uma autenticação bem-sucedida.
EAP-TLS (Extensible Authentication Protocol - Transport Layer Security)
Um método EAP baseado em certificados que exige certificados digitais tanto no cliente como no servidor, fornecendo autenticação mútua.
Considerado o método EAP mais seguro. Utilizado em ambientes corporativos zero-trust onde os dispositivos são geridos via MDM e os certificados podem ser implementados automaticamente.
PEAP (Protected Extensible Authentication Protocol)
Um método EAP que encapsula a troca de autenticação interna dentro de um túnel TLS, exigindo apenas um certificado do lado do servidor.
Amplamente implementado em ambientes BYOD e de dispositivos mistos porque permite aos utilizadores autenticarem-se com credenciais padrão de nome de utilizador e palavra-passe do AD, sem exigir certificados de cliente.
AES-CCMP
A suite de cifra de encriptação obrigatória no WPA2, combinando a cifra de bloco AES com o protocolo CCMP para confidencialidade e integridade dos dados.
As equipas de TI devem garantir que todos os APs e dispositivos clientes suportam AES-CCMP. Qualquer implementação que permita o fallback para TKIP compromete as garantias de segurança do WPA2.
4-Way Handshake
A troca criptográfica WPA2 entre um dispositivo cliente e um ponto de acesso que deriva a Pairwise Transient Key (PTK) específica da sessão, utilizada para encriptar o tráfego de dados.
Ocorre após uma autenticação 802.1X bem-sucedida, utilizando a Master Session Key fornecida pelo servidor RADIUS. A PTK de cada utilizador é única, garantindo o isolamento do tráfego entre sessões.
Captive Portal
Uma página de autenticação ou consentimento baseada na web apresentada aos utilizadores antes de conceder acesso a uma rede WiFi pública ou de convidados.
Utilizado em hotelaria, retalho e espaços públicos onde o 802.1X é impraticável para utilizadores transitórios. Plataformas como o Guest WiFi da Purple utilizam captive portals para recolher dados primários (first-party data) em conformidade, mantendo o tráfego de convidados isolado da infraestrutura corporativa.
Exemplos Práticos
Uma cadeia de retalho com 400 localizações utiliza atualmente uma única palavra-passe WPA2-Personal (PSK) partilhada entre os tablets dos funcionários e os terminais PoS. Estão a chumbar na auditoria PCI DSS ao abrigo do Requisito 8 (IDs de utilizador únicos) e do Requisito 1 (segmentação de rede). Precisam de proteger a rede interna sem perturbar o Captive Portal de WiFi de convidados existente. Como devem reestruturar a sua segurança sem fios?
Passo 1: Implementar um servidor RADIUS (por exemplo, Cisco ISE, Microsoft NPS ou FreeRADIUS) integrado com o Active Directory corporativo. Para uma infraestrutura distribuída, implementar proxies RADIUS em hubs regionais para reduzir a latência de autenticação em locais remotos.
Passo 2: Reconfigurar o SSID corporativo em todos os controladores sem fios para utilizar WPA2-Enterprise. Configurar o 802.1X com PEAP-MSCHAPv2 para os tablets dos funcionários (autenticando contra as credenciais de utilizador do AD) e EAP-TLS with certificados de máquina (implementados via MDM) para os terminais PoS.
Passo 3: Configurar o servidor RADIUS para retornar atributos de atribuição dinâmica de VLAN. Os tablets dos funcionários são atribuídos a uma VLAN de funcionários; os terminais PoS são atribuídos a uma VLAN PCI estritamente isolada com ACLs que permitem apenas o tráfego para a gama de IPs do processador de pagamentos.
Passo 4: Manter o SSID de convidados inalterado. Permanece aberto (ou WPA2-Personal com uma PSK conhecida publicamente), mas é mapeado para uma VLAN separada que encaminha diretamente para o Captive Portal de Purple Guest WiFi. O tráfego de convidados nunca toca na VLAN PCI.
Passo 5: Ativar a monitorização RADIUS (RADIUS accounting) em todos os APs para gerar registos de autenticação por utilizador, satisfazendo os requisitos de pista de auditoria do PCI DSS.
O campus de uma universidade está a sofrer ataques de recolha de credenciais (credential harvesting). Os estudantes estão a ligar-se a pontos de acesso fraudulentos (rogue APs) que transmitem o SSID oficial 'CampusNet'. A rede utiliza WPA2-Enterprise com PEAP-MSCHAPv2, mas os dispositivos dos estudantes não estão configurados para validar o certificado do servidor RADIUS. Qual é o vetor de ataque e como deve a equipa de rede remediá-lo?
O ataque é um Evil Twin. O atacante implementa um AP fraudulento que transmite o SSID 'CampusNet' com um sinal mais forte. Os dispositivos dos estudantes, configurados para confiar em qualquer servidor que apresente um desafio PEAP, ligam-se ao AP fraudulento e concluem o handshake PEAP, transmitindo as suas credenciais de AD cifradas (hashed) para o servidor do atacante.
Passo de Remediação 1: Identificar a Root CA que emitiu o certificado TLS do servidor RADIUS. Se utilizar uma CA interna, garantir que este certificado de CA é distribuído por todos os dispositivos de estudantes e funcionários.
Passo de Remediação 2: Criar um perfil de rede sem fios (via MDM para dispositivos geridos pela universidade, ou um perfil de configuração descarregável para BYOD) que especifique: (a) o hostname exato do servidor RADIUS a validar, (b) a Root CA fidedigna e (c) a opção 'Validar Certificado do Servidor' definida como verdadeira.
Passo de Remediação 3: Implementar a deteção de APs fraudulentos nos controladores de LAN sem fios. Configurar alertas para qualquer AP que transmita o SSID 'CampusNet' e que não esteja no inventário de APs autorizados.
Passo de Remediação 4: Para dispositivos BYOD, considerar a implementação de uma ferramenta de integração (como o Cloudpath ou o portal BYOD do Cisco ISE) que automatize a configuração do supplicant, retirando esse fardo aos utilizadores finais.
Perguntas de Prática
Q1. A sua organização está a migrar de WPA2-Personal para WPA2-Enterprise em 50 escritórios. Durante os testes piloto, os utilizadores reportam que os seus portáteis Windows apresentam uma mensagem a solicitar que 'Aceitem um Certificado' antes de poderem introduzir o nome de utilizador e a palavra-passe. Vários utilizadores clicam em 'Rejeitar' e não conseguem ligar-se. O que está a causar este comportamento e como deve ser resolvido antes da implementação total?
Dica: Considere o papel do supplicant na autenticação PEAP e como este verifica a identidade do servidor RADIUS antes de transmitir credenciais.
Ver resposta modelo
O supplicant do Windows está a realizar a validação do certificado do servidor como parte do handshake TLS do PEAP. Como o certificado do servidor RADIUS foi emitido por uma CA interna que não está no repositório de raiz fidedigno do dispositivo, o Windows solicita ao utilizador que o aceite manualmente. Confiar nos utilizadores para aceitar certificados é uma má experiência de utilizador e um risco de segurança — os utilizadores que clicam em 'Aceitar' em qualquer certificado são igualmente suscetíveis a ataques Evil Twin. A resolução correta é utilizar a Política de Grupo (GPO) para distribuir o certificado da Root CA interna para todos os dispositivos corporativos e pré-configurar o perfil sem fios do Windows para confiar automaticamente no mesmo e validar o hostname do servidor RADIUS. Isto elimina totalmente o aviso e força a validação do certificado sem intervenção do utilizador.
Q2. Um diretor de TI de um hospital precisa de ligar dispositivos médicos IoT (bombas de infusão, sistemas de monitorização de doentes) à rede sem fios. Estes dispositivos executam firmware incorporado sem capacidade de supplicant 802.1X e apenas se conseguem ligar utilizando uma Pre-Shared Key estática. Como deve o arquiteto de rede gerir estes dispositivos sem comprometer a postura de segurança global?
Dica: Pense na segmentação de rede, no isolamento de VLAN e nos riscos associados ao MAC Authentication Bypass como alternativa ao 802.1X.
Ver resposta modelo
Uma vez que estes dispositivos não conseguem executar o 802.1X, o arquiteto tem duas opções: WPA2-Personal (PSK) num SSID dedicado, ou MAC Authentication Bypass (MAB) no SSID corporativo. O MAB é geralmente preferível para fins de auditoria, mas acarreta riscos de falsificação (spoofing). Independentemente do método de autenticação escolhido, o controlo crítico é a segmentação de rede. Estes dispositivos devem ser colocados numa VLAN dedicada e isolada, com ACLs estritas que permitam apenas os fluxos de tráfego específicos necessários — por exemplo, comunicação com o servidor de gestão clínica numa porta específica, com todo o restante tráfego bloqueado. O SSID ou a VLAN de MAB não devem ter rota de encaminhamento para a rede corporativa, para o ambiente de PoS ou para a internet. Adicionalmente, a PSK (se utilizada) deve ser rodada periodicamente e gerida centralmente. Os dispositivos devem ser inventariados por endereço MAC, e qualquer MAC não reconhecido que tente juntar-se à VLAN de dispositivos médicos deve acionar um alerta.
Q3. O CIO de um estádio está a avaliar o Passpoint (Hotspot 2.0) para melhorar a experiência de integração de WiFi dos adeptos num espaço com capacidade para 60.000 pessoas. O CIO pergunta: 'O Passpoint substitui o WPA2 e o 802.1X, ou utiliza-os?' Como responde e quais são as principais considerações operacionais para uma implementação a esta escala?
Dica: Considere o que o Passpoint realmente automatiza versus o que substitui, e os requisitos de capacidade de RADIUS para um espaço de alta densidade.
Ver resposta modelo
O Passpoint não substitui o WPA2 ou o 802.1X — automatiza-os e abstrai-os. O Passpoint é uma camada de aprovisionamento e descoberta construída sobre o WPA2-Enterprise (ou WPA3-Enterprise) e o 802.1X. Utiliza o 802.1X para autenticação (normalmente através de credenciais de uma operadora móvel ou de um fornecedor de identidade de uma aplicação de fidelização) e o WPA2/WPA3 para encriptar a sessão resultante. Do ponto de vista do adepto, o seu dispositivo liga-se automaticamente sem qualquer configuração manual. Do ponto de vista da rede, cada ligação é uma troca completa de 802.1X. As principais considerações operacionais para uma capacidade de 60.000 pessoas são: (1) a infraestrutura RADIUS deve ser dimensionada para lidar com picos de autenticação simultâneos — particularmente no início do jogo, quando milhares de dispositivos tentam ligar-se ao mesmo tempo; (2) os servidores RADIUS devem ser implementados com balanceamento de carga e redundância geográfica; (3) o fornecedor de identidade (como a Purple ao abrigo da estrutura OpenRoaming) deve ter acordos de largura de banda suficientes; e (4) o controlador sem fios deve suportar a transição rápida de BSS (802.11r) para minimizar o esforço de nova autenticação à medida que os adeptos se movem pelo espaço.
Continue a ler esta série
Server RADIUS: um guia abrangente para empresas
Este guia fornece aos gestores de TI, arquitetos de rede e CTOs uma referência técnica definitiva sobre a autenticação de server RADIUS para WiFi empresarial. Abrange a estrutura AAA, a arquitetura 802.1X, a seleção do método EAP, as vantagens e desvantagens da implementação na cloud versus local, e a atribuição dinâmica de VLAN. Os operadores de espaços nos setores da hotelaria, retalho, eventos e setor público encontrarão orientações de implementação práticas, estudos de caso do mundo real e as estruturas de decisão necessárias para migrar de chaves pré-partilhadas inseguras para uma arquitetura de controlo de acesso à rede segura e orientada pela identidade.
Aruba ClearPass vs. Purple WiFi: Comparando Funcionalidades e Co-implementação
Um guia técnico abrangente que detalha a arquitetura de co-implementação do Aruba ClearPass e do Purple WiFi. Abrange a configuração de proxy RADIUS, atribuição dinâmica de VLAN e as melhores práticas para fornecer redes de convidados seguras e orientadas por análise de dados, em conjunto com o NAC empresarial.
Cisco ISE vs. Purple WiFi: Como se Comparam e Trabalham em Conjunto
Este guia explica como o Cisco ISE e o Purple WiFi desempenham funções distintas mas complementares em redes empresariais. Detalha como utilizar o Cisco ISE para acesso corporativo seguro 802.1X enquanto aproveita o Purple para WiFi de convidados em conformidade com o GDPR, análises de marketing e integração com CRM.