Des vuln\u00e9rabilit\u00e9s ont \u00e9t\u00e9 d\u00e9couvertes dans les paquets ouverts IWD (Intel inet Wireless Daemon) et wpa_supplicant, utilis\u00e9s pour connecter des syst\u00e8mes Linux clients \u00e0 un r\u00e9seau sans fil, permettant de contourner les m\u00e9canismes d'authentification : <\/p>\n
La vuln\u00e9rabilit\u00e9 est due \u00e0 un manque de v\u00e9rification appropri\u00e9e de l'ordre des \u00e9tapes lors du processus d'accord en 4 \u00e9tapes, utilis\u00e9 lors de la premi\u00e8re connexion \u00e0 un r\u00e9seau sans fil prot\u00e9g\u00e9. \u00c9tant donn\u00e9 qu'IWD accepte des messages \u00e0 toutes les \u00e9tapes de l'accord de connexion sans v\u00e9rifier si l'\u00e9tape pr\u00e9c\u00e9dente a \u00e9t\u00e9 franchie, un attaquant peut, en contournant l'envoi du message de la deuxi\u00e8me \u00e9tape, envoyer directement le message de la quatri\u00e8me \u00e9tape et acc\u00e9der au r\u00e9seau, sautant l'\u00e9tape o\u00f9 la v\u00e9rification de l'authentification est effectu\u00e9e. <\/p>\n
En attendant, IWD essaie de v\u00e9rifier le code MIC (Message Integrity Code) pour le message de la quatri\u00e8me \u00e9tape re\u00e7u. Comme le message de la deuxi\u00e8me \u00e9tape avec les param\u00e8tres d'authentification n'a pas \u00e9t\u00e9 re\u00e7u, lors du traitement du message de la quatri\u00e8me \u00e9tape, la cl\u00e9 PTK (Pairwise Transient Key) est d\u00e9finie \u00e0 une valeur nulle. Par cons\u00e9quent, l'attaquant peut calculer le MIC en utilisant un PTK nul, et ce code de v\u00e9rification sera accept\u00e9 par IWD comme valide. Apr\u00e8s avoir termin\u00e9 un tel accord de connexion incomplet, l'attaquant obtiendra un acc\u00e8s complet au r\u00e9seau sans fil, car le point d'acc\u00e8s acceptera les trames envoy\u00e9es par celui-ci, chiffr\u00e9es avec une cl\u00e9 PTK nulle. <\/p>\n
En raison d'un d\u00e9faut dans la mise en \u0153uvre du protocole PEAP (Protected Extensible Authentication Protocol), un attaquant peut contourner la deuxi\u00e8me phase de l'authentification lors de la connexion d'un appareil utilisateur mal configur\u00e9. Le contournement de la deuxi\u00e8me phase de l'authentification permet \u00e0 l'attaquant de cr\u00e9er un clone trompeur d'un r\u00e9seau Wi-Fi de confiance et de connecter l'utilisateur \u00e0 un r\u00e9seau fictif sans v\u00e9rification de mot de passe. <\/p>\n
Pour qu'une attaque r\u00e9ussisse, la v\u00e9rification c\u00f4t\u00e9 utilisateur dans wpa_supplicant doit \u00eatre d\u00e9sactiv\u00e9e. certificat TLS<\/a> Le serveur, et l'attaquant doit conna\u00eetre l'identifiant du r\u00e9seau sans fil (SSID, Service Set Identifier). De plus, l'attaquant doit se trouver \u00e0 port\u00e9e de l'adaptateur sans fil de la victime, mais en dehors de la port\u00e9e du point d'acc\u00e8s du r\u00e9seau sans fil clon\u00e9. L'attaque est possible sur des r\u00e9seaux WPA2-Enterprise ou WPA3-Enterprise utilisant le protocole PEAP. <\/p>\n Les d\u00e9veloppeurs de wpa_supplicant ont d\u00e9clar\u00e9 qu'ils ne consid\u00e9raient pas le probl\u00e8me comme une vuln\u00e9rabilit\u00e9, car il ne se manifeste que dans des r\u00e9seaux sans fil mal configur\u00e9s o\u00f9 l'authentification EAP est utilis\u00e9e avec le protocole PEAP (EAP-TTLS) sans v\u00e9rification du certificat TLS. de serveurs<\/a>Les configurations sans v\u00e9rification de certificat n'offrent pas de protection contre des attaques actives. Ceux ayant d\u00e9couvert la vuln\u00e9rabilit\u00e9 affirment que de telles configurations incorrectes sont typiques et largement r\u00e9pandues, ce qui met en danger de nombreux appareils grand public bas\u00e9s sur Linux, Android et Chrome OS utilisant wpa_supplicant. <\/p>\n Pour r\u00e9soudre le probl\u00e8me dans wpa_supplicant, un correctif a \u00e9t\u00e9 publi\u00e9, ajoutant un mode obligatoire pour passer par la deuxi\u00e8me phase d'authentification, en plus de la v\u00e9rification du certificat TLS. Selon les d\u00e9veloppeurs, la modification propos\u00e9e n'est qu'un contournement, rendant plus difficile la r\u00e9alisation d'attaques lors de l'utilisation d'une authentification manuelle et sans utilit\u00e9 lors de l'utilisation d'options telles que EAP-GTC. Pour r\u00e9soudre v\u00e9ritablement le probl\u00e8me, les administrateurs r\u00e9seau doivent ajuster la configuration de mani\u00e8re appropri\u00e9e, c'est-\u00e0-dire \u00e9tablir une cha\u00eene de confiance pour v\u00e9rifier le certificat du serveur \u00e0 l'aide du param\u00e8tre ca_cert. <\/ul>\n