{"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\/de\/blog\/news\/uyazvimost-v-wi-fi-chipah-cypress-i-broadcom-pozvolyayushhaya-rasshifrovat-trafik","title":{"rendered":"Eine Schwachstelle in den Wi-Fi-Chips von Cypress und Broadcom erm\u00f6glicht es, den Datenverkehr zu entschl\u00fcsseln.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Forscher von Eset entdeckten<\/a><\/noindex> auf der derzeit stattfindenden Konferenz RSA 2020<\/a><\/noindex> Information \u00fcber Sicherheitsanf\u00e4lligkeiten<\/a><\/noindex> (CVE-2019-15126<\/a><\/noindex>) in den Wireless-Chips von Cypress und Broadcom, die es erm\u00f6glichen, abgefangenen Wi-Fi-Datenverkehr zu entschl\u00fcsseln, der durch das WPA2-Protokoll gesichert ist. Die Schwachstelle tr\u00e4gt den Codenamen Kr00k. Das Problem betrifft FullMAC-Chips (der Wi-Fi-Stack wird auf Chipsseite und nicht im Treiber implementiert), die in einer Vielzahl von Verbraucheranwendungen eingesetzt werden, von Smartphones bekannter Hersteller (Apple, Xiaomi, Google, Samsung) bis hin zu intelligenten Lautsprechern (Amazon Echo, Amazon Kindle), Platinen (Raspberry Pi 3) und Wireless Access Points (Huawei, ASUS, Cisco).<\/p>\n

Die Schwachstelle wird durch eine fehlerhafte Handhabung von Verschl\u00fcsselungsschl\u00fcsseln beim Trennen (Disassoziierung<\/a><\/noindex>) des Ger\u00e4ts vom Access Point verursacht. Beim Trennen wird der im Chip gespeicherte Sitzungs Schl\u00fcssel (PTK) auf Null zur\u00fcckgesetzt, da die weitere Daten\u00fcbertragung in dieser Sitzung nicht mehr erfolgen wird. Das Wesen der Schwachstelle besteht darin, dass die im Transmission Buffer (TX) verbleibenden Daten mit einem bereits nullen Schl\u00fcssel verschl\u00fcsselt werden, der nur aus Nullen besteht und somit leicht entschl\u00fcsselt werden kann, wenn sie abgefangen werden. Der leere Schl\u00fcssel wird nur f\u00fcr die verbleibenden Daten im Buffer angewendet, dessen Gr\u00f6\u00dfe mehrere Kilobyte betr\u00e4gt. <\/p>\n

Somit basiert der Angriff auf dem absichtlichen Senden bestimmter Frames, die eine Disassoziierung hervorrufen, und dem Abfangen der darauf folgenden Daten. Die Disassoziierung wird in drahtlosen Netzwerken normalerweise verwendet, um zwischen verschiedenen Access Points zu wechseln w\u00e4hrend des Roamings oder bei Verlust der Verbindung zum aktuellen Access Point. Die Disassoziierung kann durch das Senden eines Steuerframes ausgel\u00f6st werden, der unverschl\u00fcsselt \u00fcbertragen wird und keine Authentifizierung erfordert (es gen\u00fcgt, die Wi-Fi-Signalereichweite zu erreichen, ohne mit dem Netzwerk verbunden zu sein). Der Angriff wurde nur unter Verwendung des WPA2-Protokolls getestet, die M\u00f6glichkeit eines Angriffs auf WPA3 wurde nicht \u00fcberpr\u00fcft.<\/p>\n

\"Eine<\/a><\/noindex><\/center><\/p>\n

Ersten Sch\u00e4tzungen zufolge k\u00f6nnte die Schwachstelle potenziell Milliarden von allt\u00e4glichen Ger\u00e4ten betreffen. Bei Ger\u00e4ten mit Chips von Qualcomm, Realtek, Ralink und Mediatek tritt das Problem nicht auf. Die Entschl\u00fcsselung des Datenverkehrs ist sowohl m\u00f6glich, wenn ein verwundbares Client-Ger\u00e4t auf einen nicht problematischen Access Point zugreift, als auch wenn ein nicht betroffenes Ger\u00e4t auf einen Access Point zugreift, bei dem die Schwachstelle auftritt. Viele Hersteller von Verbraucheranwendungen haben bereits Firmware-Updates herausgegeben, die die Schwachstelle beheben (beispielsweise hat Apple die Schwachstelle bereits im Oktober letzten Jahres behoben).<\/a><\/noindex> Es ist erw\u00e4hnenswert, dass die Schwachstelle die Verschl\u00fcsselung auf der Ebene des drahtlosen Netzwerks betrifft und nur ungesicherte Verbindungen analysiert, die vom Benutzer hergestellt werden, nicht jedoch die M\u00f6glichkeit, Verbindungen mit Anwendungsebene-Verschl\u00fcsselung (HTTPS, SSH, STARTTLS, DNS \u00fcber TLS, VPN usw.) zu kompromittieren. Das Risiko eines Angriffs wird zudem dadurch verringert, dass der Angreifer pro Angriff nur einige Kilobyte an Daten entschl\u00fcsseln kann, die beim Trennen im \u00dcbertragungsbuffer vorhanden waren. Um erfolgreich vertrauliche Daten \u00fcber eine ungesicherte Verbindung abzufangen, muss der Angreifer entweder genau wissen, wann sie gesendet werden, oder st\u00e4ndig das Trennen vom Access Point initiieren, was dem Benutzer durch die st\u00e4ndigen Unterbrechungen der drahtlosen Verbindung auffallen w\u00fcrde. <\/p>\n

Einige der Ger\u00e4te, die von Eset auf die M\u00f6glichkeit eines Angriffs getestet wurden:<\/p>\n

Amazon Echo 2. Generation<\/p>\n