{"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\/fr\/blog\/news\/uyazvimosti-v-setevom-konfiguratore-connman-i-dns-biblioteke-c-ares","title":{"rendered":"Vuln\u00e9rabilit\u00e9s dans le configurateur r\u00e9seau ConnMan et la biblioth\u00e8que DNS c-ares","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Une vuln\u00e9rabilit\u00e9 (CVE-2025-32743) a \u00e9t\u00e9 identifi\u00e9e dans le configurer r\u00e9seau ConnMan, r\u00e9pandu dans les syst\u00e8mes Linux embarqu\u00e9s, les plateformes automobiles et les dispositifs de l'Internet des objets, qui pourrait potentiellement permettre l'ex\u00e9cution de code lors du traitement de r\u00e9ponses sp\u00e9cialement format\u00e9es d'un serveur DNS. Ce probl\u00e8me a \u00e9t\u00e9 class\u00e9 comme critique (9,1 sur 10). La vuln\u00e9rabilit\u00e9 persiste jusqu'\u00e0 la version actuelle de ConnMan 1.44 et reste non corrig\u00e9e. <\/p>\n
La vuln\u00e9rabilit\u00e9 se trouve dans l'impl\u00e9mentation du proxy DNS et est caus\u00e9e par le fait que lors du traitement d'une r\u00e9ponse DNS avec le bit TC (Truncated), la cha\u00eene \u00ab lookup \u00bb dans la fonction ns_resolv reste vide ou a une valeur NULL. Cela conduit ensuite \u00e0 un d\u00e9passement de tampon d\u00fb \u00e0 un calcul incorrect de la taille des donn\u00e9es copi\u00e9es \u00e0 l'aide de la fonction memcpy. <\/p>\n
En outre, une vuln\u00e9rabilit\u00e9 (CVE-2025-31498) a \u00e9t\u00e9 not\u00e9e dans la biblioth\u00e8que c-ares, qui est destin\u00e9e \u00e0 envoyer des requ\u00eates DNS de mani\u00e8re asynchrone. La vuln\u00e9rabilit\u00e9 est caus\u00e9e par un acc\u00e8s \u00e0 une zone m\u00e9moire d\u00e9j\u00e0 lib\u00e9r\u00e9e (use-after-free) dans la fonction de traitement des r\u00e9ponses du serveur DNS. <\/p>\n
Le probl\u00e8me vient du fait qu'en cas de rupture de connexion, une situation peut survenir o\u00f9 le descripteur de connexion est d\u00e9j\u00e0 lib\u00e9r\u00e9, mais la fonction read_answers() consid\u00e8re qu'il est encore accessible lors de l'exclusion d'autres demandes de la file d'attente. L'exploitation de la vuln\u00e9rabilit\u00e9 est compliqu\u00e9e par le fait que l'attaquant doit contr\u00f4ler le serveur DNS \u00e0 travers lequel la r\u00e9solution est effectu\u00e9e et cr\u00e9er des conditions pour faire \u00e9chouer les appels send()\/write(), ce qui est th\u00e9oriquement possible en inondant la cible avec des paquets ICMP UNREACHABLE. <\/p>\n
La vuln\u00e9rabilit\u00e9 peut \u00eatre exploit\u00e9e pour attaquer des projets utilisant la biblioth\u00e8que c-ares. Par exemple, c-ares est utilis\u00e9 dans Node.js, sssd, apt-cacher-ng, wireshark, pgbouncer, shadowsocks, zephyr, sysdig et frr. Le probl\u00e8me est pr\u00e9sent depuis la version 1.32.3 (juillet 2024) et a \u00e9t\u00e9 corrig\u00e9 dans la mise \u00e0 jour c-ares 1.34.5. Pour suivre la correction de la vuln\u00e9rabilit\u00e9 dans les distributions, vous pouvez consulter les pages suivantes : Debian, Ubuntu, RHEL, SUSE\/openSUSE, Fedora, Arch, FreeBSD. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"