Pular para o conteúdo principal

O que é a Autenticação RADIUS e Como Ela Funciona?

Este guia fornece uma referência técnica definitiva sobre autenticação RADIUS para líderes de TI que gerenciam implantações de WiFi corporativo e de visitantes. Ele desmistifica o protocolo AAA, explica como os métodos 802.1X e EAP funcionam juntos e detalha como a plataforma baseada em nuvem da Purple simplifica a implantação para hotéis, redes de varejo, estádios e organizações do setor público. Os leitores sairão com um roteiro de implementação claro, estudos de caso reais e as estruturas de decisão necessárias para migrar de chaves pré-compartilhadas inseguras para uma arquitetura robusta de controle de acesso à rede baseada em identidade.

📖 6 min de leitura📝 1,665 palavras🔧 2 exemplos práticos3 questões práticas📚 10 definições principais

Ouça este guia

Ver transcrição do podcast
### O que é a Autenticação RADIUS e Como Ela Funciona? — Purple Technical Briefing **[INTRO — 1 minuto]** Bem-vindo ao Purple Technical Briefing. Eu sou o seu anfitrião e, nos próximos dez minutos, vamos desmistificar uma das tecnologias mais críticas para a segurança de redes corporativas: a autenticação RADIUS. Se você é um gerente de TI, arquiteto de rede ou CTO responsável pelo WiFi em um grande local — um hotel, uma rede de varejo, um estádio ou um centro de convenções —, este briefing foi feito especificamente para você. Vamos direto ao ponto, explicaremos a arquitetura de forma clara e daremos os insights práticos que você precisa para tomar decisões informadas neste trimestre. Vamos começar com o panorama geral. Por que isso importa? Se você ainda opera o WiFi de visitantes ou funcionários com uma única senha compartilhada — uma Chave Pré-Compartilhada, ou PSK —, você está operando com um risco de segurança significativo e crescente. Essa senha é compartilhada, escrita em recibos, fotografada em quadros brancos e encaminhada por aplicativos de mensagens. Uma vez exposta, você perde a visibilidade de quem está na sua rede, a capacidade de revogar o acesso de um único usuário sem interromper todos os outros e o rastro de auditoria caso algo dê errado. Para organizações sujeitas ao PCI DSS, GDPR ou HIPAA, isso não é apenas um problema técnico. É uma responsabilidade de conformidade. O RADIUS é a solução em que o setor convergiu para resolver isso. Então, vamos entender exatamente o que ele é e como funciona. **[APROFUNDAMENTO TÉCNICO — 5 minutos]** RADIUS significa Remote Authentication Dial-In User Service. O nome é um artefato histórico dos primórdios da internet discada, mas o protocolo evoluiu significativamente e continua sendo a espinha dorsal do controle de acesso a redes corporativas hoje. Em sua essência, o RADIUS é um sistema centralizado baseado em servidor que gerencia o acesso à rede usando uma estrutura chamada AAA — Autenticação, Autorização e Contabilização (Accounting). Esses três pilares são a base de tudo o que discutiremos hoje. A Autenticação é o primeiro pilar: verificar quem a pessoa é. A Autorização é o segundo: determinar o que ela tem permissão para fazer. E a Contabilização é o terceiro: registrar o que ela realmente fez. Vamos explorar cada um deles. Autenticação. Quando um usuário tenta se conectar a uma rede WiFi protegida com WPA2-Enterprise ou WPA3-Enterprise, seu dispositivo — que chamamos de Suplicante (Supplicant) — envia uma solicitação de conexão para o ponto de acesso sem fio. O ponto de acesso, que chamamos de Autenticador, não toma a decisão de autenticação por si mesmo. Ele age como um retransmissor, encaminhando a solicitação para o servidor RADIUS. O servidor RADIUS então valida a identidade do usuário em relação a uma fonte de identidade configurada. Isso pode ser o Microsoft Active Directory, Azure Active Directory, Google Workspace, Okta ou um banco de dados de usuários local. A fonte de identidade é a única fonte de verdade para quem tem permissão para acessar sua rede. O servidor RADIUS pode validar a identidade de várias maneiras. As mais comuns em ambientes corporativos são os métodos baseados em credenciais, onde o usuário fornece um nome de usuário e senha, e os métodos baseados em certificado, onde o dispositivo do usuário apresenta um certificado digital. Falaremos sobre as implicações de segurança de cada um em breve. Autorização. Uma vez que o usuário é autenticado, o servidor RADIUS não apenas diz sim e se afasta. Ele também diz ao ponto de acesso exatamente o que fazer com este usuário. Ele envia de volta um conjunto de atributos — essencialmente instruções — que definem a experiência de rede do usuário. O mais importante deles é normalmente a atribuição de VLAN. O servidor RADIUS pode dizer: este usuário é um membro do grupo de funcionários corporativos, atribua-o à VLAN dez, que tem acesso a servidores de arquivos internos e impressoras. Ou: este usuário é um convidado, atribua-o à VLAN vinte, que tem apenas acesso à internet e está completamente isolada da rede corporativa. Essa atribuição dinâmica de VLAN é um dos recursos mais poderosos do RADIUS, e é o mecanismo que permite a segmentação de rede adequada. Contabilidade (Accounting). O terceiro pilar é frequentemente negligenciado, mas é extremamente importante para conformidade e operações. À medida que a sessão de um usuário avança, o servidor RADIUS registra informações importantes: o momento em que se conectaram, o momento em que se desconectaram, a duração total da sessão, a quantidade de dados transferidos e o endereço MAC de seu dispositivo. Isso cria uma trilha de auditoria detalhada para cada conexão em sua rede. Sob o PCI DSS 4.0, esse tipo de registro não é opcional — é um requisito rígido. E no caso de um incidente de segurança, esses logs são inestimáveis para a investigação forense. Agora, vamos falar sobre o padrão técnico que faz tudo isso funcionar: IEEE 802.1X. O 802.1X é o padrão que define o controle de acesso à rede baseado em porta. É o protocolo que permite a um ponto de acesso bloquear todo o tráfego de rede de um dispositivo até que o servidor RADIUS confirme que o dispositivo está autorizado. A comunicação entre o dispositivo do usuário e o ponto de acesso usa um protocolo chamado EAP — o Extensible Authentication Protocol. O EAP é essencialmente uma estrutura que suporta múltiplos métodos de autenticação. Os três métodos EAP mais comuns em WiFi corporativo são: PEAP, que significa Protected Extensible Authentication Protocol; EAP-TTLS; e EAP-TLS. O PEAP e o EAP-TTLS são métodos baseados em credenciais. Eles criam um túnel criptografado entre o dispositivo e o servidor RADIUS, e então o nome de usuário e a senha do usuário são verificados dentro desse túnel. Eles são relativamente fáceis de implantar e funcionam bem em ambientes onde você ainda não está pronto para uma infraestrutura de certificados completa. O EAP-TLS é o padrão ouro. Ele é baseado em certificados, o que significa que tanto o servidor quanto o dispositivo cliente apresentam certificados digitais para se autenticarem mutuamente. Não há nenhuma senha envolvida. Isso elimina completamente o risco de roubo de credenciais, ataques de phishing e ataques man-in-the-middle. Para dispositivos corporativos, o EAP-TLS é o método de autenticação que você deve buscar implementar. **[IMPLEMENTAÇÃO E ERROS COMUNS — 2 minutos]** Então, como você realmente implanta tudo isso? Deixe-me guiar você pelos passos principais. Primeiro, escolha seu servidor RADIUS. Você pode implantar um servidor local — o Network Policy Server da Microsoft é uma escolha comum em ambientes Windows — ou usar um serviço RADIUS baseado em nuvem. Plataformas de Cloud RADIUS, como a oferecida pela Purple, fornecem uma infraestrutura totalmente gerenciada e de alta disponibilidade, sem a sobrecarga operacional. Para organizações com várias filiais, a abordagem em nuvem é quase sempre a escolha certa. Segundo, integre sua fonte de identidade. Conecte seu servidor RADIUS ao diretório de identidade da sua organização. A maioria das plataformas modernas de Cloud RADIUS suporta integração direta com o Azure AD, Google Workspace e Okta. Terceiro, configure o hardware da sua rede. Crie um novo SSID configurado para WPA2-Enterprise ou WPA3-Enterprise e aponte-o para o seu servidor RADIUS. Você também configurará um segredo compartilhado — uma senha que criptografa a comunicação entre o ponto de acesso e o servidor RADIUS. Esse segredo compartilhado deve ser exatamente igual em ambos os lados. Uma divergência aqui é uma das causas mais comuns de falhas de autenticação durante a implantação inicial. Quarto, defina suas políticas de autorização. Mapeie grupos de usuários para políticas de rede — a equipe interna recebe acesso total na VLAN dez, os visitantes recebem acesso apenas à internet na VLAN vinte. Quinto, integre seus usuários. Para a equipe corporativa, implante perfis de WiFi por meio da sua plataforma MDM. Para visitantes, use um Captive Portal. A plataforma da Purple automatiza o fluxo de integração de visitantes, suportando logins de redes sociais, formulários de registro e códigos de voucher. **[PERGUNTAS E RESPOSTAS RÁPIDAS — 1 minuto]** Vamos fazer uma sessão rápida de perguntas e respostas sobre as dúvidas que ouvimos com mais frequência. Primeira: Qual é a diferença entre o RADIUS e um Captive Portal? Um Captive Portal é a página de login que os visitantes veem quando se conectam. Ele funciona em conjunto com o RADIUS. O portal é a interface do usuário; o RADIUS é o motor de back-end. Segunda: Posso usar o RADIUS para redes cabeadas? Com certeza. O padrão 802.1X se aplica igualmente a redes Ethernet cabeadas e redes sem fio. Terceira: O RADIUS é difícil de configurar? Ele tem fama de ser complexo, mas as plataformas modernas em nuvem mudaram isso drasticamente. Com um serviço gerenciado como o da Purple, você pode colocar uma implantação de RADIUS pronta para produção em funcionamento rapidamente. **[RESUMO E PRÓXIMOS PASSOS — 1 minuto]** Para resumir: o RADIUS é o protocolo centralizado que impulsiona a segurança de WiFi corporativo. Ele implementa a estrutura AAA para oferecer controle granular sobre quem pode acessar sua rede, o que eles podem fazer e uma trilha de auditoria completa de suas atividades. Para operadores de locais, hoteleiros, varejistas e organizações do setor público, a implantação do RADIUS é a etapa fundamental na construção de uma infraestrutura de WiFi segura, em conformidade e gerenciada profissionalmente. Seu próximo passo é claro: se você ainda está operando com chaves pré-compartilhadas, comece a planejar sua migração hoje mesmo. Revise seu hardware atual para verificar o suporte ao WPA3-Enterprise, avalie suas opções de integração de diretório de identidade e explore uma plataforma RADIUS em nuvem que possa escalar com sua organização. Isso é tudo o que temos tempo para este Purple Technical Briefing. Obrigado por ouvir. Para saber mais sobre como a Purple pode ajudar você a implantar um WiFi seguro e inteligente em seus locais, visite-nos em purple ponto ai. Até a próxima, mantenha-se seguro.

📚 Parte da nossa série principal: Enterprise WiFi Security Guide

header_image.png

Resumo Executivo

Para líderes de TI em locais com múltiplas unidades — hotéis, redes de varejo, estádios e centros de convenções —, fornecer acesso WiFi seguro e confiável para milhares de usuários diários é um serviço de missão crítica que acarreta riscos operacionais e regulatórios significativos. A abordagem legada de usar uma única chave pré-compartilhada (PSK) para redes de convidados e funcionários não é mais uma postura de segurança defensável. Ela expõe as organizações a violações de conformidade sob o PCI DSS e GDPR, interrupções operacionais e danos à reputação decorrentes de possíveis violações.

A solução moderna e padrão do setor é centralizar o controle de acesso à rede por meio do protocolo RADIUS (Remote Authentication Dial-In User Service). O RADIUS fornece uma estrutura robusta para os três pilares da segurança de rede — Autenticação, Autorização e Contabilidade (AAA) —, aplicando o acesso baseado em identidade para cada usuário e dispositivo. Ao integrar-se com um diretório de identidade existente, como Azure AD, Google Workspace ou Okta, o RADIUS garante que apenas indivíduos autorizados possam se conectar e que seu acesso seja precisamente delimitado à sua função.

Este guia fornece uma visão geral prática e acionável do RADIUS, do padrão IEEE 802.1X subjacente e de como a plataforma de inteligência de WiFi da Purple abstrai a complexidade da implantação. Ele foi escrito para arquitetos de rede e gerentes de TI que precisam tomar decisões de implementação neste trimestre, não no próximo ano.

aaa_protocol_diagram.png

Aprofundamento Técnico

A Estrutura AAA: Autenticação, Autorização e Contabilidade

O RADIUS opera no modelo cliente-servidor e é construído em torno da estrutura AAA, um conceito fundamental em segurança de rede. Compreender cada componente é essencial para uma implantação bem-sucedida.

Autenticação é o processo de verificação da identidade de um usuário. Quando um usuário tenta se conectar a uma rede WiFi protegida com WPA2/WPA3-Enterprise, seu dispositivo — o Suplicante — envia credenciais para o Ponto de Acesso Sem Fio — o Autenticador. O Autenticador não toma a decisão de acesso por si mesmo; ele encaminha a solicitação para o servidor RADIUS. O servidor RADIUS valida essas credenciais em relação a uma fonte de identidade configurada: Microsoft Active Directory, um IdP em nuvem como o Okta ou um banco de dados de usuários local. A validação pode usar uma combinação de nome de usuário e senha ou, para uma segurança significativamente mais forte, um certificado digital por meio de um método EAP, como o EAP-TLS.

Authorization (Autorização) determina o que um usuário autenticado tem permissão para fazer. Com base em políticas definidas pelo administrador da rede, o servidor RADIUS retorna atributos específicos para o Authenticator. Esses atributos ditam a atribuição de VLAN (separando o tráfego de convidados do tráfego corporativo), limites de largura de banda e restrições de horário de acesso. Essa aplicação de política dinâmica e granular é uma das principais vantagens do RADIUS sobre sistemas estáticos baseados em PSK.

Accounting (Contabilização) rastreia a atividade do usuário ao longo da sessão. O servidor RADIUS registra carimbos de data/hora de conexão, duração da sessão, dados transferidos e endereços MAC dos dispositivos. Essa trilha de auditoria é inestimável para solução de problemas, planejamento de capacidade e relatórios de conformidade. Sob o PCI DSS 4.0, registrar e monitorar todo o acesso aos recursos de rede é um controle obrigatório.

radius_architecture_overview.png

Como o RADIUS e o 802.1X Trabalham Juntos

O padrão IEEE 802.1X define o controle de acesso à rede baseado em porta. Em um contexto de WiFi, o 802.1X permite que um ponto de acesso bloqueie todo o tráfego de um dispositivo — exceto mensagens de autenticação — até que o servidor RADIUS tenha confirmado a autorização. A comunicação entre o Supplicant e o Authenticator usa o Extensible Authentication Protocol (EAP), transportado pela LAN como EAPOL (EAP over LAN). O Authenticator então retransmite isso para o servidor RADIUS usando o protocolo RADIUS.

A escolha do método EAP é uma decisão de segurança crítica:

Método EAP Tipo de Autenticação Nível de Segurança Caso de Uso Recomendado
EAP-TLS Baseado em certificado Mais alto Dispositivos gerenciados corporativos — o padrão ouro
PEAP-MSCHAPv2 Baseado em credenciais Médio Ambientes predominantemente Windows em transição para certificados
EAP-TTLS/PAP Baseado em credenciais Médio Ambientes com múltiplos sistemas operacionais e suporte a dispositivos legados

Para dispositivos corporativos, o EAP-TLS é o estado ideal. Ele usa autenticação mútua por certificado — tanto o cliente quanto o servidor apresentam certificados — eliminando completamente as senhas e os riscos associados de roubo de credenciais e phishing.

Portas e Transporte RADIUS

Por padrão, o RADIUS usa a porta UDP 1812 para autenticação e autorização, e a porta UDP 1813 para contabilização. Algumas implantações legadas usam as portas 1645 e 1646. Desde a RFC 6613, o RADIUS também pode operar sobre TCP com TLS (RadSec), que é cada vez mais utilizado em implantações em nuvem para maior segurança de transporte.

Guia de Implementação

Transição de PSK para RADIUS: Um Roteiro de Cinco Etapas

Passo 1: Selecione sua infraestrutura RADIUS. Escolha entre um servidor local (Microsoft NPS para ambientes Windows, FreeRADIUS para implantações de código aberto) ou um serviço RADIUS baseado em nuvem. Para organizações com várias unidades, uma plataforma RADIUS em nuvem como a da Purple é quase sempre a escolha correta. Ela oferece alta disponibilidade integrada, redundância geográfica e elimina a carga operacional do gerenciamento de servidores.

Passo 2: Integre sua fonte de identidade. Conecte o servidor RADIUS ao diretório de identidade autoritativo da sua organização. As plataformas modernas de RADIUS em nuvem suportam integração direta com o Azure AD, Google Workspace e Okta via SAML ou LDAP. Para usuários convidados, a fonte de identidade geralmente é um CRM, um sistema de gerenciamento de propriedades (PMS) ou uma plataforma de WiFi para convidados dedicada.

Passo 3: Configure o hardware de rede. No seu controlador de LAN sem fio ou pontos de acesso, crie um novo SSID configurado para WPA2-Enterprise ou WPA3-Enterprise. Aponte o SSID para o endereço IP do seu servidor RADIUS e configure o segredo compartilhado (shared secret) — uma senha que criptografa a comunicação entre o ponto de acesso e o servidor RADIUS. Esse valor deve ser exatamente igual em ambos os lados; uma divergência é uma das causas mais comuns de falhas na implantação inicial.

Passo 4: Defina as políticas de autorização. Crie regras no servidor RADIUS mapeando grupos de usuários para políticas de rede. Um conjunto de políticas típico para um hotel pode incluir: Funcionários na VLAN 10 com acesso interno total; Prestadores de serviços na VLAN 30 com acesso limitado e limite de largura de banda de 50 Mbps; Convidados na VLAN 20 com acesso apenas à internet e limite de sessão de 8 horas.

Passo 5: Integre usuários e dispositivos. Para funcionários corporativos, implante perfis de WiFi com configurações 802.1X por meio de sua plataforma MDM. Para convidados, implante um Captive Portal. A plataforma da Purple automatiza o fluxo de integração de convidados — suportando logins de redes sociais, formulários de registro e códigos de voucher — e cria contas de usuário RADIUS temporárias que expiram automaticamente.

venue_wifi_deployment.png

Melhores Práticas

Adote o WPA3-Enterprise. Onde o hardware suportar, o WPA3-Enterprise oferece melhorias de segurança significativas em relação ao WPA2-Enterprise, incluindo Quadros de Gerenciamento Protegidos (PMF) e criptografia mais forte por meio do modo de segurança de 192 bits. Realize uma auditoria de hardware para identificar pontos de acesso que exigem atualizações de firmware ou substituição.

Implemente EAP-TLS para Dispositivos Corporativos. A autenticação baseada em certificado elimina a senha como uma vulnerabilidade. Integre seu servidor RADIUS com sua PKI ou use uma solução de gerenciamento de certificados baseada em nuvem. Automatize a implantação de certificados via MDM para minimizar a sobrecarga de TI.

Imponha a Segmentação de VLAN. A atribuição dinâmica de VLAN via RADIUS é inegociável para a conformidade com PCI DSS e arquitetura Zero Trust. Garanta que seus switches de rede e firewalls imponham políticas de roteamento inter-VLAN que impeçam o tráfego de convidados de alcançar recursos corporativos.

Implante uma Infraestrutura RADIUS Redundante. Configure pelo menos um servidor RADIUS primário e um secundário em seus pontos de acesso. Plataformas de Cloud RADIUS normalmente fornecem isso de forma automática. Teste o failover regularmente.

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

Modo de Falha Causa Raiz Resolução
Todos os usuários rejeitados Incompatibilidade de segredo compartilhado entre AP e servidor RADIUS Verifique o segredo compartilhado nas configurações do AP e do servidor RADIUS
Erros de certificado nos dispositivos clientes Certificado do servidor RADIUS não é confiável para o cliente Instale o certificado CA raiz em todos os dispositivos clientes via MDM
Falhas de autenticação intermitentes Servidor RADIUS sobrecarregado ou inacessível Implemente um servidor RADIUS secundário; revise a capacidade do servidor
Portal de convidados não redireciona Configuração incorreta do Walled Garden Garanta que a URL do portal e os domínios do provedor de login social estejam no Walled Garden
Usuários não conseguem reconectar após expiração da sessão Sessão de accounting não encerrada corretamente Revise a configuração de accounting do RADIUS; verifique se há sessões inativas

ROI e Impacto nos Negócios

A justificativa de negócios para a implantação do RADIUS é convincente em múltiplas dimensões. A redução do risco de segurança é o benefício mais imediato: substituir uma PSK compartilhada por acesso baseado em identidade elimina o vetor mais comum para invasões de rede baseadas em WiFi, potencialmente evitando custos de violação que chegam a uma média de £3,4 milhões para empresas no Reino Unido. A garantia de conformidade sob PCI DSS, GDPR e regulamentações específicas do setor é alcançada através da combinação de controle de acesso baseado em identidade e logs de accounting abrangentes. Os ganhos de eficiência operacional são significativos em grandes implantações — o gerenciamento centralizado de políticas significa que integrar um novo usuário ou revogar o acesso de um funcionário que está saindo é uma ação única no diretório de identidade, e não uma reconfiguração manual em dezenas de pontos de acesso. Finalmente, os dados de accounting gerados pelo RADIUS fornecem inteligência acionável para o planejamento de capacidade, permitindo que as decisões de investimento em infraestrutura sejam baseadas em dados de uso real, em vez de estimativas.

Definições principais

RADIUS (Remote Authentication Dial-In User Service)

Um protocolo de rede, padronizado na RFC 2865, que fornece gerenciamento centralizado de Autenticação, Autorização e Contabilização (AAA) para usuários que se conectam a um serviço de rede. Ele opera em um modelo cliente-servidor, onde o Servidor de Acesso à Rede (NAS) é o cliente e o servidor RADIUS é a autoridade de tomada de decisão.

Este é o motor central da segurança de WiFi corporativo. Quando um gerente de TI fala sobre "mudar para o 802.1X", ele quase sempre está falando sobre a implantação de um servidor RADIUS.

802.1X

Um padrão IEEE para Controle de Acesso à Rede baseado em porta (PNAC). Ele define o encapsulamento do Protocolo de Autenticação Extensível (EAP) sobre redes IEEE 802, permitindo que um autenticador (por exemplo, um ponto de acesso WiFi) aplique a autenticação antes de conceder acesso à rede.

Este é o padrão que faz o RADIUS funcionar para o WiFi. Ao configurar um SSID para "WPA2-Enterprise", você está ativando o 802.1X nesse SSID.

AAA (Authentication, Authorization, Accounting)

Uma estrutura de segurança para controlar de forma inteligente o acesso a recursos de computação, aplicar políticas e auditar o uso. A Autenticação verifica a identidade, a Autorização determina as ações permitidas e a Contabilização registra a atividade.

Os servidores RADIUS são frequentemente chamados de "servidores AAA". Compreender essa estrutura é a base conceitual para todo o design de controle de acesso à rede.

Supplicant

Na estrutura 802.1X, o Supplicant é o dispositivo cliente — um laptop, smartphone ou dispositivo IoT — que está solicitando acesso à rede. O software supplicant no dispositivo gerencia a troca de autenticação EAP.

Ao solucionar falhas de autenticação, a configuração do supplicant (por exemplo, o perfil de WiFi em um laptop) costuma ser a origem do problema.

Authenticator

Na estrutura 802.1X, o Authenticator é o dispositivo de rede — normalmente um ponto de acesso sem fio ou um switch Ethernet — que aplica o controle de acesso. Ele retransmite as mensagens EAP entre o Supplicant e o Servidor de Autenticação, mas não toma a decisão de autenticação por si só.

O ponto de acesso é um retransmissor, não um tomador de decisão. Esta é uma distinção crítica: o trabalho do AP é encaminhar a solicitação para o RADIUS e, em seguida, agir com base na resposta.

EAP (Extensible Authentication Protocol)

Uma estrutura de autenticação definida na RFC 3748 que suporta múltiplos métodos de autenticação. O EAP em si não define um mecanismo de autenticação específico; em vez disso, fornece um formato padrão para negociar e transportar vários métodos EAP (por exemplo, EAP-TLS, PEAP, EAP-TTLS).

Ao configurar o 802.1X, você deve escolher um método EAP. A escolha entre EAP-TLS (certificados) e PEAP (senhas) é uma das decisões de segurança mais importantes em uma implantação de WiFi.

EAP-TLS (EAP Transport Layer Security)

Um método EAP baseado em certificado que fornece autenticação mútua entre o cliente e o servidor RADIUS usando certificados digitais X.509. É amplamente considerado o método EAP mais seguro, pois elimina totalmente as senhas.

O EAP-TLS é o padrão ouro para autenticação de dispositivos corporativos. A sua implantação exige uma Infraestrutura de Chaves Públicas (PKI) para emitir e gerenciar certificados de clientes, razão pela qual as soluções de gerenciamento de certificados baseadas em nuvem são cada vez mais populares.

Captive Portal

Uma página web que intercepta a conexão de um usuário a uma rede WiFi pública, exigindo que ele conclua uma ação — como aceitar os termos de serviço, inserir credenciais ou autenticar-se por meio de uma conta de rede social — antes que o acesso à internet seja concedido.

Os Captive Portals funcionam em conjunto com o RADIUS para WiFi de visitantes. O portal é a interface voltada para o usuário; o RADIUS é o mecanismo de autenticação de back-end que valida a sessão do usuário e aplica as políticas de acesso.

VLAN (Virtual Local Area Network)

Um segmento lógico de rede criado dentro de uma infraestrutura de rede física. As VLANs permitem que os administradores de rede segreguem o tráfego de diferentes grupos de usuários — como visitantes, funcionários e dispositivos IoT — mesmo quando compartilham o mesmo hardware físico.

A atribuição dinâmica de VLAN via RADIUS é o mecanismo que permite a segmentação de rede em WiFi corporativo. É um requisito fundamental para a conformidade com o PCI DSS e a arquitetura Zero Trust.

Shared Secret

Uma senha configurada tanto no cliente RADIUS (o ponto de acesso) quanto no servidor RADIUS para autenticar a comunicação entre eles e criptografar os valores dos atributos RADIUS. Ela deve ser idêntica em ambos os lados.

Uma divergência de shared secret é uma das causas mais comuns de falhas de autenticação RADIUS durante a implantação inicial. Sempre copie e cole em vez de digitar esse valor manualmente.

Exemplos práticos

Um hotel de 500 quartos precisa fornecer WiFi seguro para hóspedes, participantes de conferências e funcionários. Os hóspedes devem ter uma experiência de integração sem atritos, enquanto a equipe exige acesso seguro aos sistemas internos de gerenciamento de propriedade e de ponto de venda. O hotel usa o Oracle OPERA como seu Sistema de Gerenciamento de Propriedade (PMS).

Implante a plataforma de RADIUS em nuvem da Purple integrada ao PMS Oracle OPERA do hotel. Provisione três SSIDs separados: 'Hotel-Guest', 'Conference-WiFi' e 'Staff-Internal'. O SSID 'Staff-Internal' é configurado para WPA3-Enterprise com EAP-TLS. Os certificados digitais são implantados em todos os dispositivos de propriedade do hotel por meio de uma plataforma MDM (por exemplo, Jamf ou Microsoft Intune), permitindo uma autenticação perfeita e sem senha para a equipe. O SSID 'Hotel-Guest' usa um Captive Portal personalizado integrado ao OPERA. No check-in, o OPERA cria automaticamente uma conta de usuário RADIUS temporária com credenciais válidas pela duração da estadia do hóspede. O hóspede recebe um código QR ou um e-mail de boas-vindas com um link de conexão direta. O SSID 'Conference-WiFi' usa um sistema baseado em vouchers dentro da plataforma da Purple, permitindo que os coordenadores de eventos gerem códigos de acesso exclusivos e com limite de tempo para seus participantes. Todos os três SSIDs usam atribuição dinâmica de VLAN para impor uma segmentação de tráfego rigorosa.

Comentário do examinador: Esta arquitetura atende a três populações distintas de usuários com métodos de autenticação adequadamente personalizados. A integração do PMS para acesso de hóspedes é um ganho fundamental de eficiência operacional, eliminando o gerenciamento manual de credenciais na recepção. A abordagem baseada em certificados para dispositivos da equipe é a escolha de segurança correta para usuários com acesso a sistemas internos confidenciais. O sistema de vouchers para participantes de conferências fornece um modelo escalável e de autoatendimento para o gerenciamento de eventos. A segmentação de VLAN em todos os três SSIDs garante que um dispositivo de hóspede comprometido não possa acessar a rede interna do hotel.

Uma rede de varejo com 200 lojas no Reino Unido deseja substituir sua rede WiFi de convidados insegura e com senha compartilhada. A equipe de marketing exige dados demográficos de aceitação (opt-in) dos visitantes das lojas para apoiar campanhas direcionadas. A equipe de TI usa o Azure Active Directory para todo o gerenciamento de identidade corporativa.

Implante a plataforma de RADIUS em nuvem e WiFi de convidados da Purple em todas as 200 lojas usando uma configuração centralizada e baseada em modelos. Para o acesso de convidados, configure um Captive Portal personalizado em um SSID de convidados dedicado. O portal oferece autenticação por meio de contas de redes sociais (Facebook, Google) ou um formulário de registro simples, capturando o consentimento de marketing (opt-in) em conformidade com a GDPR. A plataforma da Purple agrega esses dados em um painel de análise centralizado, fornecendo à equipe de marketing dados demográficos dos visitantes, tempos de permanência e taxas de visitas repetidas. Para a equipe corporativa, integre o servidor RADIUS ao locatário existente do Azure AD. Os funcionários se conectam a um SSID 'Staff' separado usando suas credenciais do Azure AD via PEAP, com um plano de migração em fases para EAP-TLS com certificados para as funções de maior risco. Todo o tráfego de convidados é isolado em uma VLAN dedicada, sem acesso à rede interna da loja ou aos sistemas EPOS, atendendo aos requisitos de segmentação de rede PCI DSS.

Comentário do examinador: Esta solução resolve simultaneamente os objetivos de segurança, conformidade e marketing. As opções de login social e formulário de registro oferecem uma experiência de convidado com baixo atrito, ao mesmo tempo em que geram dados primários valiosos e consentidos — um ativo comercial significativo em um ambiente pós-cookies de terceiros. A integração do Azure AD para o acesso da equipe é altamente eficiente, aproveitando o investimento em identidade existente e evitando a criação de um banco de dados de usuários paralelo. A abordagem em fases para o EAP-TLS é uma estratégia de implantação pragmática que oferece melhorias imediatas de segurança enquanto se constrói em direção ao estado desejado.

Questões práticas

Q1. Você é o arquiteto de TI de um grande centro de convenções. Uma grande empresa de tecnologia está alugando seu espaço para uma conferência de três dias com 5.000 participantes. O cliente tem a exigência estrita de que os participantes possam se conectar a uma rede WiFi segura e de alto desempenho sem inserir manualmente uma senha a cada dia. O cliente usa o Okta como seu provedor de identidade. Como você projetaria a solução de autenticação?

Dica: Considere como fornecer uma experiência perfeita e sem senha para um grande número de usuários de uma única organização externa. Pense na autenticação baseada em certificado e em como integrá-la a um provedor de identidade de terceiros para um evento com tempo limitado.

Ver resposta modelo

A solução ideal é provisionar um SSID dedicado para a conferência configurado para WPA3-Enterprise com EAP-TLS. Integre sua plataforma RADIUS em nuvem com o tenant Okta do cliente via federação SAML durante o evento. Antes do início da conferência, os participantes são direcionados a um portal de integração único, onde se autenticam com suas credenciais do Okta. Após a autenticação bem-sucedida, um certificado digital exclusivo é gerado e instalado em seu dispositivo. Pelo restante da conferência, o dispositivo se conecta de forma automática e segura ao SSID sem qualquer outra interação do usuário. Os certificados são emitidos com um período de validade correspondente à duração da conferência e são revogados automaticamente no encerramento. Isso proporciona uma experiência perfeita e sem senha, mantendo uma segurança robusta, e aproveita a infraestrutura de identidade existente do cliente em vez de criar um sistema de credenciais separado.

Q2. Um hospital privado precisa fornecer WiFi para pacientes e visitantes, mas deve garantir que esse tráfego seja completamente isolado da rede usada para sistemas clínicos, prontuários eletrônicos e dispositivos médicos, para cumprir com os requisitos do HIPAA e do NHS DSP Toolkit. Qual recurso do RADIUS é mais crítico para alcançar esse isolamento e como você o configuraria?

Dica: Foque no pilar de Autorização do framework AAA. A chave não é apenas autenticar os usuários, mas controlar o que eles podem acessar após a autenticação. Considere como o RADIUS comunica a política de rede ao ponto de acesso.

Ver resposta modelo

O recurso mais crítico é a atribuição dinâmica de VLAN por meio de políticas de autorização RADIUS. Você criaria uma VLAN dedicada 'Paciente-Visitante' (por exemplo, VLAN 50) na infraestrutura de rede, configurada com regras de firewall que permitem apenas o acesso à internet e negam explicitamente todo o tráfego para as VLANs da rede clínica. No servidor RADIUS, crie uma política de autorização que atribua qualquer usuário que se autentique no SSID de WiFi de pacientes à VLAN 50, independentemente de suas credenciais. O servidor RADIUS comunica essa atribuição ao ponto de acesso por meio dos atributos Tunnel-Type, Tunnel-Medium-Type e Tunnel-Private-Group-ID na mensagem Access-Accept. O ponto de acesso então direciona o tráfego do usuário para a VLAN 50 no momento da conexão. Isso garante que, mesmo que o dispositivo de um paciente seja comprometido, ele não terá caminho de rede para os sistemas clínicos — um requisito fundamental para a conformidade com o HIPAA e a segurança da rede clínica.

Q3. Sua organização implantou o 802.1X com RADIUS em toda a sua infraestrutura corporativa. Um funcionário relata que não consegue se conectar ao WiFi corporativo a partir de seu novo laptop, mas consegue se conectar com sucesso a partir de seu smartphone e de seu laptop anterior. O helpdesk de TI confirmou que a conta do funcionário está ativa no Azure AD. Qual é a sua abordagem de diagnóstico e quais são as três causas raiz mais prováveis?

Dica: O problema é específico do dispositivo, não do usuário — o usuário consegue se autenticar a partir de outros dispositivos. Isso restringe o problema à configuração do dispositivo, ao certificado do dispositivo ou às configurações do suplicante do dispositivo. Comece com os logs do servidor RADIUS.

Ver resposta modelo

A abordagem de diagnóstico consiste em examinar primeiro os logs de autenticação do servidor RADIUS em busca de mensagens Access-Reject correspondentes ao endereço MAC do novo laptop. O código do motivo da rejeição identificará a causa raiz. As três causas mais prováveis são: (1) Certificado de cliente ausente ou inválido — se a implantação usar EAP-TLS, o novo laptop pode ainda não ter recebido um certificado provisionado via MDM. Verifique se o dispositivo está registrado na plataforma MDM e se a política de implantação de certificado foi aplicada. (2) Perfil de WiFi incorreto — o novo laptop pode ter as configurações incorretas do suplicante 802.1X, como o método EAP errado, uma configuração incorreta de confiança do certificado do servidor RADIUS ou o formato de nome de usuário incorreto. Verifique se o perfil de WiFi corresponde ao modelo corporativo padrão. (3) Dispositivo ainda não registrado no diretório de identidade — algumas políticas RADIUS realizam uma verificação de conformidade do dispositivo em relação ao Azure AD. Se o novo laptop ainda não tiver concluído o ingresso no Azure AD e o registro do dispositivo, ele poderá falhar nessa verificação, mesmo que a conta do usuário esteja ativa.

Continue a ler esta série

Configurando Autenticação RADIUS para Redes WiFi de Convidados e Funcionários

Este guia de referência técnica descreve a arquitetura, configuração e implantação da autenticação RADIUS para redes WiFi corporativas de convidados e funcionários. Ele fornece aos arquitetos de rede e gerentes de TI os protocolos exatos, padrões de segurança e metodologias de solução de problemas necessários para criar sistemas de controle de acesso sem fio seguros e escaláveis.

Ler o guia →

Passpoint and OpenRoaming: Complete Guide

Este guia de referência técnica fornece uma análise abrangente das estruturas Passpoint (Hotspot 2.0) e WBA OpenRoaming em redes WiFi corporativas. Ele detalha os protocolos de autenticação subjacentes, componentes de arquitetura e estratégias de implantação necessárias para estabelecer uma conectividade de visitantes segura e sem atrito. Arquitetos de rede e líderes de TI aprenderão como projetar, implementar e solucionar problemas desses padrões para eliminar as barreiras de login manual, mantendo a segurança de nível empresarial.

Ler o guia →

Como Implementar SCEP para BYOD Seguro e Registro de Rede no Ensino Superior

Este guia técnico fornece aos arquitetos de rede e gerentes de TI um modelo neutro de fornecedor para implantar o registro de certificados baseado em SCEP para proteger redes de campus de ensino superior. Ele detalha como migrar do PEAP baseado em senha para o 802.1X EAP-TLS, automatizar a integração de BYOD e aplicar uma segmentação robusta de VLAN.

Ler o guia →