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

Resumo Executivo

O RADIUS (Remote Authentication Dial-In User Service) continua sendo o principal protocolo para controle de acesso à rede em implantações de WiFi corporativo, sustentando a autenticação IEEE 802.1X em hotéis, estabelecimentos de varejo, estádios, centros de convenções e prédios do setor público. No entanto, a arquitetura do RADIUS remonta à 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 riscos significativos no cenário atual de ameaças.

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

Este guia oferece um roteiro de hardening priorizado que abrange o gerenciamento de patches, a higiene de segredos compartilhados, a seleção de métodos EAP, a implantação do RadSec, a autenticação multifator para acesso administrativo e a integração de SIEM para detecção de anomalias. Foi escrito para profissionais de TI que precisam tomar decisões defensáveis neste trimestre, não no próximo ano.

Análise Técnica Detalhada

Como o RADIUS funciona e onde ele é fraco

O RADIUS opera como um protocolo cliente-servidor entre um servidor de acesso à rede (NAS) - normalmente um ponto de acesso WiFi, switch ou concentrador VPN - e um servidor RADIUS, que valida as credenciais em relação a um repositório de identidade de backend, como o Active Directory ou o LDAP. A troca de autenticação segue o 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, utilizando a porta 1812 para autenticação e 1813 para bilhetagem. O segredo compartilhado - a chave pré-compartilhada configurada tanto no NAS quanto no servidor RADIUS - é usado para gerar o campo Response Authenticator e para criptografar o atributo User-Password por meio de uma cifra XOR baseada em MD5. Isso não é criptografia no sentido moderno; é uma ofuscação que depende inteiramente do sigilo e da força do segredo compartilhado.

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

Vulnerabilidades de integridade e colisão de MD5. O ataque BlastRADIUS (CVE-2024-3596) explora a falta de proteção de integridade em pacotes Access-Request. Como muitas configurações não incluem o atributo Message-Authenticator do NAS por padrão, um invasor em uma posição man-in-the-middle pode injetar atributos manipulados antes que o pacote chegue ao servidor RADIUS. Usando uma técnica de colisão de prefixo escolhido de MD5, o invasor pode manipular o pacote para 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 é impor o atributo Message-Authenticator em todos os pacotes Access-Request, o que fornece proteção de integridade HMAC-MD5 em todo o pacote. Isso requer alterações de configuração tanto no NAS quanto no servidor RADIUS, não apenas um patch de servidor.

Segredos compartilhados fracos ou estáticos. O segredo compartilhado é a âncora criptográfica da troca RADIUS. Se o segredo for curto, adivinhável ou nunca rotacionado, um invasor que capture o tráfego RADIUS (possível por meio de ARP spoofing ou um dispositivo de rede comprometido) pode realizar força bruta no atributo User-Password de forma offline. As diretrizes do NIST SP 800-63B sobre segredos memorizados se aplicam aqui: os segredos devem ter pelo menos 20 caracteres, ser gerados aleatoriamente e armazenados em um sistema de gerenciamento de segredos. Para redes grandes com dezenas ou centenas de dispositivos NAS, a rotação manual é inviável operacionalmente; a automação por meio do HashiCorp Vault ou de um gerenciador de segredos semelhante é 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 nomes de usuário, IPs do NAS e metadados de sessão - trafegam em texto claro. O RadSec (RADIUS sobre TLS), definido no RFC 6614 e atualizado no RFC 7360, resolve isso envolvendo o protocolo RADIUS em um túnel TLS sobre a porta TCP 2083, estabelecendo uma sessão TLS 1.2 ou TLS 1.3. O RadSec fornece autenticação mútua de certificados entre o NAS e o servidor RADIUS, criptografia completa de payload e proteção contra repetição. É 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 os métodos internos de autenticação usados na estrutura 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 nenhuma resistência a ataques de coleta de credenciais. O PEAP (Protected EAP) e o EAP-TTLS estabelecem um túnel TLS usando um certificado de servidor antes de transmitir credenciais, fornecendo autenticação mútua e protegendo o método interno contra interceptação. O EAP-TLS elimina totalmente as senhas, exigindo certificados X.509 tanto no servidor quanto no cliente. Ele é imune a ataques de phishing e força bruta, sendo o método recomendado para ambientes de alta segurança. Registro (logging) e monitoramento insuficientes. A bilhetagem RADIUS registra cada evento de autenticação - sucesso, falha, início de sessão, encerramento de sessão. Esses dados são operacionalmente valiosos para o planejamento de capacidade e comercialmente valiosos para o WiFi Analytics , mas também são uma fonte crítica de telemetria de segurança. Tempestades de falhas de autenticação, autenticações de endereços MAC desconhecidos 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 ingere esses dados em um SIEM, e aquelas que o fazem raramente configuram limites de alerta.

O ataque BlastRADIUS em detalhes

O BlastRADIUS foi divulgado em julho de 2024 por pesquisadores da Boston University e da UC San Diego. O ataque requer uma posição de "man-in-the-middle" entre o NAS e o servidor RADIUS - alcançável via envenenamento de ARP em um segmento de rede compartilhado, um roteador comprometido ou um insider 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 está livre para modificar a lista de atributos do pacote. Usando uma colisão de prefixo escolhido MD5, o invasor constrói um pacote modificado para o qual o servidor RADIUS computará o mesmo Response Authenticator do original. O servidor, portanto, retorna um Access-Accept para uma solicitação contendo atributos controlados pelo invasor - incluindo um Service-Type de Administrative que autoriza o acesso total à rede.

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

Para organizações que executam tanto o Guest WiFi quanto o 802.1X corporativo, a instância RADIUS da rede de convidados também deve ser corrigida, mesmo que use desvio de autenticação MAC em vez de EAP. A higiene do segredo compartilhado e a exigência de Message-Authenticator aplicam-se igualmente.

Guia de Implementação

Fase 1: Correção imediata (semanas 1-2)

A aplicação de patches vem primeiro. O FreeRADIUS 3.2.5 e o 3.0.27 contêm as correções 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 o Windows Server 2022 NPS em julho de 2024. Verifique suas versões atuais e aplique os patches dentro da sua próxima janela de manutenção agendada.

Ao mesmo tempo, faça uma auditoria no firmware do seu dispositivo NAS. A imposição do Message-Authenticator só é eficaz se o NAS também enviar o atributo. Verifique os comunicados dos fornecedores de pontos de acesso e switches - Aruba, Ruckus, Cisco e Juniper lançaram atualizações de firmware para o BlastRADIUS. Se você estiver executando hardware Ruckus, o guia de ponto de acesso wireless Ruckus fornece o contexto relevante de gerenciamento de firmware.

Para o diagnóstico de problemas de autenticação 802.1X no Windows 11 que podem surgir após a aplicação de patches, a causa mais comum é o servidor NPS rejeitando 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 segredos compartilhados (semanas 2 a 4)

Exporte a lista completa de clientes NAS registrados em seus servidores RADIUS. Para cada entrada, registre o comprimento do segredo compartilhado e a data em que foi alterado pela última vez. 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 bem adequada para uso como um 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 (meses 1 a 2)

Audite os métodos EAP que seus servidores RADIUS permitem. Desative o EAP-MD5. Se você estiver executando PEAP-MSCHAPv2, verifique se todos os suplicantes exigem a validação do certificado do servidor - 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 é recomendado. Se você não possui uma infraestrutura de certificados existente, inicie o planejamento de PKI.

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

Fase 4: Implantação do RadSec (meses 2 a 3)

Identifique cada caminho de tráfego RADIUS que cruza um limite de rede não confiável. Cenários comuns incluem um servidor RADIUS central atendendo hotéis remotos pela internet; dispositivos NAS locais acessando um serviço RADIUS em nuvem; e cadeias de proxy RADIUS onde o tráfego atravessa múltiplos domínios de rede.

Para cada caminho identificado, configure o RadSec. No FreeRADIUS, isso significa habilitar o listener tls na porta 2083 e configurar TLS mútuo com certificados de sua PKI. No Cisco ISE, o RadSec é configurado em Administration > Network Devices. Garanta o TLS 1.2 como limite mínimo; desative explicitamente o TLS 1.0 e 1.1.

Fase 5: Autenticação multifator para acesso administrativo (meses 2 a 3)

The management interface of a RADIUS server is a high-value target. An attacker who compromises the RADIUS server can modify authentication policy, extract shared secrets and redirect authentication flows. Enforce MFA on administrative logins to all RADIUS servers and their underlying operating systems. Restrict management access to a dedicated out-of-band management VLAN. Implement role-based access control: network engineers should not hold the same privileges as security administrators.

Phase 6: SIEM integration and alerting (months 3-4)

Configure your RADIUS servers to forward accounting logs to your SIEM in real time. Define the following baseline alert thresholds:

Best Practices

The following recommendations synthesise the consensus across IEEE 802.1X, NIST SP 800-63B, PCI-DSS v4.0 and vendor security advisories.

Certificate management. Any deployment using EAP-TLS or RadSec has X.509 certificates in its authentication path. Certificate expiry is the single most common cause of sudden, total authentication failure in enterprise WiFi deployments. Implement automated certificate lifecycle management. Set monitoring alerts at 90, 30 and 7 days before expiry. For RADIUS server certificates, use minimum 2048-bit RSA or 256-bit ECDSA keys, and SHA-256 or stronger signature algorithms. Do not use SHA-1.

Network segmentation. RADIUS servers should sit on a dedicated management segment, isolated from guest and general corporate networks. Access to the RADIUS ports (UDP 1812, 1813, and TCP 2083 for RadSec) should be restricted by firewall ACL to the specific IP addresses of registered NAS devices. Allow no direct internet access to RADIUS ports.

Redundancy and high availability. A single RADIUS server is a single point of failure for your entire network access control infrastructure. Deploy at least two RADIUS servers in an active-passive or active-active configuration. For Hospitality deployments with 24/7 guest connectivity requirements, RADIUS server downtime translates directly into guest WiFi downtime - a reputational and commercial risk.

WPA3 and 802.1X. WPA3-Enterprise no modo de segurança de 192 bits, exigido para implantações governamentais e de alta segurança, exige 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 já é uma melhoria significativa em relação ao WPA2-Enterprise, principalmente quando combinado com EAP-TLS. Ambientes de Varejo que lidam com 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. O FreeRADIUS, Cisco, Microsoft, Aruba e Ruckus publicam notificações de CVE. Insira-as em seu programa de gerenciamento de vulnerabilidades com SLAs definidos: vulnerabilidades críticas (CVSS ≥ 9.0) corrigidas em até 72 horas; vulnerabilidades de alta gravidade (CVSS 7.0 a 8.9) em até 14 dias.

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

Modos de falha comuns

Falhas de autenticação após aplicação de patches. Após a aplicação de patches do BlastRADIUS, alguns dispositivos NAS podem falhar na autenticação se o firmware deles não suportar o Message-Authenticator. Sintoma: um aumento repentino nas respostas Access-Reject sem nenhuma alteração nas credenciais do usuário. Diagnóstico: ative 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 NAS específicos enquanto as atualizações de firmware são agendadas.

Falhas de validação de certificado no EAP-TLS. Sintoma: os clientes recebem "falha na autenticação" sem o correspondente Access-Reject no log 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: certifique-se de que a cadeia completa de certificados (folha + intermediária + raiz) esteja configurada no servidor RADIUS. Distribua os certificados da CA raiz para os dispositivos clientes via MDM ou Política de Grupo.

Falhas no handshake TLS do RadSec. Sintoma: os dispositivos NAS não conseguem estabelecer conexões RadSec após uma alteração de configuração. Diagnóstico: verifique a compatibilidade da versão TLS - firmwares NAS mais antigos podem não suportar o 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 TLS nas notas de versão do firmware do NAS; certifique-se de que os certificados do dispositivo NAS sejam emitidos pela mesma CA em que o servidor RADIUS confia.

Divergência de segredo compartilhado. Sintoma: todas as autenticações de um NAS específico falham com erros de "autenticador inválido". Diagnóstico: uma divergência de segredo compartilhado entre a configuração do NAS e a entrada do cliente no servidor RADIUS. Resolução: insira novamente o segredo compartilhado em ambas as pontas, verificando se há espaços em branco no final ou problemas de codificação de caracteres. Copie e cole do seu gerenciador de segredos para evitar erros de digitação.

Registro de riscos

ROI e Impacto nos Negócios

Quantificando o risco

A justificativa financeira para o endurecimento (hardening) do RADIUS fica mais clara 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, cobrindo multas regulatórias, remediação, custos legais e danos à reputação. Para organizações no escopo do PCI-DSS - efetivamente todas as operadoras de Varejo e Hospitalidade que aceitam pagamentos com cartão via WiFi - uma violação de controle de acesso à rede que exponha dados de titulares de cartão desencadeia uma investigação forense obrigatória, possíveis multas de esquemas de cartões e possível suspensão dos direitos de processamento de cartões.

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

Referências de custo de implementação

As estimativas de custo a seguir pressupõem uma rede corporativa de 500 dispositivos:

O investimento total de endurecimento (hardening) para uma empresa de médio porte é de aproximadamente £20.000 a £45.000. Em comparação com o custo médio de violação de £3,58 milhões, o ROI ajustado ao risco é atraente, mesmo sob suposições conservadoras de probabilidade de violação.

Benefícios operacionais além da segurança

Uma infraestrutura RADIUS endurecida também traz dividendos operacionais. Uma autenticação confiável e bem monitorada reduz os chamados de suporte relacionados à conectividade WiFi. Os dados de contabilização (accounting) do RADIUS, quando integrados ao WiFi Analytics , fornecem visibilidade em nível de sessão sobre padrões de uso de rede, tempos de permanência e tipos de dispositivos - dados com valor comercial direto para operadores de locais nos ambientes de Hospitalidade e Transporte . Para organizações do setor público e de Saúde , um programa documentado de hardening de RADIUS fornece evidências de controles técnicos para avaliações do Cyber Essentials Plus, ISO 27001 e NHS DSPT - reduzindo o esforço de auditoria e demonstrando devida diligência aos órgãos reguladores.