Mitigando Vulnerabilidades do RADIUS: Um Guia de Fortalecimento de Segurança

Resumo Executivo

O RADIUS (Remote Authentication Dial-In User Service) continua sendo o protocolo dominante para controle de acesso à rede em implantações de WiFi corporativo, servindo de base para a autenticação IEEE 802.1X em hotéis, redes de varejo, estádios, centros de convenções e edifícios do setor público. No entanto, o RADIUS foi projetado na década de 1990 e várias de suas decisões de design fundamentais — dependência de hash MD5, transporte UDP sem criptografia nativa e segredos compartilhados estáticos — tornaram-se vulnerabilidades críticas no cenário de ameaças atual.

Em julho de 2024, a vulnerabilidade BlastRADIUS (CVE-2024-3596) demonstrou que um invasor do tipo man-in-the-middle pode forjar respostas Access-Accept do RADIUS explorando a fraqueza de integridade do MD5 em pacotes Access-Request. Isso afeta todas as principais implementações de RADIUS, incluindo FreeRADIUS, Cisco ISE e Microsoft NPS. Implantações sem patch permanecem expostas.

Este guia fornece um roteiro de hardening priorizado que abrange gerenciamento de patches, higiene de segredos compartilhados, seleção de métodos EAP, implantação de RadSec, autenticação multifator para acesso administrativo e integração com SIEM para detecção de anomalias. Ele foi escrito para o profissional de TI que precisa tomar uma decisão defensável neste trimestre, não no próximo ano.

Análise Técnica Detalhada

Como o RADIUS Funciona e Onde Ele Falha

O RADIUS opera como um protocolo cliente-servidor entre um Network Access Server (NAS) — normalmente um ponto de acesso WiFi, switch ou concentrador VPN — e um servidor RADIUS que valida as credenciais em um repositório de identidade de backend, como o Active Directory ou LDAP. A troca de autenticação segue um modelo de requisição-desafio-resposta definido na RFC 2865, com a bilhetagem (accounting) tratada separadamente sob a RFC 2866.

O protocolo transmite pacotes de autenticação via UDP, porta 1812 para autenticação e porta 1813 para bilhetagem. O segredo compartilhado — uma chave pré-compartilhada configurada tanto no NAS quanto no servidor RADIUS — é usado para gerar o campo Response Authenticator e para ofuscar o atributo User-Password por meio de uma cifra XOR baseada em MD5. Isso não é criptografia no sentido moderno; é ofuscação e depende inteiramente do sigilo e da força do segredo compartilhado.

As cinco principais classes de vulnerabilidade em uma implantação típica de RADIUS são as seguintes.

Vulnerabilidades de Integridade e Colisão MD5. O ataque BlastRADIUS (CVE-2024-3596) explora a ausência de proteção de integridade nos pacotes Access-Request. Como o NAS não inclui um atributo Message-Authenticator por padrão em muitas configurações, um invasor posicionado como man-in-the-middle pode injetar um atributo manipulado no pacote antes que ele chegue ao servidor RADIUS. Ao explorar técnicas de colisão de prefixo escolhido em MD5, o invasor pode manipular o pacote de forma que o servidor RADIUS calcule um Response Authenticator válido para o pacote modificado, retornando um Access-Accept para uma solicitação que deveria ter sido rejeitada. A mitigação consiste em impor o atributo Message-Authenticator em todos os pacotes Access-Request, o que fornece proteção de integridade HMAC-MD5 sobre todo o pacote. Trata-se de uma alteração de configuração tanto no NAS quanto no servidor RADIUS, e não apenas de um patch de servidor.

Segredos Compartilhados Fracos ou Estáticos. O segredo compartilhado é a âncora criptográfica da troca RADIUS. Se ele for curto, adivinhável ou não tiver sido rotacionado, um invasor que capture o tráfego RADIUS — o que é viável via ARP spoofing ou um dispositivo de rede comprometido — pode realizar um ataque de força bruta offline contra o atributo User-Password. As diretrizes do NIST SP 800-63B sobre segredos memorizados se aplicam aqui: os segredos devem ter no mínimo 20 caracteres, ser gerados aleatoriamente e armazenados em um sistema de gerenciamento de segredos. Para grandes infraestruturas com dezenas ou centenas de dispositivos NAS, a rotação manual é operacionalmente inviável; a automação via HashiCorp Vault ou um gerenciador de segredos comparável é a abordagem correta.

Transporte UDP Não Criptografado. O RADIUS padrão sobre UDP não oferece confidencialidade na camada de transporte. O atributo User-Password é ofuscado, mas não criptografado. Todos os outros atributos — incluindo nome de usuário, IP do NAS e metadados de sessão — são transmitidos em texto claro. O RadSec (RADIUS sobre TLS), definido na RFC 6614 e atualizado na RFC 7360, resolve isso envolvendo o protocolo RADIUS em uma sessão TLS 1.2 ou TLS 1.3 sobre a porta TCP 2083. O RadSec fornece autenticação mútua de certificados entre o NAS e o servidor RADIUS, criptografia completa de payload e proteção contra replay. É o transporte correto para qualquer tráfego RADIUS que cruze um limite de rede não confiável. Seleção do Método EAP. O Extensible Authentication Protocol (EAP) define o método de autenticação interno usado no framework 802.1X. O EAP-MD5 está obsoleto e deve ser removido de todas as implantações imediatamente — ele não fornece autenticação mútua e não oferece proteção contra coleta de credenciais. O PEAP (Protected EAP) e o EAP-TTLS estabelecem um túnel TLS usando um certificado de servidor antes de transmitir as credenciais, fornecendo autenticação mútua e protegendo o método interno contra interceptação. O EAP-TLS elimina totalmente as senhas, exigindo que tanto o servidor quanto o cliente apresentem certificados X.509. Ele é imune a ataques de phishing e força bruta, sendo o método recomendado para ambientes de alta segurança.

Registro e Monitoramento Insuficientes. A bilhetagem RADIUS registra cada evento de autenticação — sucesso, falha, início de sessão, término de sessão. Esses dados são valiosos operacionalmente para o planejamento de capacidade e comercialmente para o WiFi Analytics , mas também são uma fonte crítica de telemetria de segurança. Picos de falhas de autenticação, autenticações de endereços MAC inesperados e padrões de acesso fora do horário comercial são todos detectáveis a partir dos logs de bilhetagem RADIUS. A maioria das organizações não está integrando esses dados em um SIEM, e aquelas que estão, muitas vezes não possuem limites de alerta configurados.

O Ataque BlastRADIUS em Detalhes

O BlastRADIUS foi divulgado em julho de 2024 por pesquisadores da Boston University e da University of California San Diego. O ataque exige uma posição de man-in-the-middle entre o NAS e o servidor RADIUS — alcançável via envenenamento ARP em um segmento de rede compartilhado, um roteador comprometido ou um invasor interno malicioso com acesso à rede.

O ataque ocorre da seguinte forma: o invasor intercepta um pacote Access-Request do NAS. Como o pacote carece do atributo Message-Authenticator (o padrão em muitas configurações), o invasor tem a liberdade de modificar a lista de atributos do pacote. Usando uma colisão de prefixo escolhido de MD5, o invasor cria um pacote modificado que, quando processado pelo servidor RADIUS, produz o mesmo Response Authenticator que o pacote original produziria. O servidor, portanto, retorna um Access-Accept para uma solicitação que contém atributos controlados pelo invasor — incluindo um Service-Type do tipo Administrative, que concede acesso total à rede.

O ataque é viável contra implantações PEAP e EAP-TTLS onde o método interno utiliza MSCHAPv2. Ele não afeta implantações EAP-TLS, pois a autenticação mútua baseada em certificado fornece proteção de integridade que o MD5 não pode comprometer.

Para organizações que operam Guest WiFi em conjunto com o 802.1X corporativo, a instância RADIUS da rede de convidados também deve ser corrigida, mesmo que utilize MAC Authentication Bypass em vez de EAP. Os requisitos de higiene de segredo compartilhado e Message-Authenticator aplicam-se igualmente.

Guia de Implementação

Fase 1: Correção Imediata (Semana 1–2)

A prioridade inicial é a aplicação de patches. O FreeRADIUS 3.2.5 e o 3.0.27 incluem a correção para o BlastRADIUS e impõem o Message-Authenticator por padrão. O Cisco ISE 3.1 Patch 8, 3.2 Patch 4 e 3.3 Patch 1 corrigem a vulnerabilidade. A Microsoft lançou o KB5040434 para Windows Server 2022 NPS em julho de 2024. Verifique suas versões atuais e aplique as correções em sua próxima janela de manutenção programada.

Simultaneamente, faça uma auditoria no firmware dos seus dispositivos NAS. A imposição do Message-Authenticator só é eficaz se o NAS também enviar o atributo. Verifique os comunicados de segurança dos fabricantes de seus pontos de acesso e switches — Aruba, Ruckus, Cisco e Juniper lançaram atualizações de firmware que abordam o BlastRADIUS. Se você utiliza hardware Ruckus, o wireless access point Ruckus guide fornece o contexto relevante para gerenciamento de firmware.

Para o Troubleshooting Windows 11 802.1X Authentication Issues que possam surgir após a correção, a causa mais comum é o servidor NPS rejeitar conexões de clientes que não incluem o Message-Authenticator — um comportamento de segurança correto que pode exigir a reconfiguração do suplicante em clientes Windows mais antigos.

Fase 2: Higiene de Segredo Compartilhado (Semana 2–4)

Exporte a lista completa de clientes NAS registrados em seu servidor RADIUS. Para cada entrada, registre o comprimento do segredo compartilhado e a data da última alteração. Qualquer segredo com menos de 20 caracteres ou inalterado por mais de 24 meses deve ser rotacionado imediatamente.

Para novos segredos, use um gerador criptograficamente aleatório — openssl rand -base64 32 produz uma string base64 de 44 caracteres adequada para uso como segredo compartilhado RADIUS. Armazene todos os segredos em um sistema de gerenciamento de segredos. Implemente um cronograma de rotação: anualmente para dispositivos NAS de baixo risco, a cada seis meses para dispositivos NAS no escopo do PCI DSS.

Fase 3: Racionalização do Método EAP (Mês 1–2)

Audite os métodos EAP permitidos no seu servidor RADIUS. Desative o EAP-MD5. Se estiver executando PEAP-MSCHAPv2, verifique se a validação do certificado do servidor é imposta em todos os suplicantes — um suplicante mal configurado que aceita qualquer certificado de servidor fica vulnerável a ataques de servidores RADIUS falsos. Para ambientes no escopo do PCI DSS, o EAP-TLS é o caminho recomendado. Inicie o planejamento de PKI caso não possua uma infraestrutura de certificados existente.

Para Securing Guest WiFi Networks , observe que as redes de convidados geralmente usam autenticação por Captive Portal em vez de 802.1X, portanto, o endurecimento do método EAP aplica-se principalmente aos SSIDs corporativos e de funcionários.

Fase 4: Implantação do RadSec (Mês 2–3)

Identifique todos os caminhos de tráfego RADIUS que cruzam limites de rede não confiáveis. Cenários comuns incluem: um servidor RADIUS central atendendo propriedades de hotéis remotos pela internet; um serviço RADIUS hospedado na nuvem acessado por dispositivos NAS locais; e cadeias de proxy RADIUS onde o tráfego passa por múltiplos domínios de rede.

Para cada caminho identificado, configure o RadSec. No FreeRADIUS, isso requer a ativação do listener tls na porta 2083 e a configuração de TLS mútuo com certificados da sua PKI. No Cisco ISE, o RadSec é configurado em Administration > Network Devices. Certifique-se de que o TLS 1.2 seja a versão mínima; desative explicitamente o TLS 1.0 e 1.1.

Fase 5: MFA para Acesso Administrativo (Mês 2–3)

A interface de gerenciamento do servidor RADIUS é um alvo de alto valor. Um invasor que comprometa o servidor RADIUS pode modificar políticas de autenticação, extrair segredos compartilhados e redirecionar o tráfego de autenticação. Imponha MFA para todos os logins administrativos no servidor RADIUS e em seu sistema operacional subjacente. Restrinja o acesso de gerenciamento a uma VLAN de gerenciamento fora de banda dedicada. Implemente controle de acesso baseado em funções: engenheiros de rede não devem ter os mesmos privilégios que administradores de segurança.

Fase 6: Integração com SIEM e Alertas (Mês 3–4)

Configure seu servidor RADIUS para encaminhar logs de contabilização (accounting logs) para seu SIEM em tempo real. Defina os seguintes limites de alerta como linha de base:

Boas Práticas

As seguintes recomendações representam o consenso do IEEE 802.1X, NIST SP 800-63B, PCI DSS v4.0 e avisos de segurança de fornecedores.

Gerenciamento de Certificados. Qualquer implantação que utilize EAP-TLS ou RadSec possui certificados X.509 no caminho de autenticação. A expiração de certificados é a causa única mais comum de falha repentina e total de autenticação em implantações de WiFi corporativo. Implemente o gerenciamento automatizado do ciclo de vida dos certificados. Defina alertas de monitoramento para 90, 30 e 7 dias antes da expiração. Para certificados de servidor RADIUS, use um tamanho mínimo de chave de RSA de 2048 bits ou ECDSA de 256 bits, com algoritmos de assinatura SHA-256 ou superiores. Não utilize SHA-1.

Segmentação de Rede. O servidor RADIUS deve residir em um segmento de rede de gerenciamento dedicado, isolado tanto da rede de convidados quanto da rede corporativa geral. O acesso às portas RADIUS (UDP 1812, 1813, TCP 2083 para RadSec) deve ser restrito por ACL de firewall aos endereços IP específicos dos dispositivos NAS registrados. Nenhum acesso direto da internet às portas RADIUS. Redundância e Alta Disponibilidade. Um único servidor RADIUS é um ponto único de falha para toda a sua infraestrutura de controle de acesso à rede. Implante no mínimo dois servidores RADIUS em uma configuração ativo-passivo ou ativo-ativo. Para implantações em Hospitalidade com requisitos de conectividade de hóspedes 24 horas por dia, 7 dias por semana, o tempo de inatividade do servidor RADIUS é diretamente equivalente ao tempo de inatividade do WiFi dos hóspedes — um risco reputacional e comercial.

WPA3 e 802.1X. O WPA3-Enterprise exige o uso do modo de segurança de 192 bits para implantações governamentais e de alta segurança, exigindo AES-256-GCMP para criptografia de dados e HMAC-SHA-384 para autenticação. Para a maioria das implantações corporativas, o WPA3-Enterprise com segurança padrão de 128 bits é uma melhoria significativa em relação ao WPA2-Enterprise, particularmente em combinação com EAP-TLS. Ambientes de Varejo que processam pagamentos com cartão devem tratar a adoção do WPA3-Enterprise como uma medida de redução de risco do PCI DSS.

Cadência de Patches do Fabricante. Assine os avisos de segurança do fabricante do seu servidor RADIUS e dos fabricantes dos seus dispositivos NAS. FreeRADIUS, Cisco, Microsoft, Aruba e Ruckus publicam notificações de CVE. Integre-as ao seu programa de gerenciamento de vulnerabilidades com um SLA definido: vulnerabilidades críticas (CVSS ≥ 9.0) corrigidas em até 72 horas; vulnerabilidades altas (CVSS 7.0–8.9) em até 14 dias.

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

Modos de Falha Comuns

Falhas de Autenticação Pós-Patch. Após a aplicação dos patches do BlastRADIUS, alguns dispositivos NAS podem falhar na autenticação se o firmware deles não suportar o Message-Authenticator. Sintomas: aumento repentino nas respostas Access-Reject sem alteração nas credenciais do usuário. Diagnóstico: habilite o log de depuração do RADIUS e verifique se há erros de "Message-Authenticator required but not present". Resolução: atualize o firmware do NAS ou, como medida temporária, configure o servidor RADIUS para aceitar solicitações sem Message-Authenticator de IPs de NAS específicos enquanto as atualizações de firmware são agendadas.

Falhas de Validação de Certificado no EAP-TLS. Sintomas: os clientes recebem "Falha na Autenticação" sem o Access-Reject correspondente nos logs do RADIUS. Diagnóstico: verifique a cadeia de certificados do servidor RADIUS — a CA emissora é confiável para o suplicante do cliente? O certificado do servidor está dentro do período de validade? Resolução: garanta que a cadeia de certificados completa (folha + intermediária + raiz) esteja configurada no servidor RADIUS. Distribua o certificado da CA raiz para os dispositivos dos clientes via MDM ou Diretiva de Grupo.

Falhas de Handshake TLS do RadSec. Sintomas: os dispositivos NAS falham ao estabelecer conexões RadSec após alteração de configuração. Diagnóstico: verifique a compatibilidade da versão do TLS — firmwares de NAS mais antigos podem não suportar TLS 1.2. Verifique a autenticação mútua de certificados — ambas as pontas devem confiar na CA uma da outra. Resolução: verifique o suporte à versão do TLS nas notas de lançamento do firmware do NAS; garanta que os certificados do dispositivo NAS sejam emitidos pela mesma CA confiável pelo servidor RADIUS.

Incompatibilidade de Shared Secret. Sintomas: todas as autenticações de um NAS específico falham com erros de "Invalid authenticator". Diagnóstico: incompatibilidade de shared secret entre a configuração do NAS e a entrada do cliente no servidor RADIUS. Resolução: insira novamente o shared secret em ambos os lados, garantindo que não haja espaços extras no final ou problemas de codificação de caracteres. Use copiar e colar de um gerenciador de segredos para evitar erros de transcrição.

Registro de Riscos

ROI e Impacto no Negócio

Quantificando o Risco

A justificativa financeira para o endurecimento (hardening) do RADIUS é direta quando comparada aos custos de uma violação. O custo médio de uma violação de dados no Reino Unido em 2024 foi de £3,58 milhões, incluindo multas regulatórias, remediação, custos jurídicos e danos à reputação. Para organizações no escopo do PCI DSS — o que inclui praticamente todos os operadores de Varejo e Hospitalidade que processam pagamentos com cartão via WiFi — uma violação de controle de acesso à rede que exponha dados de titulares de cartão exige investigação forense obrigatória, possíveis multas das bandeiras de cartão e eventual suspensão dos privilégios de processamento de cartões.

Para organizações de Saúde , uma violação da GDPR envolvendo dados de pacientes acessados por meio de um servidor RADIUS comprometido acarreta multas de até 4% do faturamento anual global, de acordo com o Artigo 83(5). O histórico de fiscalização do ICO demonstra que falhas na segurança da rede são tratadas como negligência, não como acidentes técnicos.

Parâmetros de Custo de Implementação

As estimativas de custo a seguir são indicativas para uma infraestrutura corporativa de 500 dispositivos:

Investimento total de hardening para uma infraestrutura de médio porte: aproximadamente £20.000–£45.000. Diante de uma base de custo de violação de £3,58 milhões, o ROI ajustado ao risco é extremamente atraente, mesmo com estimativas baixas de probabilidade de violação.

Benefícios Operacionais Além da Segurança

Uma infraestrutura RADIUS robustecida também oferece benefícios operacionais. Uma autenticação confiável e bem monitorada reduz os chamados de suporte relacionados à conectividade WiFi. Os dados de tarifação RADIUS, quando integrados ao WiFi Analytics , fornecem visibilidade em nível de sessão sobre padrões de uso da rede, tempos de permanência e tipos de dispositivos — dados que possuem valor comercial direto para operadores de locais nos setores de Hospitalidade e Transporte .

Para organizações do setor público e de Saúde , um programa documentado de robustecimento de RADIUS fornece evidências de controles técnicos para as avaliações do Cyber Essentials Plus, ISO 27001 e NHS DSPT — reduzindo a sobrecarga de auditoria e demonstrando a devida diligência aos órgãos reguladores.