{"id":123470,"date":"2025-04-11T15:05:06","date_gmt":"2025-04-11T13:05:06","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-setevom-konfiguratore-connman-i-dns-biblioteke-c-ares"},"modified":"2025-04-11T15:05:06","modified_gmt":"2025-04-11T13:05:06","slug":"uyazvimosti-v-setevom-konfiguratore-connman-i-dns-biblioteke-c-ares","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/uyazvimosti-v-setevom-konfiguratore-connman-i-dns-biblioteke-c-ares","title":{"rendered":"Vulnerabilit\u00e0 nel configuratore di rete ConnMan e nella libreria DNS c-ares","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nel configuratore di rete ConnMan, diffuso nei sistemi embedded Linux, nelle piattaforme automobilistiche e nei dispositivi IoT, \u00e8 stata individuata una vulnerabilit\u00e0 (CVE-2025-32743) che potrebbe potenzialmente portare all'esecuzione di codice durante l'elaborazione di risposte appositamente formattate da un server DNS. Il problema \u00e8 stato classificato con un livello critico di gravit\u00e0 (9.1 su 10). La vulnerabilit\u00e0 \u00e8 presente fino all'ultima versione disponibile di ConnMan 1.44 e attualmente non \u00e8 stata risolta. <\/p>\n
La vulnerabilit\u00e0 \u00e8 presente nell'implementazione del proxy DNS ed \u00e8 causata dal fatto che durante l'elaborazione della risposta DNS con il bit TC (Truncated), la stringa \u00ablookup\u00bb nella funzione ns_resolv rimane vuota o ha un valore NULL. Successivamente, ci\u00f2 porta a un overflow del buffer a causa di una scorretta computazione della dimensione dei dati copiati tramite la funzione memcpy. <\/p>\n
\u00c8 possibile inoltre segnalare una vulnerabilit\u00e0 (CVE-2025-31498) nella libreria c-ares, progettata per inviare richieste DNS in modo asincrono. La vulnerabilit\u00e0 \u00e8 causata dall'accesso a un'area di memoria gi\u00e0 liberata (use-after-free) nella funzione di elaborazione delle risposte del server DNS. <\/p>\n
Il problema \u00e8 causato dal fatto che, in caso di interruzione della connessione, potrebbe verificarsi una situazione in cui il descrittore di connessione \u00e8 gi\u00e0 stato liberato, ma la funzione read_answers() crede ancora che sia disponibile mentre esclude altri richieste dalla coda. Sfruttare la vulnerabilit\u00e0 \u00e8 complicato dal fatto che l'attaccante deve controllare il server DNS attraverso il quale avviene la risoluzione e creare le condizioni per far terminare in errore le chiamate send()\/write(), il che \u00e8 teoricamente possibile sommergendo la vittima con pacchetti ICMP UNREACHABLE. <\/p>\n
La vulnerabilit\u00e0 pu\u00f2 essere utilizzata per attaccare progetti che utilizzano la libreria c-ares. Ad esempio, c-ares \u00e8 utilizzato in Node.js, sssd, apt-cacher-ng, wireshark, pgbouncer, shadowsocks, zephyr, sysdig e frr. Il problema si manifesta a partire dalla versione 1.32.3 (luglio 2024) ed \u00e8 stato risolto nell'aggiornamento c-ares 1.34.5. \u00c8 possibile monitorare la risoluzione della vulnerabilit\u00e0 nelle distribuzioni alle seguenti pagine: Debian, Ubuntu, RHEL, SUSE\/openSUSE, Fedora, Arch, FreeBSD. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"