Fortalecendo RADIUS contra ataques de colisão MD5 (BlastRADIUS)

Bem-vindo ao Informativo Técnico da Purple. Eu sou o seu anfitrião, Estrategista Sênior de Conteúdo Técnico na Purple. Hoje, estamos abordando uma questão crítica e urgente para qualquer organização que opere WiFi de classe empresarial: uma vulnerabilidade recém-praticável em um protocolo de 30 anos que pode permitir que invasores passem diretamente pela sua porta de entrada digital. Estamos falando do protocolo RADIUS e do ataque de colisão MD5 conhecido como Blast-RADIUS. Para o nosso público de gerentes de TI, arquitetos de rede e CTOs em hotelaria, varejo e grandes espaços públicos, este não é apenas um problema teórico. É uma ameaça direta à integridade da sua rede, à segurança dos dados e à sua postura de conformidade. Nos próximos dez minutos, vamos detalhar o que é a vulnerabilidade, como ela funciona e, o mais importante, fornecer um roteiro claro e acionável para mitigação. Quer você seja responsável por um hotel de 200 quartos, uma rede nacional de varejo ou um estádio de 60.000 assentos, este informativo é diretamente relevante para as decisões que você precisa tomar neste trimestre. Vamos começar com um pouco de contexto. O RADIUS - Remote Authentication Dial-In User Service - foi projetado em 1991, na era da internet discada. É um protocolo cliente-servidor que lida com autenticação, autorização e contabilização para acesso à rede. Quando um membro da equipe ou dispositivo se conecta ao seu WiFi empresarial, o ponto de acesso atua como um cliente RADIUS e envia uma solicitação de autenticação para um servidor RADIUS central. O servidor verifica as credenciais e responde com um Access-Accept ou um Access-Reject. Essa troca tem sido a espinha dorsal da segurança de rede empresarial por mais de três décadas. O problema é que o RADIUS foi projetado antes de existirem os padrões criptográficos modernos. O protocolo usa o algoritmo de hash MD5 para fornecer uma verificação básica de integridade nas respostas do servidor - um campo chamado Response Authenticator. O MD5 foi demonstrado como criptograficamente quebrado pela primeira vez em 2004. No entanto, estamos em 2024 e o RADIUS ainda depende dele. O setor sabia que o MD5 era fraco. O protocolo simplesmente nunca foi atualizado. Agora vamos entrar no aprofundamento técnico. O ataque Blast-RADIUS, formalmente designado como CVE-2024-3596, foi divulgado em julho de 2024 por uma equipe de pesquisadores da Boston University, UC San Diego, CWI Amsterdam e Microsoft Research. Ele combina uma vulnerabilidade no nível do protocolo com um ataque de colisão de prefixo escolhido por MD5 - e, fundamentalmente, com melhorias significativas de velocidade que tornam o ataque prático em tempo real. Aqui está como funciona. Um invasor man-in-the-middle se posiciona no caminho da rede entre o cliente RADIUS - seu ponto de acesso - e o servidor RADIUS. Quando um usuário tenta se autenticar, o invasor intercepta o pacote Access-Request. Eles injetam um atributo malicioso especialmente criado nessa solicitação. Esse atributo é projetado para causar uma colisão matemática: uma situação em que duas entradas diferentes produzem o mesmo hash MD5. O invasor pré-computa essa colisão para que o hash MD5 da resposta legítima Access-Reject do servidor coincida com o hash MD5 de uma resposta Access-Accept forjada que o invasor construiu. Quando o servidor retorna seu Access-Reject, o invasor o substitui pelo Access-Accept forjado. O cliente RADIUS verifica o Response Authenticator, considera-o válido - porque os hashes MD5 coincidem - e concede acesso à rede. O invasor nunca precisou saber a senha do usuário. Eles nunca precisaram saber o segredo compartilhado entre o cliente RADIUS e o servidor. Eles simplesmente exploraram a fraqueza matemática no MD5 para fazer com que uma resposta forjada parecesse legítima. E com o hardware moderno, a colisão de MD5 necessária pode ser calculada em menos de cinco minutos. Este não é um ataque teórico. Ele é operacionalmente viável hoje. Esta vulnerabilidade afeta todas as implantações RADIUS que utilizam os modos de autenticação PAP - Password Authentication Protocol - CHAP e MS-CHAP sobre UDP. Estes são extremamente comuns em ambientes corporativos, particularmente em implantações legadas. Os únicos modos de autenticação imunes são aqueles que utilizam EAP - o Extensible Authentication Protocol - porque o EAP estabelece seu próprio túnel criptográfico que é independente do Response Authenticator do MD5. Deixe-me colocar o risco de negócios em termos concretos. Considere uma rede de hotéis. Um invasor que obtém acesso não autorizado à rede corporativa pode se mover lateralmente para alcançar o sistema de gestão de propriedades, acessar registros de hóspedes, alcançar terminais de ponto de venda e, potencialmente, exfiltrar dados de cartões de pagamento. O custo médio de uma violação de dados no setor de hospitalidade excede três milhões de libras. Sob o GDPR, uma violação envolvendo dados pessoais de hóspedes pode gerar multas de até quatro por cento do faturamento anual global. Sob o PCI-DSS, uma violação envolvendo dados de titulares de cartão pode resultar em investigações forenses obrigatórias, multas das operadoras de cartão e potencial perda de privilégios de processamento de pagamentos. Os riscos financeiros e de reputação são substanciais. Agora para as recomendações de implementação. Como você se defende contra isso? A resposta tem duas camadas: endurecimento imediato e modernização a longo prazo. A ação imediata é aplicar os patches do fornecedor para a vulnerabilidade CVE-2024-3596. Todos os principais fornecedores de RADIUS - Cisco ISE, Microsoft NPS, FreeRADIUS, Juniper, Aruba, Ruckus - lançaram atualizações. Além da aplicação de patches, a alteração crítica de configuração é impor o atributo Message-Authenticator em todos os clientes e servidores RADIUS. Este atributo, definido na RFC 2869, fornece uma verificação de integridade baseada em HMAC sobre todo o pacote RADIUS. Ao contrário do Response Authenticator, a construção HMAC não é vulnerável ao ataque de colisão de prefixo escolhido. Configurar sua infraestrutura para exigir este atributo - e rejeitar qualquer mensagem que chegue sem ele - fecha o vetor de ataque imediato. Para o FreeRADIUS, isso significa definir require_message_authenticator como yes no seu arquivo de configuração de clientes. Para o Microsoft NPS, trata-se de uma configuração de política na sua configuração de Diretivas de Rede. Esta é uma alteração de baixo impacto que normalmente pode ser implantada dentro de uma janela de manutenção. No entanto, a imposição do Message-Authenticator é uma medida paliativa, não uma solução definitiva. A resposta estratégica de longo prazo é migrar para a autenticação baseada em EAP. O padrão de excelência é o WPA3-Enterprise com EAP-TLS. O EAP-TLS utiliza autenticação mútua baseada em certificados - tanto o dispositivo cliente quanto o servidor RADIUS devem apresentar certificados digitais válidos de uma Autoridade Certificadora confiável. Isso elimina completamente o segredo compartilhado, remove a dependência do MD5 e fornece um nível de segurança imune a toda a classe de ataques que o Blast-RADIUS representa. Para ambientes onde a implantação de uma infraestrutura PKI completa é complexa - especialmente locais com alta rotatividade de dispositivos ou políticas de traga seu próprio dispositivo - o PEAP com MSCHAPv2 é uma etapa intermediária aceitável, desde que os clientes estejam configurados para validar o certificado do servidor RADIUS. Sem a validação do certificado do servidor, o PEAP fica vulnerável a ataques de pontos de acesso falsos, o que representa um risco diferente, mas igualmente sério. A fase final do cronograma de modernização é implantar o RADIUS sobre TLS, conhecido como RADSEC. O RADSEC encapsula todo o tráfego RADIUS dentro de uma sessão TLS mutuamente autenticada, fornecendo total confidencialidade e integridade para toda a troca de autenticação. Isso torna impossíveis os ataques na camada de transporte, como o Blast-RADIUS, porque não há tráfego RADIUS não criptografado para interceptar. O RADSEC é particularmente valioso em ambientes distribuídos - redes de hotéis, redes de varejo, complexos de estádios - onde o tráfego RADIUS pode atravessar múltiplos segmentos de rede entre o ponto de acesso e o servidor de autenticação central. Vamos passar para um perguntas e respostas rápido. Pergunta um: Nós usamos EAP. Estamos seguros? Se você está usando EAP-TLS, PEAP ou EAP-TTLS, você não está vulnerável ao ataque específico de colisão MD5 do Blast-RADIUS. No entanto, você ainda deve aplicar os patches dos fornecedores como uma medida de defesa em profundidade, e deve auditar sua configuração para garantir que a validação do certificado do servidor seja imposta em todos os clientes. Pergunta dois: Nosso tráfego RADIUS está em uma VLAN de gerenciamento dedicada. Isso nos protege? Reduz a superfície de ataque, mas não elimina a vulnerabilidade. Um invasor que já tenha comprometido qualquer dispositivo na rede de gerenciamento ainda pode executar um ataque man-in-the-middle. A segmentação é uma camada valiosa de defesa, mas deve ser combinada com a imposição do Message-Authenticator e a migração de EAP. Pergunta três: Quão difícil é a mitigação imediata? Para a maioria dos ambientes, impor o Message-Authenticator é uma alteração de configuração simples. O principal desafio é garantir que todos os dispositivos de rede - pontos de acesso, switches, controladoras - suportem o atributo e o tenham ativado. Uma auditoria de dispositivos antes de impor o requisito no lado do servidor é essencial para evitar falhas de autenticação em hardware legado. Pergunta quatro: Posso detectar se fui atacado? Isso é muito difícil. O pacote Access-Accept forjado parece válido para o cliente RADIUS porque a verificação do hash MD5 é bem-sucedida. Sua melhor abordagem de detecção é monitorar os logs de tarifação RADIUS em busca de autenticações bem-sucedidas anômalas - tipos de dispositivos inesperados, endereços MAC que não correspondem ao seu inventário ou logins bem-sucedidos em horários incomuns. Integre seus dados de tarifação RADIUS com seu SIEM para alertas automatizados. Para resumir e delinear seus próximos passos. A vulnerabilidade Blast-RADIUS é uma ameaça séria e praticamente explorável para qualquer organização que execute autenticação RADIUS legada sobre UDP. O ataque não requer conhecimento de credenciais e pode ser executado em minutos. Sua prioridade imediata é auditar sua infraestrutura, aplicar patches de fornecedores e impor o atributo Message-Authenticator em todos os clientes e servidores RADIUS. Sua meta de médio prazo é migrar para EAP-TLS e WPA3-Enterprise. Seu objetivo arquitetônico de longo prazo é o RADSEC. Na Purple, fornecemos a camada de inteligência que ajuda você a entender e proteger a rede WiFi do seu local. Nossa plataforma oferece a visibilidade para identificar tipos de dispositivos, monitorar padrões de autenticação e garantir que suas políticas de segurança sejam aplicadas com eficácia em cada ponto de acesso em sua propriedade. Seu plano de ação resume-se a três palavras: Auditar, Corrigir e Modernizar. Não permita que um protocolo de 30 anos seja o elo fraco em sua postura de segurança. Obrigado por participar deste Informativo Técnico da Purple. Mantenha-se seguro.