Saltar para o conteúdo principal

O que é a Autenticação 802.1X? Como Funciona e Porque é Importante

Um guia de referência técnica abrangente para gestores de TI e arquitetos de rede sobre a autenticação IEEE 802.1X. Este guia aborda a arquitetura subjacente, estratégias de implementação, benefícios de segurança em relação ao PSK e como implementar eficazmente o controlo de acessos de nível empresarial em conjunto com soluções de WiFi para convidados.

📖 5 min de leitura📝 1,156 palavras🔧 2 exemplos práticos3 perguntas de prática📚 8 definições principais

Ouça este guia

Ver transcrição do podcast
O que é a Autenticação 802.1X? Como Funciona e Porque é Importante Um Briefing Técnico da Purple — aproximadamente 10 minutos --- INTRODUÇÃO E CONTEXTO — aproximadamente 1 minuto Bem-vindo à série de Briefings Técnicos da Purple. Sou o vosso anfitrião e hoje vamos abordar um dos padrões mais importantes — e frequentemente mais mal compreendidos — nas redes empresariais: a autenticação IEEE 802.1X. Se é um gestor de TI, arquiteto de rede ou CTO responsável por uma implementação multi-site — quer se trate de um grupo hoteleiro, uma cadeia de retalho, um estádio ou um património do setor público — este é um padrão que precisa de compreender profundamente. Não por ser academicamente interessante, mas porque acertar na sua implementação é a diferença entre uma rede que protege genuinamente a sua organização e outra que lhe dá uma falsa sensação de segurança. Nos próximos dez minutos, vamos abordar o que é realmente o 802.1X, como funciona o fluxo de autenticação nos bastidores, onde se enquadra na sua arquitetura de segurança mais ampla, como implementá-lo sem as armadilhas comuns e como se apresenta o caso de negócio em termos reais. Vamos a isso. --- MERGULHO TÉCNICO PROFUNDO — aproximadamente 5 minutos Então, o que é o 802.1X? Na sua essência, é um padrão IEEE para controlo de acesso à rede baseado em portas. A palavra-chave aqui é "baseado em portas". Antes de um dispositivo ter qualquer acesso à rede — antes de poder enviar um único pacote para os seus recursos internos — deve autenticar-se. A porta de rede, seja física ou sem fios, permanece logicamente bloqueada até que a autenticação seja bem-sucedida. Isto é fundamentalmente diferente da forma como a maioria do WiFi doméstico funciona. Com uma configuração padrão WPA2-Personal, tem uma chave pré-partilhada — uma palavra-passe — e qualquer pessoa que conheça essa palavra-passe entra na rede. O problema é óbvio: essa palavra-passe é escrita em quadros brancos, partilhada em canais do Slack e entregue a prestadores de serviços que saíram há seis meses. Não há responsabilidade individual, não há registo de auditoria e revogar o acesso significa alterar a palavra-passe para todos. O 802.1X resolve tudo isso. O padrão define um modelo de três partes. Tem o Supplicant (Suplicante) — que é o dispositivo do utilizador final, seja um portátil corporativo, um smartphone ou um sensor IoT. Tem o Authenticator (Autenticador) — normalmente o seu ponto de acesso sem fios ou switch gerido. E tem o Authentication Server (Servidor de Autenticação) — quase sempre um servidor RADIUS, que significa Remote Authentication Dial-In User Service. Eis como funciona o fluxo. Quando um suplicante se liga a uma porta de rede ou SSID sem fios, o autenticador coloca essa porta num estado controlado — apenas permitindo a passagem de tráfego EAP. EAP significa Extensible Authentication Protocol, e é a estrutura que transporta a troca de credenciais propriamente dita. O autenticador envia um pedido de identidade EAP ao suplicante. O suplicante responde com a sua identidade. O autenticador encaminha-a então para o servidor RADIUS, que desafia o suplicante a provar a sua identidade — isto pode ser através de um nome de utilizador e palavra-passe, um certificado digital, um smart card ou uma combinação de fatores. Assim que o servidor RADIUS estiver satisfeito, envia uma mensagem Access-Accept de volta ao autenticador, que depois abre a porta e permite o acesso total à rede. Se a autenticação falhar, a porta permanece bloqueada ou o dispositivo é colocado numa VLAN de convidados restrita. Ora, a estrutura EAP é extensível por conceção — é isso que o E significa. Existem vários métodos EAP de uso comum. O EAP-TLS utiliza autenticação mútua baseada em certificados — tanto o cliente como o servidor apresentam certificados — e é considerado o padrão de excelência para a segurança. O EAP-PEAP, que significa Protected EAP, envolve a autenticação interna num túnel TLS, permitindo que as credenciais de nome de utilizador e palavra-passe sejam utilizadas de forma segura. O EAP-TTLS é semelhante ao PEAP, mas mais flexível nos métodos de autenticação interna que suporta. Para a maioria das implementações empresariais, irá escolher entre o EAP-TLS para ambientes de alta segurança e o PEAP-MSCHAPv2 para ambientes onde a implementação de certificados é impraticável. Agora, falemos sobre como isto se integra com a sua infraestrutura existente. O servidor RADIUS não autentica utilizadores de forma isolada — ele consulta um repositório de identidades de backend. Na maioria dos ambientes empresariais, trata-se do Microsoft Active Directory ou de um diretório LDAP. O servidor RADIUS recebe a credencial do autenticador, valida-a no Active Directory e devolve uma decisão de política. Essa decisão de política pode incluir mais do que apenas aceitar ou rejeitar — pode incluir atribuição de VLAN, políticas de largura de banda e valores de limite de tempo de sessão. É aqui que a atribuição dinâmica de VLAN se torna poderosa. Pode definir uma política que diz: se este utilizador estiver no grupo de Finanças no Active Directory, atribua-o à VLAN 20. Se for um prestador de serviços, atribua-o à VLAN 50 com acesso apenas à internet. Se estiver num dispositivo não gerido, coloque-o na VLAN de convidados. Tudo isto acontece automaticamente, no momento da ligação, sem qualquer intervenção manual. Para implementações sem fios, o 802.1X é o mecanismo de autenticação que serve de base ao WPA2-Enterprise e ao WPA3-Enterprise. A camada de encriptação — a proteção real dos dados em trânsito — é gerida pelo handshake de 4 vias que se segue a uma autenticação 802.1X bem-sucedida, gerando chaves PMK e PTK exclusivas por sessão. Esta é uma distinção crítica em relação ao WPA2-Personal, onde todos os clientes partilham o mesmo material de derivação de chaves de encriptação. Numa rede WPA2-Personal, um ator malicioso que capture o handshake de 4 vias e conheça a PSK pode desencriptar todo o tráfego nessa rede. Com o WPA2-Enterprise e o 802.1X, esse vetor de ataque é eliminado porque cada sessão utiliza material de chaveamento exclusivo. Do ponto de vista da conformidade, isto é extremamente importante. A versão 4.0 do PCI DSS exige controlos de autenticação fortes para qualquer rede que transporte dados de titulares de cartões. O GDPR exige medidas técnicas adequadas para proteger os dados pessoais. Se gere uma rede de retalho onde os terminais de ponto de venda partilham um segmento com o WiFi de convidados, tem um problema grave — e o 802.1X com segmentação dinâmica de VLAN é uma parte central da solução. --- RECOMENDAÇÕES DE IMPLEMENTAÇÃO E ERROS COMUNS — aproximadamente 2 minutos Muito bem, vamos falar sobre a implementação. O erro mais comum que vejo é as organizações tratarem o 802.1X como uma escolha binária — ou o implementam totalmente em tudo, ou não se dão ao trabalho. A realidade é que uma abordagem faseada é quase sempre mais prática e mais bem-sucedida. Comece pelo seu SSID corporativo e pelos seus dispositivos geridos. Implemente um servidor RADIUS — o Microsoft NPS é gratuito e integra-se nativamente com o Active Directory; o FreeRADIUS é a alternativa de código aberto para ambientes não-Windows. Configure a sua infraestrutura sem fios para utilizar WPA2-Enterprise ou WPA3-Enterprise no SSID corporativo. Envie a configuração do suplicante 802.1X para os dispositivos geridos através de Política de Grupo ou da sua plataforma MDM. Teste exaustivamente antes da transição. Para o WiFi de convidados, a abordagem é diferente. Os convidados não têm credenciais corporativas, pelo que não está a utilizar o 802.1X no sentido tradicional. Em vez disso, plataformas como a Purple fornecem uma camada de Captive Portal que gere a identidade dos convidados — login social, registo por e-mail, verificação por SMS — e depois coloca os convidados autenticados numa VLAN isolada com políticas de largura de banda e de conteúdos adequadas. Isto proporciona-lhe os benefícios de captura de dados e segmentação sem exigir que os convidados tenham credenciais de diretório. Os erros a evitar: a gestão de certificados é o ponto de dor mais comum nas implementações EAP-TLS. Precisa de uma PKI — uma Infraestrutura de Chaves Públicas — para emitir e gerir certificados de cliente. Se não tiver uma, a sobrecarga operacional do EAP-TLS pode ser significativa. O PEAP-MSCHAPv2 é mais fácil de implementar, mas requer uma atenção redobrada à validação do certificado do servidor no lado do cliente — se os clientes não estiverem configurados para validar o certificado do servidor RADIUS, estará vulnerável a ataques de pontos de acesso falsos. A disponibilidade do servidor RADIUS é outra consideração crítica. Se o seu servidor RADIUS falhar, os utilizadores autenticados não se conseguem ligar. Implemente o RADIUS numa configuração de alta disponibilidade — no mínimo, um servidor primário e um secundário — e garanta que os seus pontos de acesso estão configurados para efetuar o failover corretamente. Finalmente, os dispositivos IoT. Muitos dispositivos IoT não suportam suplicantes 802.1X. Para estes, o MAC Authentication Bypass — MAB — é a solução alternativa comum, onde o endereço MAC do dispositivo é utilizado como credencial. Isto é mais fraco do que o 802.1X adequado, por isso isole os dispositivos autenticados por MAB numa VLAN restrita e monitorize-os de perto. --- PERGUNTAS E RESPOSTAS RÁPIDAS — aproximadamente 1 minuto Vou responder rapidamente a algumas perguntas que me fazem regularmente. "O 802.1X funciona com RADIUS baseado na nuvem?" Sim — serviços como o Cisco ISE, Aruba ClearPass e ofertas de RADIUS-as-a-service nativas da nuvem suportam todos o 802.1X. A plataforma da Purple integra-se com estes para uma autenticação unificada de convidados e funcionários. "Posso utilizar o 802.1X numa rede com fios, bem como em redes sem fios?" Absolutamente. O padrão foi originalmente concebido para portas Ethernet com fios e funciona de forma idêntica em switches geridos. "Qual é o impacto no desempenho?" Desprezível na prática. O handshake de autenticação adiciona algumas centenas de milissegundos no momento da ligação, mas tem zero impacto no débito de dados assim que a sessão é estabelecida. "O WPA3 substitui o 802.1X?" Não. O WPA3-Enterprise continua a utilizar o 802.1X para autenticação — melhora os mecanismos de encriptação e troca de chaves, mas a estrutura de autenticação permanece a mesma. --- RESUMO E PRÓXIMOS PASSOS — aproximadamente 1 minuto Para resumir: o 802.1X é o padrão IEEE para controlo de acesso à rede baseado em portas. Fornece autenticação por utilizador, atribuição dinâmica de políticas, um registo de auditoria completo e as chaves de encriptação por sessão que tornam o WPA2-Enterprise e o WPA3-Enterprise genuinamente seguros. É a escolha certa para qualquer rede empresarial, de hotelaria, retalho ou do setor público onde necessite de responsabilidade individual e segurança de nível de conformidade. Os seus próximos passos imediatos: audite o seu modelo atual de autenticação de rede. Se estiver a executar uma PSK partilhada no seu SSID corporativo, essa é a sua primeira prioridade de remediação. Avalie a sua infraestrutura RADIUS — se não tiver uma, o Microsoft NPS ou o FreeRADIUS são ambos pontos de partida sólidos. E se estiver a gerir WiFi de convidados juntamente com a infraestrutura corporativa, veja como plataformas como a Purple podem fornecer a camada de identidade de convidados que complementa a sua implementação corporativa de 802.1X. Para mais detalhes sobre o WPA2 versus WPA3 e como estes interagem com o 802.1X, consulte o guia de comparação da Purple cujo link se encontra nas notas do programa. Obrigado por ouvir. Vemo-nos no próximo briefing.

header_image.png

Resumo Executivo

Para os líderes de TI empresariais que gerem redes em locais de Hotelaria , Retalho , Saúde ou Transportes , a segurança do acesso à rede é um requisito fundamental. Depender de Chaves Pré-Partilhadas (PSK) para o acesso corporativo introduz riscos inaceitáveis: falta de responsabilidade individual, processos de revogação complexos e vulnerabilidades de encriptação partilhada.

O IEEE 802.1X é a estrutura padrão do setor para o controlo de acesso à rede baseado em portas. Este impõe um processo de autenticação rigoroso antes que um dispositivo possa comunicar na rede, permitindo a verificação de identidade por utilizador, a aplicação dinâmica de políticas e a conformidade com estruturas como o PCI DSS e o GDPR. Este guia explora o funcionamento do 802.1X, as diferenças entre os métodos EAP comuns e as estratégias práticas de implementação para ambientes empresariais, incluindo a forma como se integra com soluções de Guest WiFi para fornecer uma estratégia de acesso holística.

Análise Técnica Detalhada: Como Funciona o 802.1X

Na sua essência, o 802.1X opera num modelo de três partes concebido para isolar dispositivos não autenticados da rede interna.

A Arquitetura de Três Partes

  1. Suplicante (Supplicant): O dispositivo do utilizador final (portátil, smartphone, sensor IoT) que solicita acesso à rede. Deve executar um cliente de software compatível com 802.1X.
  2. Autenticador (Authenticator): O dispositivo de rede (ponto de acesso sem fios ou switch gerido) que controla a porta física ou lógica. Atua como um guardião, bloqueando todo o tráfego exceto o EAP (Extensible Authentication Protocol) até que a autenticação seja bem-sucedida.
  3. Servidor de Autenticação (Authentication Server): Normalmente um servidor RADIUS (Remote Authentication Dial-In User Service). Valida as credenciais do suplicante num repositório de identidades de backend (como o Active Directory) e devolve uma decisão de política.

architecture_overview.png

O Fluxo de Autenticação

Quando um suplicante se liga a uma porta ou SSID com 802.1X ativado, o autenticador coloca a porta num estado não autorizado. O fluxo procede da seguinte forma:

  1. EAPOL Start: O suplicante envia uma trama EAPOL (EAP over LAN) Start para o autenticador.
  2. Identity Request: O autenticador solicita a identidade do suplicante.
  3. Identity Response: O suplicante fornece a sua identidade, que o autenticador encaminha para o servidor RADIUS através de um pacote RADIUS Access-Request.
  4. EAP Exchange: O servidor RADIUS e o suplicante negoceiam um método EAP e trocam credenciais de forma segura através do autenticador.
  5. Decisão de Acesso: Após a validação bem-sucedida, o servidor RADIUS envia um pacote RADIUS Access-Accept para o autenticador. Este pacote inclui frequentemente atributos específicos do fornecedor (VSAs) para atribuição dinâmica de VLAN ou políticas de QoS.
  6. Porta Autorizada: O autenticador transita a porta para um estado autorizado, permitindo o tráfego de rede normal.

Métodos EAP: Escolher o Protocolo Adequado

O framework EAP é extensível. A escolha do método EAP determina como as credenciais são trocadas e verificadas:

  • EAP-TLS (Transport Layer Security): O padrão de excelência para segurança. Requer autenticação mútua utilizando certificados digitais tanto no cliente como no servidor. Embora seja altamente seguro, exige uma Infraestrutura de Chaves Públicas (PKI) robusta.
  • PEAP-MSCHAPv2 (Protected EAP): A implementação mais comum em ambientes empresariais. Utiliza um certificado do lado do servidor para estabelecer um túnel TLS seguro, dentro do qual o cliente se autentica utilizando um utilizador e palavra-passe padrão (MSCHAPv2). Equilibra a segurança com a simplicidade de implementação.
  • EAP-TTLS (Tunneled TLS): Semelhante ao PEAP, mas suporta uma gama mais ampla de protocolos de autenticação interna, incluindo os legados PAP ou CHAP, frequentemente utilizados em ambientes não-Windows.

Guia de Implementação

A implementação do 802.1X requer um planeamento cuidadoso para evitar a interrupção dos utilizadores. Uma abordagem faseada é fundamental para o sucesso.

Fase 1: Preparação da Infraestrutura

Antes de ativar o 802.1X na periferia, certifique-se de que a sua infraestrutura principal está preparada. Implemente um servidor RADIUS (como o Microsoft NPS ou FreeRADIUS) e integre-o com o seu fornecedor de identidade. Configure a alta disponibilidade para a infraestrutura RADIUS; se o servidor de autenticação falhar, o acesso à rede é interrompido.

Fase 2: Configuração do Supplicant

Não dependa dos utilizadores para configurar manualmente os seus dispositivos. Para dispositivos corporativos geridos, utilize Objetos de Política de Grupo (GPO) ou plataformas de Gestão de Dispositivos Móveis (MDM) para enviar o perfil 802.1X correto, incluindo o método EAP necessário e o certificado de raiz fidedigno para o servidor RADIUS.

Fase 3: Piloto e Lançamento

Comece com um pequeno grupo piloto utilizando um SSID de teste dedicado ou uma pilha de switches específica. Monitorize os registos do RADIUS para falhas de autenticação, particularmente as relacionadas com problemas de fidedignidade de certificados ou credenciais incorretas. Assim que o piloto estiver estável, proceda a um lançamento faseado por toda a organização.

Integração com Acesso de Convidados

O 802.1X foi concebido para utilizadores corporativos com credenciais conhecidas. Para visitantes, prestadores de serviços e clientes, necessita de uma estratégia paralela. É aqui que uma plataforma dedicada de Guest WiFi se torna essencial. Enquanto os dispositivos corporativos se autenticam de forma transparente via 802.1X em VLANs seguras, os convidados autenticam-se através de um Captive Portal, fornecendo dados primários valiosos para WiFi Analytics enquanto permanecem isolados dos recursos internos. A plataforma da Purple também pode atuar como um fornecedor de identidade para serviços como o OpenRoaming sob a licença Connect, colmatando a lacuna entre o acesso público contínuo e a autenticação segura.

Melhores Práticas

  • Forçar a Validação do Certificado do Servidor: Ao utilizar PEAP ou EAP-TTLS, deve configurar os suplicantes para validar o certificado do servidor RADIUS. Não o fazer deixa a rede vulnerável a ataques de pontos de acesso fraudulentos (Evil Twin).
  • Implementar Atribuição Dinâmica de VLAN: Aproveite os atributos RADIUS para atribuir utilizadores a VLANs específicas com base na sua pertença a grupos do Active Directory. Isto reduz o número de SSIDs necessários e simplifica a segmentação da rede.
  • Abordar Dispositivos IoT com MAB: Muitos dispositivos IoT (impressoras, smart TVs) não suportam suplicantes 802.1X. Utilize o MAC Authentication Bypass (MAB) como alternativa. O autenticador utiliza o endereço MAC do dispositivo como nome de utilizador e palavra-passe. Como os endereços MAC podem ser falsificados, limite estritamente os privilégios de acesso dos dispositivos autenticados por MAB.

comparison_chart.png

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

Quando o 802.1X falha, os registos do servidor RADIUS são a sua principal ferramenta de diagnóstico.

  • Erro: EAP Timeout: O autenticador não está a receber uma resposta do suplicante. Isto indica frequentemente que o software do suplicante não está a ser executado ou que o dispositivo não está configurado para 802.1X.
  • Erro: Utilizador Desconhecido ou Palavra-passe Incorreta: O utilizador introduziu credenciais incorretas ou o servidor RADIUS não consegue comunicar com o repositório de identidade de backend.
  • Erro: Falha de Confiança no Certificado: O suplicante rejeitou o certificado do servidor RADIUS. Certifique-se de que o certificado da CA Raiz que emitiu o certificado do servidor RADIUS está instalado no repositório de raiz fidedigno do suplicante.

Para uma perspetiva mais ampla sobre a otimização da arquitetura de rede, considere como a autenticação se integra com as estratégias modernas de WAN, conforme discutido em The Core SD WAN Benefits for Modern Businesses .

ROI e Impacto no Negócio

A implementação do 802.1X proporciona um valor comercial mensurável que vai além da segurança pura:

  1. Redução de Custos Operacionais: Elimina a necessidade de rodar manualmente as PSKs quando os colaboradores saem ou os prestadores de serviços terminam os seus contratos. O acesso é revogado instantaneamente ao desativar a conta de diretório do utilizador.
  2. Conformidade Simplificada: Fornece os registos de auditoria por utilizador e os controlos de acesso robustos exigidos pelo PCI DSS, HIPAA e GDPR.
  3. Maior Visibilidade da Rede: Integra a identidade com a atividade da rede, permitindo que as equipas de TI associem eventos de segurança ou problemas de desempenho a utilizadores específicos, em vez de endereços IP genéricos.

Ao afastar-se das chaves partilhadas e ao adotar o controlo de acesso baseado em portas, as redes empresariais alcançam a segurança granular necessária para as exigências operacionais modernas. Para uma comparação detalhada dos padrões de segurança sem fios, consulte o nosso guia sobre WPA, WPA2 and WPA3: What's the Difference and Which Should You Use? .


Audio Briefing

Ouça o nosso briefing técnico de 10 minutos sobre autenticação 802.1X:

Definições Principais

802.1X

Um padrão IEEE para controlo de acesso à rede baseado em portas que fornece um mecanismo de autenticação para dispositivos que se pretendem ligar a uma LAN ou WLAN.

O padrão fundamental que substitui as palavras-passe partilhadas pela autenticação por utilizador em redes empresariais.

Supplicant

O cliente de software num dispositivo de utilizador final que solicita acesso à rede e gere a troca de EAP.

Necessário em todos os portáteis, telemóveis e tablets que se ligam a uma rede 802.1X.

Authenticator

O dispositivo de fronteira da rede (comutador ou ponto de acesso) que controla a porta física ou lógica, bloqueando o tráfego até que a autenticação esteja concluída.

O ponto de aplicação na arquitetura de rede.

RADIUS Server

Remote Authentication Dial-In User Service. O servidor central que valida as credenciais num diretório e devolve as decisões de política.

O cérebro da implementação do 802.1X, frequentemente implementado através do Microsoft NPS ou Cisco ISE.

EAP (Extensible Authentication Protocol)

Uma estrutura de autenticação frequentemente utilizada em redes sem fios e ligações ponto a ponto, que fornece transporte para vários métodos de autenticação.

A linguagem falada entre o supplicant e o RADIUS server.

Dynamic VLAN Assignment

O processo em que um RADIUS server instrui o authenticator a colocar um utilizador numa VLAN específica com base na sua identidade ou pertença a um grupo.

Crucial para a segmentação de rede e conformidade sem transmitir dezenas de SSIDs.

EAP-TLS

Um método EAP que requer autenticação mútua baseada em certificados entre o cliente e o servidor.

O método mais seguro, ideal para ambientes altamente regulados como a saúde ou o setor financeiro.

PEAP (Protected EAP)

Um método EAP que estabelece um túnel TLS seguro utilizando um certificado de servidor, protegendo a troca interna de credenciais (geralmente um nome de utilizador/palavra-passe).

O método de implementação mais comum devido ao seu equilíbrio entre segurança e simplicidade operacional.

Exemplos Práticos

Um hotel de 200 quartos precisa de proteger a sua rede operacional interna (tablets dos funcionários, telefones VoIP, portáteis de gestão) mantendo uma rede de convidados aberta e separada. Atualmente, utilizam uma única PSK para os funcionários.

  1. Implementar o Microsoft NPS (RADIUS) integrado com o Active Directory do hotel.
  2. Configurar o controlador sem fios para transmitir um novo SSID 'Staff_Secure' utilizando WPA2-Enterprise (802.1X).
  3. Enviar um perfil PEAP-MSCHAPv2 para todos os portáteis e tablets geridos dos funcionários através de MDM.
  4. Para telefones VoIP sem suporte para 802.1X, configurar o MAC Authentication Bypass (MAB) no servidor RADIUS, atribuindo-os a uma VLAN de Voz isolada.
  5. Manter a rede de convidados aberta, protegendo-a com o Captive Portal da Purple para isolamento de convidados e análise de dados.
Comentário do Examinador: Esta abordagem elimina o risco de partilha de PSK. Ao utilizar o MDM para a implementação de perfis, a transição é transparente para os funcionários. A utilização de MAB para dispositivos VoIP legados garante que estes permanecem funcionais mas isolados, minimizando o risco de ataques de falsificação de MAC (MAC spoofing).

Uma grande cadeia de retalho está a falhar a conformidade com o PCI DSS porque os seus terminais de Ponto de Venda (PoS) estão no mesmo segmento de rede lógica que os portáteis dos gerentes de loja, utilizando uma chave WPA2-Personal partilhada.

  1. Implementar 802.1X em todos os pontos de acesso corporativos.
  2. Configurar a atribuição dinâmica de VLAN no servidor RADIUS.
  3. Criar uma política: Se o dispositivo de autenticação for um terminal PoS (autenticado através de certificado de máquina utilizando EAP-TLS), atribuí-lo à PCI-VLAN altamente restrita.
  4. Criar uma segunda política: Se o utilizador for um Gerente de Loja (autenticado via PEAP), atribuí-lo à Corp-VLAN com acesso padrão à internet e intranet.
Comentário do Examinador: A atribuição dinâmica de VLAN resolve o requisito de segmentação para o PCI DSS sem necessitar de infraestrutura física separada ou de múltiplos SSIDs. O EAP-TLS para terminais PoS oferece o nível mais elevado de segurança para ambientes de dados de titulares de cartões.

Perguntas de Prática

Q1. A sua organização está a migrar de WPA2-Personal para WPA2-Enterprise. Tem uma mistura de portáteis Windows pertencentes à empresa e smartphones BYOD pertencentes aos colaboradores. Não possui uma infraestrutura PKI. Qual o método EAP que deve implementar?

Dica: Considere o requisito de certificados de cliente versus certificados apenas de servidor.

Ver resposta modelo

PEAP-MSCHAPv2. Como não possui uma infraestrutura PKI, a implementação de certificados de cliente para EAP-TLS não é viável. O PEAP apenas requer um certificado do lado do servidor no servidor RADIUS, permitindo que os utilizadores se autentiquem com o seu nome de utilizador e palavra-passe padrão do Active Directory.

Q2. Após implementar o 802.1X utilizando PEAP, vários utilizadores relatam que lhes é apresentado um aviso de segurança a solicitar que "Confiem" num certificado ao ligarem-se à rede. Qual foi o passo de configuração que falhou?

Dica: Pense em como o suplicante valida a identidade do servidor RADIUS.

Ver resposta modelo

O perfil do suplicante enviado para os dispositivos não foi configurado para confiar explicitamente na Root CA que emitiu o certificado do servidor RADIUS. Sem esta configuração, o SO solicita ao utilizador que verifique manualmente a identidade do servidor, o que representa um risco de segurança e uma má experiência de utilizador.

Q3. Precisa de ligar 50 smart TVs em salas de conferência de hotéis à rede. Estes dispositivos não suportam suplicantes 802.1X. Como pode fornecer-lhes acesso mantendo a segurança?

Dica: Considere métodos de autenticação alternativos para dispositivos sem interface de utilizador (headless) e como restringir o seu acesso.

Ver resposta modelo

Implemente o MAC Authentication Bypass (MAB). O autenticador utilizará o endereço MAC da smart TV para se autenticar junto do servidor RADIUS. Crucialmente, o servidor RADIUS deve ser configurado para atribuir estes dispositivos a uma VLAN fortemente restrita (ex.: apenas internet, sem acesso interno) para mitigar o risco de spoofing de endereço MAC.

Continue a ler esta série

Per-Device PSK por Fabricante: iPSK, DPSK, MPSK e PPSK Comparados (e Suporte a WPA3)

Uma comparação abrangente de implementações de per-device PSK na Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Extreme, Fortinet e Ubiquiti UniFi. Saiba como o WPA3-SAE afeta as estratégias de chaves por dispositivo e quando implementar modos de transição versus migrar para o 802.1X.

Ler o guia →

Métodos de Autenticação de Captive Portal Comparados

Este guia de referência técnica de autoridade avalia as compensações arquitetónicas, operacionais e de conformidade de cinco métodos principais de autenticação de captive portal. Fornece aos arquitetos de rede, diretores de TI e gestores de marketing os dados quantitativos e as estruturas de decisão necessários para equilibrar a fricção no registo de convidados com os requisitos de recolha de dados em locais empresariais.

Ler o guia →

O que é a Autenticação por Endereço MAC? Quando Usar e Quando Evitar

Este guia de referência técnica abrangente aborda a autenticação por endereço MAC em ambientes de WiFi empresarial — como funciona a autenticação MAC baseada em RADIUS na Camada 2, as suas vulnerabilidades de segurança inerentes (incluindo falsificação de MAC e o impacto da randomização de MAC ao nível do SO) e os contextos operacionais precisos onde continua a ser uma ferramenta válida para gerir IoT e dispositivos headless. Fornece orientações de implementação práticas para gestores de TI e arquitetos de rede em setores como hotelaria, retalho, saúde e espaços públicos, com exemplos práticos reais, estruturas de decisão e contexto de integração para a plataforma de guest WiFi e analytics da Purple.

Ler o guia →