{"id":106239,"date":"2022-12-22T15:36:49","date_gmt":"2022-12-22T13:36:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-systemd-coredump-pozvolyayushhaya-opredelit-soderzhimoe-pamyati-suid-programm"},"modified":"2022-12-22T15:36:49","modified_gmt":"2022-12-22T13:36:49","slug":"uyazvimost-v-systemd-coredump-pozvolyayushhaya-opredelit-soderzhimoe-pamyati-suid-programm","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/uyazvimost-v-systemd-coredump-pozvolyayushhaya-opredelit-soderzhimoe-pamyati-suid-programm","title":{"rendered":"Vulnerabilit\u00e0 in systemd-coredump che consente di determinare il contenuto della memoria delle applicazioni suid","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nel componente systemd-coredump, che gestisce i file core generati dopo il crash dei processi, \u00e8 stata individuata una vulnerabilit\u00e0 (CVE-2022-4415) che consente a un utente locale non privilegiato di determinare il contenuto della memoria di processi privilegiati avviati con il flag suid root. \u00c8 stata confermata la presenza del problema nella configurazione predefinita nelle distribuzioni openSUSE, Arch, Debian, Fedora e SLES. <\/p>\n
La vulnerabilit\u00e0 \u00e8 causata dall'assenza di un'adeguata gestione del parametro sysctl fs.suid_dumpable in systemd-coredump, che, con il valore predefinito impostato su 2, consente la generazione di core dump per i processi con il flag suid. Si presume che ai file core scritti dal kernel per i processi suid debbano essere assegnati permessi che consentano la lettura solo all'utente root. L'utilit\u00e0 systemd-coredump, che viene invocata dal kernel per salvare i file core, li salva sotto l'identit\u00e0 di root, ma offre anche accesso ai file core basato su ACL, consentendo la lettura in base all'identificativo del proprietario che ha avviato originariamente il processo. <\/p>\n
Questa caratteristica consente di caricare file core senza considerare che il programma possa cambiare l'identificativo utente e funzionare con privilegi elevati. L'attacco consiste nel fatto che l'utente pu\u00f2 avviare un'applicazione suid e inviarle il segnale SIGSEGV, dopodich\u00e9 pu\u00f2 caricare il contenuto del file core, che include un'istantanea della memoria del processo durante il crash. <\/p>\n
Ad esempio, un utente pu\u00f2 avviare \u00ab\/usr\/bin\/su\u00bb e in un altro terminale terminare la sua esecuzione con il comando \u00abkill -s SIGSEGV `pidof su`\u00bb, dopodich\u00e9 systemd-coredump salver\u00e0 il file core nella directory \/var\/lib\/systemd\/coredump, impostando per esso ACL che consente la lettura all'utente corrente. Poich\u00e9 l'utility suid \u2018su\u2019 legge in memoria il contenuto di \/etc\/shadow, un attaccante pu\u00f2 accedere alle informazioni sugli hash delle password di tutti gli utenti nel sistema. L'utility sudo non \u00e8 vulnerabile a questo tipo di attacco, poich\u00e9 vieta la generazione di file core tramite ulimit. <\/p>\n
Secondo quanto dichiarato dagli sviluppatori di systemd, la vulnerabilit\u00e0 si manifesta a partire dalla versione systemd 247 (novembre 2020), ma secondo il ricercatore che ha scoperto il problema, anche la versione 246 \u00e8 vulnerabile. La vulnerabilit\u00e0 si presenta se systemd \u00e8 compilato con la libreria libacl (di default in tutte le popolari distribuzioni). Attualmente, la correzione \u00e8 disponibile sotto forma di patch. Puoi seguire la correzione nelle distribuzioni alle seguenti pagine: Debian, Ubuntu, Gentoo, RHEL, SUSE, Fedora, Gentoo, Arch. Come misura alternativa di protezione, puoi impostare sysctl fs.suid_dumpable a 0, che disabilita l'invio dei dump al gestore systemd-coredump. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"