{"id":101033,"date":"2021-08-18T10:22:37","date_gmt":"2021-08-18T08:22:37","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-realtek-sdk-priveli-k-problemam-v-ustrojstvah-65-proizvoditelej"},"modified":"2021-08-18T10:22:37","modified_gmt":"2021-08-18T08:22:37","slug":"uyazvimosti-v-realtek-sdk-priveli-k-problemam-v-ustrojstvah-65-proizvoditelej","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/uyazvimosti-v-realtek-sdk-priveli-k-problemam-v-ustrojstvah-65-proizvoditelej","title":{"rendered":"Sicherheitsanf\u00e4lligkeiten im Realtek SDK haben Probleme bei Ger\u00e4ten von 65 Herstellern verursacht","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In den Komponenten des Realtek SDK, das von verschiedenen Herstellern drahtloser Ger\u00e4te in ihren Firmware-Versionen verwendet wird, wurden vier Schwachstellen entdeckt, die es einem nicht authentifizierten Angreifer erm\u00f6glichen, aus der Ferne Code mit erh\u00f6hten Rechten auf dem Ger\u00e4t auszuf\u00fchren. Vorl\u00e4ufigen Sch\u00e4tzungen zufolge sind mindestens 200 Modelle von 65 verschiedenen Anbietern betroffen, darunter verschiedene Modelle von drahtlosen Routern von Asus, A-Link, Beeline, Belkin, Buffalo, D-Link, Edison, Huawei, LG, Logitec, MT-Link, Netgear, Realtek, Smartlink, UPVEL, ZTE und Zyxel. <\/p>\n
Das Problem betrifft verschiedene Klassen von drahtlosen Ger\u00e4ten, die auf SoC RTL8xxx basieren, von drahtlosen Routern und Wi-Fi-Extendern bis hin zu IP-Kameras und Smart-Home-Ger\u00e4ten zur Lichtsteuerung. In Ger\u00e4ten, die auf RTL8xxx-Chips basieren, wird eine Architektur mit zwei SoCs eingesetzt \u2014 auf dem ersten wird die Firmware des Herstellers auf Linux-Basis installiert, w\u00e4hrend auf dem zweiten eine separate, abgespeckte Linux-Umgebung mit der Implementierung von Access-Point-Funktionen l\u00e4uft. Die Ausstattung der zweiten Umgebung basiert auf typischen Komponenten, die von Realtek im SDK bereitgestellt werden. Diese Komponenten verarbeiten unter anderem die Daten, die aus externen Anfragen resultieren. <\/p>\n
Die Schwachstellen betreffen Produkte, die Realtek SDK v2.x, Realtek \u201eJungle\u201c SDK v3.0-3.4 und Realtek \u201eLuna\u201c SDK vor Version 1.3.2 verwenden. Das Patch wurde bereits mit dem Update Realtek \u201eLuna\u201c SDK 1.3.2a ver\u00f6ffentlicht, und es werden Patches f\u00fcr das Realtek \u201eJungle\u201c SDK vorbereitet. F\u00fcr Realtek SDK 2.x sind keine Patches geplant, da die Wartung dieser Version bereits eingestellt wurde. F\u00fcr alle Schwachstellen wurden funktionierende Exploit-Prototypen bereitgestellt, die eine Ausf\u00fchrung von eigenem Code auf dem Ger\u00e4t erm\u00f6glichen. <\/p>\n
Die identifizierten Schwachstellen (den ersten beiden wurde die Gef\u00e4hrlichkeit 8.1 zugewiesen, den anderen \u2014 9.8): <\/p>\n
\n
CVE-2021-35392 \u2014 Puffer\u00fcberlauf in den Prozessen mini_upnpd und wscd, die die Funktionalit\u00e4t \u201eWiFi Simple Config\u201c umsetzen (mini_upnpd ist f\u00fcr die Verarbeitung von SSDP-Paketen zust\u00e4ndig, w\u00e4hrend wscd neben der Unterst\u00fctzung von SSDP auch die Bearbeitung von UPnP-Anfragen auf HTTP-Basis \u00fcbernimmt). Ein Angreifer kann die Ausf\u00fchrung von eigenem Code erreichen, indem er speziell formatierte UPnP-Anfragen \u201eSUBSCRIBE\u201c mit einem zu gro\u00dfen Portwert im Feld \u201eCallback\u201c sendet. SUBSCRIBE \/upnp\/event\/WFAWLANConfig1 HTTP\/1.1 Host: 192.168.100.254:52881 Callback: NT: upnp:event\n
CVE-2021-35393 \u2013 eine Schwachstelle in den \"WiFi Simple Config\"-Handlern, die beim Einsatz des SSDP-Protokolls auftritt (verwendet UDP und ein an HTTP \u00e4hnliches Anfrageformat). Das Problem wird durch die Verwendung eines festen Puffers mit einer Gr\u00f6\u00dfe von 512 Bytes bei der Verarbeitung des Parameters \"ST:upnp\" in M-SEARCH-Nachrichten verursacht, die von Clients gesendet werden, um die Verf\u00fcgbarkeit von Diensten im Netzwerk zu bestimmen.\n
CVE-2021-35394 \u2013 eine Schwachstelle im MP Daemon-Prozess, der f\u00fcr die Ausf\u00fchrung von Diagnosetests (Ping, Traceroute) verantwortlich ist. Das Problem erm\u00f6glicht es, eigene Befehle einzuschleusen, da die Argumente bei der Ausf\u00fchrung externer Tools nicht ausreichend \u00fcberpr\u00fcft werden.\n