{"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\/it\/blog\/news\/uyazvimost-v-glibc-zatragivayushhaya-staticheski-sobrannye-suid-fajly-s-dlopen","title":{"rendered":"Vulnerabilit\u00e0 in Glibc che colpisce i file suid compilati staticamente con dlopen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata scoperta una vulnerabilit\u00e0 nella standard C library Glibc (CVE-2025-4802) che consente l'esecuzione di codice con le stesse autorizzazioni di un altro utente, le quali vengono impostate quando si avviano applicazioni con il flag suid. La gravit\u00e0 del problema \u00e8 ridotta dalle condizioni in cui si manifesta \u2014 gli sviluppatori di Glibc non sono riusciti a trovare nemmeno un programma suid al quale si applichi la vulnerabilit\u00e0 scoperta. Tuttavia, non si pu\u00f2 escludere che possano essere utilizzati programmi suid propri che soddisfano i requisiti per l'attacco. <\/p>\n
L'exploitation della vulnerabilit\u00e0 \u00e8 possibile solo per i programmi suid compilati staticamente che chiamano la funzione dlopen. Oltre ai programmi che chiamano direttamente dlopen, la vulnerabilit\u00e0 interessa anche i programmi in cui la funzione dlopen viene eseguita indirettamente, come conseguenza della chiamata di setlocale o delle funzioni NSS, come getaddrinfo. <\/p>\n
Il problema \u00e8 causato dal trattamento della variabile d'ambiente LD_LIBRARY_PATH nel contesto delle applicazioni suid nel caso in cui venga chiamato dlopen da programmi compilati staticamente (l'ignoranza di LD_LIBRARY_PATH avveniva solo durante la compilazione dinamica). Attraverso l'impostazione del percorso in LD_LIBRARY_PATH, l'attaccante pu\u00f2 organizzare il caricamento di una libreria di sostituzione dal proprio catalogo. La vulnerabilit\u00e0 si manifesta a partire dalla versione Glibc 2.27 (febbraio 2018) ed \u00e8 stata corretta nella versione Glibc 2.39 (febbraio 2024). \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"