Reforço do RADIUS contra ataques de colisão MD5 (BlastRADIUS)

Bem-vindo ao Purple Technical Briefing. Sou o seu anfitrião, Estratega de Conteúdo Técnico Sénior na Purple. Hoje, estamos a abordar um problema crítico e urgente para qualquer organização que utilize WiFi de nível empresarial: uma nova vulnerabilidade prática num protocolo com 30 anos que pode permitir que atacantes entrem diretamente pela sua porta digital. Estamos a falar do protocolo RADIUS e do ataque de colisão MD5 conhecido como Blast-RADIUS. Para o nosso público de gestores de TI, arquitetos de rede e CTOs em hotelaria, retalho e grandes recintos públicos, este não é apenas um problema teórico. É uma ameaça direta à integridade da sua rede, à segurança dos dados e à conformidade regulamentar. Nos próximos dez minutos, vamos detalhar o que é a vulnerabilidade, como funciona e, mais importante, fornecer um roteiro claro e prático para a mitigação. Quer seja responsável por um hotel de 200 quartos, uma cadeia de retalho nacional ou um estádio com capacidade para 60 000 pessoas, este briefing é diretamente relevante para as decisões que precisa de tomar este trimestre. Comecemos com algum contexto. O RADIUS - Remote Authentication Dial-In User Service - foi concebido em 1991, na era do acesso discado à internet. É um protocolo cliente-servidor que gere a autenticação, autorização e contabilização do acesso à rede. Quando um membro da equipa ou um dispositivo se liga ao WiFi da sua empresa, o ponto de acesso funciona como um cliente RADIUS e envia um pedido de autenticação para um servidor RADIUS central. O servidor verifica as credenciais e responde com um Access-Accept ou um Access-Reject. Esta troca tem sido a espinha dorsal da segurança das redes empresariais há mais de três décadas. O problema é que o RADIUS foi concebido antes de existirem os padrões criptográficos modernos. O protocolo utiliza o algoritmo de hashing MD5 para fornecer uma verificação básica de integridade nas respostas do servidor - um campo chamado Response Authenticator. Ficou demonstrado que o MD5 estava criptograficamente quebrado pela primeira vez em 2004. No entanto, aqui 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 na análise técnica detalhada. O ataque Blast-RADIUS, formalmente atribuído como CVE-2024-3596, foi divulgado em julho de 2024 por uma equipa de investigadores da Universidade de Boston, UC San Diego, CWI Amsterdam e Microsoft Research. Este combina uma vulnerabilidade ao nível do protocolo com um ataque de colisão de prefixo escolhido MD5 - e de forma crítica, com melhorias de velocidade significativas que tornam o ataque prático em tempo real. Eis como funciona. Um atacante man-in-the-middle posiciona-se no caminho de rede entre o cliente RADIUS - o seu ponto de acesso - e o servidor RADIUS. Quando um utilizador tenta autenticar-se, o atacante interpõe-se no pacote Access-Request. Injeta um atributo malicioso especialmente concebido neste pedido. Este atributo é desenhado para causar uma colisão matemática: uma situação em que dois inputs diferentes produzem o mesmo hash MD5. O atacante pré-calcula esta colisão para que o hash MD5 da resposta legítima de Access-Reject do servidor coincida com o hash MD5 de uma resposta Access-Accept falsificada que o atacante construiu. Quando o servidor devolve o seu Access-Reject, o atacante substitui-o pelo seu Access-Accept falsificado. O cliente RADIUS verifica o Response Authenticator, considera-o válido - porque os hashes MD5 coincidem - e concede o acesso à rede. O atacante nunca precisou de saber a palavra-passe do utilizador. Nunca precisou de saber o segredo partilhado entre o cliente e o servidor RADIUS. Simplesmente explorou a fraqueza matemática no MD5 para fazer com que uma resposta falsificada parecesse legítima. E com o hardware moderno, a colisão MD5 necessária pode ser calculada em menos de cinco minutos. Este não é um ataque teórico. É operacionalmente viável hoje. Esta vulnerabilidade afeta todas as implementações de RADIUS que utilizem os modos de autenticação PAP - Password Authentication Protocol - CHAP e MS-CHAP através de UDP. Estes são extremamente comuns em ambientes corporativos, particularmente em implementações legadas. Os únicos modos de autenticação que estão imunes são os que utilizam EAP - Extensible Authentication Protocol - porque o EAP estabelece o seu próprio túnel criptográfico que é independente do MD5 Response Authenticator. Deixe-me colocar o risco de negócio em termos concretos. Considere uma cadeia de hotéis. Um atacante que obtenha acesso não autorizado à rede corporativa pode mover-se lateralmente para alcançar o sistema de gestão hoteleira, aceder aos registos dos hóspedes, chegar aos terminais de ponto de venda e, potencialmente, extrair dados de cartões de pagamento. O custo médio de uma violação de dados no setor da hotelaria excede os três milhões de libras. Ao abrigo do GDPR, uma violação que envolva dados pessoais de hóspedes pode resultar em coimas de até quatro por cento do volume de negócios anual global. Ao abrigo das normas PCI-DSS, uma violação que envolva dados de titulares de cartões pode resultar em investigações forenses obrigatórias, coimas das marcas de cartões e potencial perda de privilégios de processamento de pagamentos. As consequências financeiras e de reputação são substanciais. Agora, as recomendações de implementação. Como se defender disto? A resposta tem dois níveis: reforço imediato de segurança e modernização a longo prazo. A ação imediata é aplicar as correções dos fabricantes para a CVE-2024-3596. Todos os principais fabricantes de RADIUS - Cisco ISE, Microsoft NPS, FreeRADIUS, Juniper, Aruba, Ruckus - lançaram atualizações. Juntamente com a aplicação de patches, a alteração de configuração crítica é impor o atributo Message-Authenticator em todos os clientes e servidores RADIUS. Este atributo, definido no RFC 2869, fornece uma verificação de integridade baseada em HMAC em 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 a sua infraestrutura para exigir este atributo - e rejeitar qualquer mensagem que chegue sem ele - fecha o vetor de ataque imediato. Para o FreeRADIUS, isto significa definir require_message_authenticator como yes no ficheiro de configuração dos seus clientes. Para o Microsoft NPS, trata-se de uma definição de política na sua configuração de Network Policy. Esta é uma alteração de baixo impacto que pode ser implementada de forma típica dentro de uma janela de manutenção. No entanto, a imposição do Message-Authenticator é uma solução temporária, não definitiva. A resposta estratégica a 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 como o servidor RADIUS devem apresentar certificados digitais válidos de uma Autoridade de Certificação fidedigna. Isto elimina totalmente o segredo partilhado, remove a dependência de MD5 e proporciona um nível de segurança imune a toda a classe de ataques que o Blast-RADIUS representa. Para ambientes onde a implementação de uma infraestrutura PKI completa é complexa - particularmente espaços com elevada rotação de dispositivos ou políticas de traga o seu próprio dispositivo - o PEAP com MSCHAPv2 é um passo provisório 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 fraudulentos, o que constitui um risco diferente mas igualmente grave. A fase final do roteiro de modernização consiste em implementar RADIUS sobre TLS, conhecido como RADSEC. O RADSEC encapsula todo o tráfego RADIUS dentro de uma sessão TLS mutuamente autenticada, proporcionando total confidencialidade e integridade para toda a troca de autenticação. Isto torna impossíveis os ataques ao nível da camada de transporte, como o Blast-RADIUS, porque não existe tráfego RADIUS não encriptado para intercetar. O RADSEC é particularmente valioso em ambientes distribuídos - cadeias hoteleiras, redes de retalho, 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. Passemos a uma sessão rápida de Perguntas e Respostas. Pergunta um: Nós utilizamos EAP. Estamos seguros? Se estiver a utilizar EAP-TLS, PEAP ou EAP-TTLS, não está vulnerável ao ataque específico de colisão MD5 do Blast-RADIUS. Contudo, deve aplicar na mesma as correções dos fabricantes como medida de defesa em profundidade, e deve auditar a sua configuração para garantir que a validação do certificado do servidor é imposta em todos os clientes. Pergunta dois: O nosso tráfego RADIUS está numa VLAN de gestão dedicada. Isso protege-nos? Reduz a superfície de ataque, mas não elimina a vulnerabilidade. Um atacante que já tenha comprometido qualquer dispositivo na rede de gestão ainda pode executar um ataque man-in-the-middle. A segmentação é uma camada de defesa valiosa, mas deve ser combinada com a aplicação do Message-Authenticator e a migração para EAP. Pergunta três: Quão difícil é a mitigação imediata? Para a maioria dos ambientes, aplicar o Message-Authenticator é uma alteração de configuração simples. O principal desafio é garantir que todos os dispositivos de rede - pontos de acesso, switches, controladores - suportam o atributo e o têm ativado. Uma auditoria aos dispositivos antes de aplicar o requisito do lado do servidor é essencial para evitar falhas de autenticação em hardware antigo. Pergunta quatro: Consigo detetar se fui atacado? Isto é muito difícil. O pacote Access-Accept forjado parece válido para o cliente RADIUS porque o hash MD5 é verificado. A sua melhor abordagem de deteção é monitorizar os registos de contabilidade RADIUS para autenticações bem-sucedidas anómalas - tipos de dispositivos inesperados, endereços MAC que não correspondem ao seu inventário ou inícios de sessão bem-sucedidos em horários invulgares. Integre os seus dados de contabilidade RADIUS com o seu SIEM para alertas automatizados. Para resumir e delinear os seus próximos passos. A vulnerabilidade Blast-RADIUS é uma ameaça séria e praticamente explorável para qualquer organização que execute a autenticação RADIUS antiga sobre UDP. O ataque não requer conhecimento de credenciais e pode ser executado em minutos. A sua prioridade imediata é auditar a sua infraestrutura, aplicar patches do fornecedor e aplicar o atributo Message-Authenticator em todos os clientes e servidores RADIUS. O seu objetivo a médio prazo é migrar para EAP-TLS e WPA3-Enterprise. O seu objetivo de arquitetura a longo prazo é o RADSEC. Na Purple, fornecemos a camada de inteligência que o ajuda a compreender e a proteger a rede WiFi do seu espaço. A nossa plataforma dá-lhe a visibilidade para identificar tipos de dispositivos, monitorizar padrões de autenticação e garantir que as suas políticas de segurança estão a ser aplicadas de forma eficaz em cada ponto de acesso da sua propriedade. O seu plano de ação resume-se a três palavras: Auditar, Corrigir e Modernizar. Não permita que um protocolo com 30 anos seja o elo mais fraco da sua postura de segurança. Obrigado por participar nesta Sessão Técnica da Purple. Mantenha-se seguro.