Renforcement de RADIUS contre les attaques par collision MD5 (BlastRADIUS)

Bienvenue dans ce briefing technique de Purple. Je suis votre hôte, Stratège principal en contenu technique chez Purple. Aujourd'hui, nous abordons un problème critique et urgent pour toute entreprise exploitant un réseau WiFi de niveau entreprise : une faille désormais exploitable dans un protocole vieux de 30 ans, qui pourrait permettre à des attaquants de franchir directement votre porte d'entrée numérique. Nous parlons ici du protocole RADIUS et de l'attaque par collision MD5 connue sous le nom de Blast-RADIUS. Pour notre public de responsables informatiques, d'architectes réseau et de directeurs technologiques dans les secteurs de l'hôtellerie, de la vente au détail et des grands espaces publics, il ne s'agit pas d'un simple problème théorique. C'est une menace directe pour l'intégrité de votre réseau, la sécurité de vos données et votre conformité. Au cours des dix prochaines minutes, nous allons décortiquer cette faille, expliquer son fonctionnement et, surtout, vous fournir une feuille de route claire et exploitable pour la corriger. Que vous soyez responsable d'un hôtel de 200 chambres, d'une chaîne de magasins nationale ou d'un stade de 60 000 places, ce briefing concerne directement des décisions que vous devez prendre ce trimestre. Commençons par un peu de contexte. RADIUS - Remote Authentication Dial-In User Service - a été conçu en 1991, à l'époque de l'internet bas débit. C'est un protocole client-serveur qui gère l'authentification, l'autorisation et la comptabilisation pour l'accès au réseau. Lorsqu'un membre du personnel ou un appareil se connecte au WiFi de votre entreprise, le point d'accès agit comme un client RADIUS et envoie une demande d'authentification à un serveur RADIUS central. Le serveur vérifie les identifiants et répond par un Access-Accept ou un Access-Reject. Cet échange constitue la base de la sécurité des réseaux d'entreprise depuis plus de trois décennies. Le problème est que RADIUS a été conçu avant l'apparition des normes de chiffrement modernes. Le protocole utilise l'algorithme de hachage MD5 pour fournir un contrôle d'intégrité de base sur les réponses du serveur - un champ appelé Response Authenticator. Il a été démontré pour la première fois en 2004 que le MD5 était cryptographiquement défaillant. Pourtant, nous voici en 2024, et RADIUS s'appuie toujours sur lui. Le secteur savait que le MD5 était faible. Le protocole n'a tout simplement jamais été mis à jour. Entrons maintenant dans les détails techniques. L'attaque Blast-RADIUS, officiellement répertoriée sous le nom de CVE-2024-3596, a été révélée en juillet 2024 par une équipe de chercheurs de l'Université de Boston, de l'UC San Diego, du CWI Amsterdam et de Microsoft Research. Elle associe une vulnérabilité au niveau du protocole à une attaque par collision à préfixe choisi MD5 - et, point crucial, à des améliorations de vitesse significatives qui rendent l'attaque réalisable en temps réel. Voici comment cela fonctionne. Un attaquant de type "man-in-the-middle" se positionne sur le chemin réseau entre le client RADIUS - votre point d'accès - et le serveur RADIUS. Lorsqu'un utilisateur tente de s'authentifier, l'attaquant intercepte le paquet Access-Request. Il injecte un attribut malveillant spécialement conçu dans cette requête. Cet attribut est élaboré pour provoquer une collision mathématique : une situation où deux entrées différentes produisent le même hachage MD5. L'attaquant précalcule cette collision de sorte que le hachage MD5 de la réponse légitime Access-Reject du serveur corresponde au hachage MD5 d'une réponse forged Access-Accept que l'attaquant a construite. Lorsque le serveur renvoie son Access-Reject, l'attaquant le remplace par son Access-Accept falsifié. Le client RADIUS vérifie l'authentificateur de réponse, le trouve valide - car les hachages MD5 correspondent - et accorde l'accès au réseau. L'attaquant n'a jamais eu besoin de connaître le mot de passe de l'utilisateur. Il n'a jamais eu besoin de connaître le secret partagé entre le client et le serveur RADIUS. Il a simplement exploité la faiblesse mathématique de MD5 pour donner une apparence légitime à une réponse falsifiée. Et avec le matériel moderne, la collision MD5 requise peut être calculée en moins de cinq minutes. Il ne s'agit pas d'une attaque théorique. Elle est opérationnelle dès aujourd'hui. Cette vulnérabilité affecte tous les déploiements RADIUS utilisant les modes d'authentification PAP - Password Authentication Protocol - CHAP et MS-CHAP sur UDP. Ceux-ci sont extrêmement courants dans les environnements d'entreprise, en particulier dans les déploiements hérités. Les seuls modes d'authentification immunisés sont ceux utilisant EAP - le protocole d'authentification extensible - car EAP établit son propre tunnel cryptographique qui est indépendant de l'authentificateur de réponse MD5. Laissez-moi formuler le risque commercial en termes concrets. Prenons le cas d'une chaîne hôtelière. Un attaquant qui obtient un accès non autorisé au réseau de l'entreprise peut se déplacer latéralement pour atteindre le système de gestion immobilière, accéder aux dossiers des clients, atteindre les terminaux de point de vente et potentiellement exfiltrer les données des cartes de paiement. Le coût moyen d'une violation de données dans le secteur de l'hôtellerie dépasse les trois millions de livres sterling. Sous le GDPR, une violation impliquant les données personnelles des clients peut déclencher des amendes allant jusqu'à quatre pour cent du chiffre d'affaires annuel mondial. Sous PCI-DSS, une violation impliquant des données de titulaires de cartes peut entraîner des enquêtes médico-légales obligatoires, des amendes de la part des marques de cartes et une perte potentielle des privilèges de traitement des paiements. Les enjeux financiers et de réputation sont considérables. Passons maintenant aux recommandations de mise en œuvre. Comment vous défendre contre cela ? La réponse comporte deux niveaux : un durcissement immédiat et une modernisation à long terme. L'action immédiate consiste à appliquer les correctifs de sécurité des fournisseurs pour la faille CVE-2024-3596. Tous les principaux fournisseurs de solutions RADIUS - Cisco ISE, Microsoft NPS, FreeRADIUS, Juniper, Aruba, Ruckus - ont publié des mises à jour. En parallèle des correctifs, la modification essentielle de configuration consiste à imposer l'attribut Message-Authenticator sur tous les clients et serveurs RADIUS. Cet attribut, défini dans la RFC 2869, fournit un contrôle d'intégrité basé sur HMAC sur l'ensemble du paquet RADIUS. Contrairement au Response Authenticator, la construction HMAC n'est pas vulnérable à l'attaque par collision de préfixes choisis. Configurer votre infrastructure pour exiger cet attribut - et pour rejeter tout message arrivant sans lui - ferme le vecteur d'attaque immédiat. Pour FreeRADIUS, cela consiste à définir require_message_authenticator à yes dans votre fichier de configuration des clients. Pour Microsoft NPS, il s'agit d'un paramètre de stratégie dans votre configuration de stratégie réseau. C'est un changement à faible impact qui peut généralement être déployé lors d'une fenêtre de maintenance. Cependant, l'application de l'attribut Message-Authenticator est une mesure temporaire, pas une solution définitive. La réponse stratégique à long terme consiste à migrer vers une authentification basée sur EAP. Le standard absolu est le WPA3-Enterprise avec EAP-TLS. L'EAP-TLS utilise une authentification mutuelle basée sur des certificats - l'appareil client et le serveur RADIUS doivent tous deux présenter des certificats numériques valides émanant d'une autorité de certification de confiance. Cela élimine complètement le secret partagé, supprime la dépendance à MD5 et offre un niveau de sécurité immunisé contre toute la catégorie d'attaques que représente Blast-RADIUS. Pour les environnements où le déploiement d'une infrastructure PKI complète est complexe - en particulier les sites avec une forte rotation d'appareils ou des politiques de type "apportez votre propre appareil" - le protocole PEAP avec MSCHAPv2 est une étape intermédiaire acceptable, à condition que les clients soient configurés pour valider le certificat du serveur RADIUS. Sans validation du certificat du serveur, le PEAP est vulnérable aux attaques par point d'accès frauduleux, ce qui constitue un risque distinct mais tout aussi grave. La phase finale de la feuille de route de modernisation consiste à déployer RADIUS sur TLS, connu sous le nom de RADSEC. RADSEC encapsule tout le trafic RADIUS dans une session TLS à authentification mutuelle, garantissant une confidentialité et une intégrité totales pour l'ensemble de l'échange d'authentification. Cela rend impossibles les attaques au niveau de la couche de transport comme Blast-RADIUS, car il n'y a aucun trafic RADIUS non chiffré à intercepter. RADSEC est particulièrement utile dans les environnements distribués - chaînes d'hôtels, réseaux de vente au détail, complexes de stades - où le trafic RADIUS peut traverser plusieurs segments de réseau entre le point d'accès et le serveur d'authentification central. Passons à une session de questions-réponses rapides. Question un : Nous utilisons EAP. Sommes-nous en sécurité ? Si vous utilisez EAP-TLS, PEAP ou EAP-TTLS, vous n'êtes pas vulnérable à l'attaque spécifique de collision MD5 Blast-RADIUS. Cependant, vous devez tout de même appliquer les correctifs des fournisseurs par mesure de défense en profondeur, et vous devez auditer votre configuration pour vous assurer que la validation des certificats de serveur est imposée sur tous les clients. Deuxième question : Notre trafic RADIUS est sur un VLAN de gestion dédié. Cela nous protège-t-il ? Cela réduit la surface d'attaque, mais cela n'élimine pas la vulnérabilité. Un attaquant qui a déjà compromis un appareil sur le réseau de gestion peut toujours exécuter une attaque de type man-in-the-middle. La segmentation est une couche de défense précieuse, mais elle doit être combinée avec l'application de l'attribut Message-Authenticator et la migration vers EAP. Troisième question : Quelle est la difficulté de la mitigation immédiate ? Pour la plupart des environnements, l'application de l'attribut Message-Authenticator est une modification de configuration simple. Le principal défi consiste à s'assurer que tous les périphériques réseau - points d'accès, commutateurs, contrôleurs - prennent en charge l'attribut et l'ont activé. Un audit des appareils avant d'imposer l'exigence côté serveur est essentiel pour éviter les échecs d'authentification sur le matériel hérité. Quatrième question : Puis-je détecter si j'ai été attaqué ? C'est très difficile. Le paquet Access-Accept falsifié semble valide pour le client RADIUS car le hachage MD5 correspond. Votre meilleure approche de détection consiste à surveiller les journaux de comptabilité RADIUS pour détecter les authentifications réussies anormales - types d'appareils inattendus, adresses MAC qui ne correspondent pas à votre inventaire ou connexions réussies à des heures inhabituelles. Intégrez vos données de comptabilité RADIUS à votre SIEM pour obtenir des alertes automatisées. Pour résumer et définir vos prochaines étapes. La vulnérabilité Blast-RADIUS est une menace sérieuse et exploitable en pratique pour toute entreprise utilisant l'authentification RADIUS héritée sur UDP. L'attaque ne nécessite aucune connaissance d'identifiants et peut être exécutée en quelques minutes. Votre priorité immédiate est d'auditer votre infrastructure, d'appliquer les correctifs des éditeurs et d'imposer l'attribut Message-Authenticator sur tous les clients et serveurs RADIUS. Votre objectif à moyen terme est de migrer vers EAP-TLS et WPA3-Enterprise. Votre cible architecturale à long terme est RADSEC. Chez Purple, nous fournissons la couche d'intelligence qui vous aide à comprendre et à sécuriser le réseau WiFi de votre établissement. Notre plateforme vous offre la visibilité nécessaire pour identifier les types d'appareils, surveiller les modèles d'authentification et garantir que vos politiques de sécurité sont appliquées efficacement sur chaque point d'accès de votre parc. Votre plan d'action tient en trois mots : Auditer, Corriger et Moderniser. Ne laissez pas un protocole vieux de 30 ans être le maillon faible de votre posture de sécurité. Merci d'avoir participé à ce briefing technique Purple. Restez en sécurité.