{"id":125200,"date":"2025-05-20T03:05:16","date_gmt":"2025-05-20T01:05:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-glibc-zatragivayushhaya-staticheski-sobrannye-suid-fajly-s-dlopen"},"modified":"2025-05-20T03:05:16","modified_gmt":"2025-05-20T01:05:16","slug":"uyazvimost-v-glibc-zatragivayushhaya-staticheski-sobrannye-suid-fajly-s-dlopen","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/uyazvimost-v-glibc-zatragivayushhaya-staticheski-sobrannye-suid-fajly-s-dlopen","title":{"rendered":"Vuln\u00e9rabilit\u00e9 dans Glibc touchant les fichiers suid statiquement compil\u00e9s avec dlopen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Une vuln\u00e9rabilit\u00e9 a \u00e9t\u00e9 identifi\u00e9e dans la biblioth\u00e8que standard C Glibc (CVE-2025-4802), permettant d'ex\u00e9cuter du code avec les privil\u00e8ges d'un autre utilisateur, octroy\u00e9s lors du lancement d'applications avec le drapeau suid. Le danger de ce probl\u00e8me est att\u00e9nu\u00e9 par les conditions dans lesquelles il se manifeste \u2014 les d\u00e9veloppeurs de Glibc n'ont pas r\u00e9ussi \u00e0 trouver un seul programme suid auquel la vuln\u00e9rabilit\u00e9 trouv\u00e9e serait applicable. Cependant, il n'est pas exclu que des programmes suid propri\u00e9taires respectant les conditions d'attaque puissent \u00eatre utilis\u00e9s au quotidien. <\/p>\n
L'exploitation de la vuln\u00e9rabilit\u00e9 n'est possible que pour les programmes suid compil\u00e9s statiquement, invoquant la fonction dlopen. En plus des programmes qui appellent directement dlopen, la vuln\u00e9rabilit\u00e9 touche \u00e9galement les programmes dans lesquels la fonction dlopen est appel\u00e9e indirectement, en cons\u00e9quence d'un appel \u00e0 setlocale ou \u00e0 des fonctions NSS, telles que getaddrinfo. <\/p>\n
Le probl\u00e8me est caus\u00e9 par le traitement de la variable d'environnement LD_LIBRARY_PATH dans le contexte des applications suid lors de l'appel de dlopen \u00e0 partir de programmes compil\u00e9s statiquement (l'ignorance de LD_LIBRARY_PATH ne se produisait qu'avec une liaison dynamique). En d\u00e9finissant un chemin dans LD_LIBRARY_PATH, un attaquant peut organiser le chargement d'une biblioth\u00e8que malveillante depuis son r\u00e9pertoire. La vuln\u00e9rabilit\u00e9 se manifeste \u00e0 partir de la version Glibc 2.27 (f\u00e9vrier 2018) et a \u00e9t\u00e9 corrig\u00e9e dans la version Glibc 2.39 (f\u00e9vrier 2024). \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"