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

MITIGANDO VULNERABILIDADES DO RADIUS: UM GUIA DE ENDURECIMENTO DE SEGURANÇA Um Briefing de Inteligência da Purple WiFi [INTRODUÇÃO — aprox. 1 minuto] Boas-vindas. Sou o seu anfitrião para o briefing de hoje e, nos próximos dez minutos, vamos direto ao ponto sobre algo que tira o sono de muitos arquitetos de rede e gerentes de TI: a segurança do servidor RADIUS. Se você opera WiFi corporativo em uma rede de hotéis, varejo, estádio ou prédio do setor público, sua infraestrutura RADIUS é um dos componentes mais críticos - e frequentemente mais negligenciados - na sua postura de segurança. Vamos começar. [CONTEXTO — aprox. 1 minuto] O RADIUS - Remote Authentication Dial-In User Service - tem sido a espinha dorsal do controle de acesso à rede desde meados dos anos noventa. É o protocolo que fica entre seus pontos de acesso e seu diretório de identidade, decidindo quem entra na rede e quem não entra. O IEEE 802.1X, que sustenta virtualmente toda implantação de autenticação corporativa WiFi e cabeada, depende do RADIUS para funcionar. O problema é que o RADIUS foi projetado em uma era em que o cenário de ameaças era muito diferente. O protocolo usa UDP, que é não orientado à conexão e, portanto, mais difícil de proteger. Seu mecanismo de autenticação principal historicamente dependeu do hash MD5 - um algoritmo criptográfico que está comprovadamente quebrado desde 2004. E os segredos compartilhados, as chaves pré-compartilhadas que autenticam seus pontos de acesso no seu servidor RADIUS, geralmente são definidos uma vez e nunca rotacionados. Em 2024, pesquisadores publicaram um ataque prático contra o RADIUS chamado BlastRADIUS - um ataque man-in-the-middle que explora a vulnerabilidade do MD5 para forjar respostas de autenticação. Isso não é teórico. É um vetor de ataque real e documentado que afeta implantações que executam FreeRADIUS não corrigido, Cisco ISE e Microsoft NPS. Se você não aplica correções desde meados de 2024, você está exposto. Os riscos de negócios são significativos. Um servidor RADIUS comprometido não significa apenas acesso não autorizado ao WiFi. Significa que um invasor pode se autenticar como qualquer usuário em sua rede, burlar a segmentação de rede e potencialmente acessar sistemas de pagamento, registros de pacientes ou tecnologia operacional. Para ambientes de varejo que processam pagamentos com cartão, isso é uma violação direta do PCI-DSS. Para a saúde, é um problema de GDPR e governança clínica. Para a hotelaria, representa danos à marca e possíveis multas regulatórias. [APROFUNDAMENTO TÉCNICO — aprox. 5 minutos] Vamos analisar a superfície de ataque sistematicamente. A primeira classe de vulnerabilidade é o risco de colisão de MD5. O RADIUS usa MD5 para proteger o atributo User-Password e para gerar o campo Response Authenticator. O MD5 produz um hash de 128 bits, e ataques de colisão - onde duas entradas diferentes produzem o mesmo hash - têm sido viáveis desde 2004. O ataque BlastRADIUS explora especificamente a falta de proteção de integridade nos pacotes Access-Request. Um invasor posicionado entre o seu dispositivo NAS - que é o seu servidor de acesso à rede, normalmente o seu ponto de acesso ou switch - e o seu servidor RADIUS pode injetar um atributo modificado no pacote e forçar o servidor a retornar um Access-Accept, mesmo para uma credencial inválida. A correção aqui é dupla: atualize o seu servidor RADIUS para a versão mais recente e exija o Message-Authenticator em todos os pacotes Access-Request. O FreeRADIUS 3.2.5 e versões posteriores exigem isso por padrão. A segunda classe de vulnerabilidade são os segredos compartilhados fracos ou estáticos. O segredo compartilhado é a chave pré-compartilhada entre o seu NAS e o seu servidor RADIUS. Se ele for curto, vulnerável a ataques de dicionário ou não tiver sido rotacionado há anos, ele é um risco. O RADIUS usa esse segredo para criptografar o atributo User-Password e para gerar o Response Authenticator. Um segredo compartilhado fraco significa que um invasor que capture o tráfego RADIUS - o que é trivial em uma rede que ele já tenha comprometido parcialmente - pode realizar força bruta na senha offline. A melhor prática é um mínimo de 32 caracteres, gerados aleatoriamente e rotacionados pelo menos anualmente. Automatize essa rotação; fazer isso manualmente em uma grande infraestrutura é propenso a erros. A terceira classe de vulnerabilidade é o transporte não criptografado. O RADIUS padrão é executado sobre UDP na porta 1812 para autenticação e 1813 para tarifação. O UDP não oferece criptografia na camada de transporte, nenhuma verificação de integridade e nenhuma proteção contra repetição além do que o próprio RADIUS implementa - o que, como estabelecemos, é insuficiente. O RadSec, formalmente definido na RFC 6614, envolve o RADIUS em TLS 1.2 ou 1.3 sobre a porta TCP 2083. Isso fornece autenticação mútua via certificados, criptografia total do payload do RADIUS e proteção contra repetição. Se você estiver executando o RADIUS em qualquer segmento de rede não confiável - incluindo uma conexão WAN entre um local remoto e um servidor RADIUS central - o RadSec não é opcional. É um requisito. A quarta classe de vulnerabilidade é a seleção do método EAP. Nem todos os métodos EAP são iguais. O EAP-MD5 deve ser considerado obsoleto - ele não fornece autenticação mútua e nenhuma criptografia da troca de autenticação. O PEAP e o EAP-TTLS são aceitáveis para a maioria das implantações corporativas, pois estabelecem um túnel TLS antes de transmitir as credenciais e suportam autenticação mútua via certificados de servidor. O EAP-TLS é o padrão ouro: ele exige que tanto o servidor quanto o cliente apresentem certificados, eliminando totalmente a senha da troca de autenticação. Isso o torna imune a phishing de credenciais e ataques de força bruta. O custo operacional de implantar uma PKI para emitir certificados de cliente é real, mas para ambientes de alta segurança - redes de saúde, zonas de processamento de pagamentos, sistemas de retaguarda de varejo - é a decisão correta. A quinta classe de vulnerabilidade é a auditoria e o monitoramento insuficientes. Os dados de contabilização RADIUS são uma mina de ouro para a detecção de ameaças, e a maioria das organizações não os utiliza. Cada tentativa de autenticação, bem-sucedida ou malsucedida, gera um registro de contabilização. Padrões de autenticações com falha, autenticações de endereços MAC inesperados ou autenticações em horários incomuns são todos indicadores de comprometimento. Integre seu fluxo de contabilização RADIUS ao seu SIEM. Defina alertas para mais de cinco falhas de autenticação de um único endereço MAC em sessenta segundos. Monitore tempestades de Access-Reject, que podem indicar um ataque de credential stuffing em andamento. [RECOMENDAÇÕES DE IMPLEMENTAÇÃO E ARMADILHAS - aprox. 2 minutos] Deixe-me dar uma sequência prática para um projeto de endurecimento de segurança. Comece com a aplicação de patches. Isso não é negociável e deve ser feito na sua próxima janela de alteração. O FreeRADIUS, o Cisco ISE e o Microsoft NPS lançaram patches para o BlastRADIUS em julho de 2024. Verifique sua versão, aplique o patch e verifique se a aplicação do Message-Authenticator está ativa. Em seguida, audite suas chaves secretas compartilhadas. Obtenha a lista de todos os dispositivos NAS registrados no seu servidor RADIUS. Para cada um deles, verifique o comprimento e a idade da chave secreta compartilhada. Qualquer chave com menos de 20 caracteres ou com mais de dois anos de idade deve ser rotacionada imediatamente. Use um gerenciador de senhas ou cofre de segredos - o HashiCorp Vault funciona bem aqui - para armazenar e rotacionar essas chaves de forma programática. Terceiro, avalie seu método EAP. Se você estiver executando EAP-MD5 em qualquer lugar, migre imediatamente. O PEAP-MSCHAPv2 é uma posição intermediária razoável para a maioria dos ambientes corporativos. Se você tiver a infraestrutura de PKI, o EAP-TLS é o estado desejado. Quarto, implemente o RadSec para qualquer tráfego RADIUS que atravesse segmentos de rede não confiáveis. Isso é particularmente relevante para implantações de vários locais, onde um servidor RADIUS central atende a locais remotos pela internet ou por uma WAN compartilhada. Em quinto lugar, ative a autenticação multifator para acesso privilegiado ao próprio servidor RADIUS. A interface de gerenciamento do servidor é um alvo de alto valor. Imponha MFA para todos os logins administrativos e restrinja o acesso de gerenciamento a uma rede de gerenciamento out-of-band dedicada. Agora, as armadilhas. O erro mais comum que vejo é as organizações aplicarem patches no servidor RADIUS, mas deixarem os dispositivos NAS com firmware antigo que não suporta o Message-Authenticator. O patch só é eficaz se ambas as extremidades o impuserem. Audite o firmware do seu ponto de acesso e switch como parte do mesmo projeto. A segunda armadilha comum é a expiração do certificado. Se você estiver executando EAP-TLS ou RadSec, você tem certificados em jogo. Um certificado de servidor RADIUS que expira silenciosamente fará com que todas as autenticações em sua rede falhem simultaneamente. Crie o monitoramento de expiração de certificados em seu runbook operacional. Defina alertas para 90, 30 e 7 dias antes da expiração. A terceira armadilha é a dependência excessiva da segmentação de rede como um controle de compensação. A segmentação é importante, mas não protege contra um invasor que já se autenticou por meio de um servidor RADIUS comprometido. Defesa em profundidade significa que você precisa do endurecimento do RADIUS, bem como da segmentação. [perguntas e respostas rápidas - aprox. 1 minuto] Pergunta: Preciso do RadSec se meu servidor RADIUS estiver na mesma LAN que meus pontos de acesso? Resposta: Se eles estiverem na mesma VLAN de gerenciamento segmentada e confiável, sem dispositivos não confiáveis, o RADIUS padrão sobre UDP é aceitável para o trecho NAS para servidor. Mas se houver qualquer possibilidade de movimento lateral de um dispositivo comprometido atingindo essa VLAN, o RadSec adiciona uma proteção significativa a um custo baixo. Pergunta: Estamos executando o Microsoft NPS. Somos afetados pelo BlastRADIUS? Resposta: Sim. A Microsoft lançou um patch em julho de 2024. Aplique-o. Também imponha a chave de registro RequireMessageAuthenticator em seu servidor NPS. Pergunta: Como faço para lidar com WiFi de convidados? Os convidados não possuem certificados. Resposta: O WiFi de convidados normalmente usa um modelo de Captive Portal em vez de 802.1X, portanto o RADIUS é usado de forma diferente - geralmente apenas para desvio de autenticação MAC ou tarifação (accounting). O mesmo patch e higiene de segredo compartilhado se aplicam, mas o EAP-TLS não é relevante para o acesso de convidados não autenticados. Concentre-se em isolar a instância RADIUS de convidados da sua infraestrutura RADIUS corporativa. Pergunta: Qual é o caso de ROI para uma migração completa para EAP-TLS? Resposta: Quantifique-o em relação ao seu risco de violação. Uma única violação de PCI-DSS custa, em média, quatro milhões de libras em multas, remediação e danos à reputação. Uma implantação de PKI para uma propriedade de 500 dispositivos custa cerca de 15.000 a 30.000 libras em ferramentas e serviços profissionais. A matemática é simples. [RESUMO E PRÓXIMOS PASSOS - aprox. 1 minuto] Deixo aqui cinco tarefas para fazer neste trimestre. Primeira: Aplique patches no seu servidor RADIUS e em todos os dispositivos NAS para BlastRADIUS. Faça isso primeiro. Segunda: Audite e rotacione todos os segredos compartilhados. Automatize a rotação de agora em diante. Três: Force o uso do Message-Authenticator em todos os pacotes Access-Request. Quatro: Implemente o RadSec para qualquer tráfego RADIUS que cruze limites de rede não confiáveis. Cinco: Integre os logs de accounting do RADIUS ao seu SIEM e configure alertas de anomalias. A segurança do RADIUS não é glamorosa, mas é fundamental. Acerte esses cinco pontos e você terá fechado os vetores de ataque mais significativos contra a sua infraestrutura de controle de acesso à rede. Obrigado por ouvir. Para saber mais sobre arquitetura de segurança WiFi corporativa, visite purple.ai. Este foi um Informativo de Inteligência da Purple WiFi.