{"id":71704,"date":"2020-02-27T20:54:05","date_gmt":"2020-02-27T17:54:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/uyazvimost-v-wi-fi-chipah-cypress-i-broadcom-pozvolyayushhaya-rasshifrovat-trafik"},"modified":"2020-03-03T16:10:37","modified_gmt":"2020-03-03T13:10:37","slug":"uyazvimost-v-wi-fi-chipah-cypress-i-broadcom-pozvolyayushhaya-rasshifrovat-trafik","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/uyazvimost-v-wi-fi-chipah-cypress-i-broadcom-pozvolyayushhaya-rasshifrovat-trafik","title":{"rendered":"Vuln\u00e9rabilit\u00e9 dans les puces Wi-Fi Cypress et Broadcom permettant de d\u00e9chiffrer le trafic","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Des chercheurs de la soci\u00e9t\u00e9 Eset ont r\u00e9v\u00e9l\u00e9<\/a><\/noindex> lors de la conf\u00e9rence en cours RSA 2020<\/a><\/noindex> des informations sur une vuln\u00e9rabilit\u00e9<\/a><\/noindex> (CVE-2019-15126<\/a><\/noindex>) dans les chipsets sans fil Cypress et Broadcom, qui permet de d\u00e9chiffrer le trafic Wi-Fi intercept\u00e9 prot\u00e9g\u00e9 par le protocole WPA2. Cette vuln\u00e9rabilit\u00e9 a \u00e9t\u00e9 nomm\u00e9e Kr00k. Le probl\u00e8me concerne les chipsets FullMAC (la pile Wi-Fi est impl\u00e9ment\u00e9e au niveau du chipset et non du pilote) utilis\u00e9s dans un large \u00e9ventail d'appareils consommateurs, allant des smartphones de fabricants renomm\u00e9s (Apple, Xiaomi, Google, Samsung) aux enceintes intelligentes (Amazon Echo, Amazon Kindle), aux cartes (Raspberry Pi 3) et aux points d'acc\u00e8s sans fil (Huawei, ASUS, Cisco).<\/p>\n

La vuln\u00e9rabilit\u00e9 est caus\u00e9e par un traitement incorrect des cl\u00e9s de chiffrement lors de la d\u00e9connexion (dissociation<\/a><\/noindex>) d'un appareil du point d'acc\u00e8s. Lors de la d\u00e9connexion, la cl\u00e9 de session (PTK) stock\u00e9e dans la m\u00e9moire du chipset est r\u00e9initialis\u00e9e, car l'envoi de donn\u00e9es lors de la session actuelle ne se poursuivra pas. L'essence de la vuln\u00e9rabilit\u00e9 r\u00e9side dans le fait que les donn\u00e9es restantes dans le tampon de transmission (TX) sont chiffr\u00e9es avec une cl\u00e9 qui a d\u00e9j\u00e0 \u00e9t\u00e9 effac\u00e9e, compos\u00e9e uniquement de z\u00e9ros, et peuvent donc \u00eatre facilement d\u00e9chiffr\u00e9es lors de l'interception. La cl\u00e9 vide n'est appliqu\u00e9e qu'aux donn\u00e9es r\u00e9siduelles dans le tampon, dont la taille est d'environ quelques kilooctets. <\/p>\n

Ainsi, l'attaque repose sur l'envoi artificiel de certaines trames provoquant une dissociation et l'interception des donn\u00e9es envoy\u00e9es par la suite. La dissociation est g\u00e9n\u00e9ralement appliqu\u00e9e dans les r\u00e9seaux sans fil pour passer d'un point d'acc\u00e8s \u00e0 un autre durant le roaming ou en cas de perte de connexion avec le point d'acc\u00e8s actuel. La dissociation peut \u00eatre d\u00e9clench\u00e9e en envoyant une trame de contr\u00f4le, qui est transmise en clair et ne n\u00e9cessite pas d'authentification (l'attaquant doit simplement avoir acc\u00e8s au signal Wi-Fi, mais ne doit pas \u00eatre connect\u00e9 au r\u00e9seau sans fil). L'attaque a \u00e9t\u00e9 test\u00e9e uniquement avec le protocole WPA2, la possibilit\u00e9 de mener une attaque sur WPA3 n'ayant pas \u00e9t\u00e9 v\u00e9rifi\u00e9e.<\/p>\n

\"Vuln\u00e9rabilit\u00e9<\/a><\/noindex><\/center><\/p>\n

Selon une estimation pr\u00e9liminaire, cette vuln\u00e9rabilit\u00e9 potentielle pourrait toucher des milliards d'appareils en usage. Sur les appareils \u00e9quip\u00e9s de puces Qualcomm, Realtek, Ralink et Mediatek, le probl\u00e8me ne se manifeste pas. N\u00e9anmoins, le d\u00e9chiffrement du trafic est possible tant qu'un appareil client vuln\u00e9rable se connecte \u00e0 un point d'acc\u00e8s sans probl\u00e8me qu'\u00e0 un appareil non affect\u00e9 \u00e0 un point d'acc\u00e8s o\u00f9 la vuln\u00e9rabilit\u00e9 se manifeste. De nombreux fabricants d'appareils consommateurs ont d\u00e9j\u00e0 publi\u00e9 des mises \u00e0 jour de firmware corrigeant cette vuln\u00e9rabilit\u00e9 (par exemple, Apple a corrig\u00e9<\/a><\/noindex> la vuln\u00e9rabilit\u00e9 d\u00e8s octobre de l'ann\u00e9e derni\u00e8re). <\/p>\n

Il convient de noter que la vuln\u00e9rabilit\u00e9 affecte le chiffrement au niveau du r\u00e9seau sans fil et ne permet d'analyser que les connexions non s\u00e9curis\u00e9es initi\u00e9es par l'utilisateur, mais ne permet pas de compromettre les connexions chiffr\u00e9es au niveau de l'application (HTTPS, SSH, STARTTLS, DNS sur TLS, VPN, etc.). Le danger d'attaque est \u00e9galement att\u00e9nu\u00e9 par le fait qu'un attaquant ne peut d\u00e9chiffrer qu'un certain nombre de kilo-octets de donn\u00e9es qui \u00e9taient en transit pendant la d\u00e9connexion. Pour capturer avec succ\u00e8s des donn\u00e9es sensibles envoy\u00e9es via une connexion non s\u00e9curis\u00e9e, l'attaquant doit soit conna\u00eetre exactement le moment de leur envoi, soit initier en permanence des d\u00e9connexions du point d'acc\u00e8s, ce qui attirera l'attention de l'utilisateur en raison des red\u00e9marrages constants de la connexion sans fil.<\/p>\n

Certains des appareils test\u00e9s par Eset pour \u00e9valuer la possibilit\u00e9 d'attaque :<\/p>\n