{"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\/it\/blog\/news\/uyazvimosti-v-realtek-sdk-priveli-k-problemam-v-ustrojstvah-65-proizvoditelej","title":{"rendered":"Le vulnerabilit\u00e0 nel Realtek SDK hanno causato problemi in dispositivi di 65 produttori","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nel Realtek SDK, utilizzato da diversi produttori di dispositivi wireless nei loro firmware, sono state riscontrate quattro vulnerabilit\u00e0 che consentono a un attaccante non autenticato di eseguire codice in remoto su dispositivi con privilegi elevati. Secondo una stima preliminare, i problemi riguardano almeno 200 modelli di dispositivi di 65 diversi fornitori, inclusi vari modelli di router wireless Asus, A-Link, Beeline, Belkin, Buffalo, D-Link, Edison, Huawei, LG, Logitec, MT-Link, Netgear, Realtek, Smartlink, UPVEL, ZTE e Zyxel. <\/p>\n
Il problema interessa diversi classi di dispositivi wireless basati su SoC RTL8xxx, dai router wireless e ripetitori Wi-Fi, fino a telecamere IP e dispositivi smart per la gestione dell'illuminazione. Nei dispositivi basati sui chip RTL8xxx viene utilizzata un'architettura che prevede l'installazione di due SoC: il primo contiene il firmware del produttore basato su Linux, mentre il secondo esegue un ambiente Linux limitato dedicato alle funzioni di access point. L'hardware di questo secondo ambiente si basa su componenti standard forniti da Realtek nel SDK. Questi componenti gestiscono anche i dati ricevuti a seguito di richieste esterne. <\/p>\n
Le vulnerabilit\u00e0 colpiscono i prodotti che utilizzano Realtek SDK v2.x, Realtek \u201cJungle\u201d SDK v3.0-3.4 e Realtek \u201cLuna\u201d SDK fino alla versione 1.3.2. \u00c8 stata rilasciata una correzione nell'aggiornamento di Realtek \u201cLuna\u201d SDK 1.3.2a, e sono in fase di preparazione patch per Realtek \u201cJungle\u201d SDK. Non sono previsti aggiornamenti per Realtek SDK 2.x poich\u00e9 il supporto per questa versione \u00e8 gi\u00e0 terminato. Per tutte le vulnerabilit\u00e0 sono stati forniti prototipi funzionanti di exploit, che permettono di eseguire codice malevolo sui dispositivi. <\/p>\n
Le vulnerabilit\u00e0 identificate (le prime due hanno un livello di pericolo di 8.1, mentre le altre hanno un livello di 9.8): <\/p>\n
\n
CVE-2021-35392 \u2014 overflow del buffer nei processi mini_upnpd e wscd, che implementano la funzionalit\u00e0 \u201cWiFi Simple Config\u201d (mini_upnpd si occupa dell'elaborazione dei pacchetti SSDP, mentre wscd, oltre a supportare SSDP, gestisce le richieste UPnP basate su protocollo HTTP). Un attaccante pu\u00f2 ottenere l'esecuzione del proprio codice inviando richieste UPnP \u201cSUBSCRIBE\u201d appositamente formattate con un numero di porta eccessivo nel campo \u201cCallback\u201d. SUBSCRIBE \/upnp\/event\/WFAWLANConfig1 HTTP\/1.1 Host: 192.168.100.254:52881 Callback: NT: upnp:event\n
CVE-2021-35393 \u2014 vulnerabilit\u00e0 nei gestori \u201cWiFi Simple Config\u201d, che si manifesta durante l'utilizzo del protocollo SSDP (utilizza UDP e un formato di richiesta simile a HTTP). Il problema \u00e8 causato dall'uso di un buffer fisso di 512 byte durante l'elaborazione del parametro \u201cST:upnp\u201d nei messaggi M-SEARCH inviati dai client per rilevare la presenza di servizi in rete.\n
CVE-2021-35394 \u2014 vulnerabilit\u00e0 nel processo MP Daemon, responsabile per l'esecuzione delle operazioni di diagnostica (ping, traceroute). Il problema consente di inserire comandi personalizzati a causa di un'insufficiente verifica degli argomenti durante l'esecuzione di utility esterne.\n