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

MITIGAÇÃO DE VULNERABILIDADES RADIUS: UM GUIA DE REFORÇO DE SEGURANÇA Um Briefing de Informação da Purple WiFi [INTRODUÇÃO — aprox. 1 minuto] Bem-vindo. Sou o seu anfitrião para o briefing de hoje e, nos próximos dez minutos, vamos diretos ao cerne de algo que mantém muitos arquitetos de rede e gestores de TI acordados à noite: a segurança do servidor RADIUS. Se gere WiFi empresarial num complexo hoteleiro, numa cadeia de retalho, num estádio ou num edifício do setor público, a sua infraestrutura RADIUS é um dos componentes mais críticos - e mais frequentemente negligenciados - na sua postura de segurança. Vamos a isso. [CONTEXTO — aprox. 1 minuto] O RADIUS - Remote Authentication Dial-In User Service - tem sido a espinha dorsal do controlo de acesso à rede desde meados dos anos noventa. É o protocolo que se situa entre os seus pontos de acesso e o seu diretório de identidade, decidindo quem entra na rede e quem não entra. O IEEE 802.1X, que sustenta virtualmente todas as implementações de autenticação empresarial WiFi e com fios, depende do RADIUS para funcionar. O problema é que o RADIUS foi concebido numa era em que o cenário de ameaças parecia muito diferente. O protocolo utiliza UDP, que é orientado a não ligação e, portanto, mais difícil de proteger. O seu mecanismo de autenticação central baseou-se historicamente no hashing MD5 - um algoritmo criptográfico que está comprovadamente quebrado desde 2004. E os segredos partilhados, as chaves pré-partilhadas que autenticam os seus pontos de acesso no seu servidor RADIUS, são frequentemente definidos uma vez e nunca mais são rodados. Em 2024, investigadores publicaram um ataque prático contra o RADIUS chamado BlastRADIUS - um ataque do tipo "man-in-the-middle" que explora a vulnerabilidade MD5 para forjar respostas de autenticação. Isto não é teórico. É um vetor de ataque real e documentado que afeta implementações que executam FreeRADIUS não corrigido, Cisco ISE e Microsoft NPS. Se não aplica patches desde meados de 2024, está exposto. As implicações comerciais são significativas. Um servidor RADIUS comprometido não significa apenas acesso não autorizado ao WiFi. Significa que um atacante pode autenticar-se como qualquer utilizador na sua rede, contornar a segmentação de rede e potencialmente aceder a sistemas de pagamento, registos de doentes ou tecnologia operacional. Para ambientes de retalho que processam pagamentos com cartão, isso é uma violação direta do PCI-DSS. Para a saúde, é um problema de GDPR e de governação clínica. Para a hotelaria, traduz-se em danos para a marca e potenciais coimas regulatórias. [ANÁLISE TÉCNICA DETALHADA — aprox. 5 minutos] Vamos analisar a superfície de ataque de forma sistemática. A primeira classe de vulnerabilidade é o risco de colisão MD5. O RADIUS utiliza MD5 para proteger o atributo User-Password e para gerar o campo Response Authenticator. O MD5 produz um hash de 128 bits, e os ataques de colisão - nos quais 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 atacante posicionado entre o seu dispositivo NAS - o seu servidor de acesso à rede, normalmente o seu ponto de acesso ou switch - e o seu servidor RADIUS pode injetar um atributo concebido especificamente para o efeito 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 imponha o Message-Authenticator em todos os pacotes Access-Request. O FreeRADIUS 3.2.5 e posteriores exigem isto por predefinição. A segunda classe de vulnerabilidade são os segredos partilhados fracos ou estáticos. O segredo partilhado é a chave pré-partilhada entre o seu NAS e o seu servidor RADIUS. Se for curto, vulnerável a ataques de dicionário ou se não for rodado há anos, é um risco. O RADIUS utiliza este segredo para encriptar o atributo User-Password e para gerar o Response Authenticator. Um segredo partilhado fraco significa que um atacante que capture o tráfego RADIUS - o que é trivial numa rede que já tenha sido parcialmente comprometida - pode decifrar a palavra-passe offline através de força bruta. A melhor prática é um mínimo de 32 caracteres, gerados aleatoriamente e rodados pelo menos anualmente. Automatize esta rotação; fazê-lo manualmente numa grande infraestrutura é propício a erros. A terceira classe de vulnerabilidade é o transporte não encriptado. O RADIUS padrão funciona sobre UDP na porta 1812 para autenticação e 1813 para contabilização. O UDP não oferece encriptação na camada de transporte, nem verificação de integridade, nem 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. Isto fornece autenticação mútua através de certificados, encriptação total do payload RADIUS e proteção contra repetição. Se estiver a executar RADIUS em qualquer segmento de rede não confiável - incluindo através de uma ligaçã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 - não fornece autenticação mútua nem encriptação da troca de autenticação. O PEAP e o EAP-TTLS são aceitáveis para a maioria das implementações empresariais, pois estabelecem um túnel TLS antes de transmitir credenciais e suportam autenticação mútua através de certificados de servidor. O EAP-TLS é o padrão de excelência: exige que tanto o servidor como o cliente apresentem certificados, eliminando totalmente a palavra-passe da troca de autenticação. Isto torna-o imune a phishing de credenciais e a ataques de força bruta. O custo operacional de implementar uma PKI para emitir certificados de cliente é real, mas para ambientes de alta segurança - redes de cuidados de saúde, zonas de processamento de pagamentos, sistemas internos de retalho - é a decisão correta. A quinta classe de vulnerabilidade é a monitorização e registo de logs insuficientes. Os dados de contabilidade RADIUS são uma mina de ouro para a deteção de ameaças, e a maioria das organizações não os está a utilizar. Cada tentativa de autenticação, com sucesso ou falhada, gera um registo de contabilidade. Padrões de autenticações falhadas, autenticações a partir de endereços MAC inesperados ou autenticações a horas invulgares são todos indicadores de comprometimento. Integre o seu fluxo de contabilidade RADIUS no seu SIEM. Defina alertas para mais de cinco autenticações falhadas a partir de um único endereço MAC em sessenta segundos. Monitorize picos de Access-Reject, que podem indicar um ataque de credential stuffing em curso. [RECOMENDAÇÕES DE IMPLEMENTAÇÃO E ERROS COMUNS - aprox. 2 minutos] Permita-me apresentar-lhe uma sequência prática para um projeto de reforço de segurança. Comece pela aplicação de patches. Isto é inegociá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 a sua versão, aplique o patch e certifique-se de que a aplicação do Message-Authenticator está ativa. De seguida, audite os seus segredos partilhados. Obtenha a lista de todos os dispositivos NAS registados no seu servidor RADIUS. Para cada um, verifique o comprimento e a idade do segredo partilhado. Qualquer um com menos de 20 carateres ou com mais de dois anos deve ser alterado imediatamente. Utilize um gestor de palavras-passe ou um cofre de segredos - o HashiCorp Vault funciona bem aqui - para armazenar e rodar estes segredos de forma programática. Em terceiro lugar, avalie o seu método EAP. Se estiver a executar EAP-MD5 em qualquer lugar, migre para fora dele agora. O PEAP-MSCHAPv2 é uma posição provisória razoável para a maioria dos ambientes empresariais. Se tiver a infraestrutura PKI, o EAP-TLS é o estado-alvo. Em quarto lugar, implemente o RadSec para qualquer tráfego RADIUS que atravesse segmentos de rede não fidedignos. Isto é particularmente relevante para implementações em vários locais, onde um servidor RADIUS central serve locais remotos através da Internet ou de uma WAN partilhada. Em quinto lugar, ative a autenticação de dois fatores para o acesso privilegiado ao próprio servidor RADIUS. A interface de gestão do servidor é um alvo de alto valor. Imponha MFA para todos os inícios de sessão administrativos e restrinja o acesso de gestão a uma rede de gestão 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 estiver a executar EAP-TLS ou RadSec, tem certificados em jogo. Um certificado de servidor RADIUS que expire silenciosamente fará com que todas as autenticações na sua rede falhem simultaneamente. Integre a monitorização de expiração de certificados no seu manual 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 controlo de compensação. A segmentação é importante, mas não protege contra um atacante que já se tenha autenticado através de um servidor RADIUS comprometido. Defesa em profundidade significa que precisa do endurecimento do RADIUS, bem como da segmentação. [PERGUNTAS E RESPOSTAS RÁPIDAS - aprox. 1 minuto] Pergunta: Preciso de RadSec se o meu servidor RADIUS estiver na mesma LAN que os meus pontos de acesso? Resposta: Se estiverem na mesma VLAN de gestão fidedigna e segmentada, sem dispositivos não fidedignos, o RADIUS padrão sobre UDP é aceitável para o troço NAS-servidor. Mas se houver alguma possibilidade de movimento lateral de um dispositivo comprometido atingir essa VLAN, o RadSec adiciona uma proteção significativa a um custo baixo. Pergunta: Estamos a executar o Microsoft NPS. Somos afetados pelo BlastRADIUS? Resposta: Sim. A Microsoft lançou um patch em julho de 2024. Aplique-o. Imponha também a chave de registo RequireMessageAuthenticator no seu servidor NPS. Pergunta: Como lidar com o WiFi de convidados? Os convidados não têm certificados. Resposta: O WiFi de convidados utiliza normalmente um modelo de Captive Portal em vez do 802.1X, pelo que o RADIUS é utilizado de forma diferente - muitas vezes apenas para bypass de autenticação MAC ou contabilização. Aplica-se a mesma higiene de patches e segredos partilhados, mas o EAP-TLS não é relevante para o acesso de convidados não autenticados. Foque-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 face 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 de reputação. Uma implementação de PKI para um parque 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-vos com cinco coisas a fazer este trimestre. Um: Aplique o patch de segurança no seu servidor RADIUS e em todos os dispositivos NAS para o BlastRADIUS. Faça isto primeiro. Dois: Audite e rode todos os segredos partilhados. Automatize a rotação daqui para a frente. Três: Imponha o Message-Authenticator em todos os pacotes Access-Request. Quatro: Implemente RadSec para qualquer tráfego RADIUS que atravesse fronteiras de rede não fidedignas. Cinco: Integre os registos de accounting RADIUS no seu SIEM e defina alertas de anomalias. A segurança RADIUS não é glamorosa, mas é fundamental. Garanta estes cinco pontos e fechará os vetores de ataque mais significativos contra a sua infraestrutura de controlo de acesso à rede. Obrigado por nos ouvir. Para saber mais sobre arquitetura de segurança WiFi empresarial, visite purple.ai. Este foi um Briefing de Inteligência Purple WiFi.