{"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\/da\/blog\/news\/uyazvimost-v-systemd-coredump-pozvolyayushhaya-opredelit-soderzhimoe-pamyati-suid-programm","title":{"rendered":"S\u00e5rbarhed i systemd-coredump, der g\u00f8r det muligt at bestemme indholdet af hukommelsen i suid-programmer.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
I komponenten systemd-coredump, der h\u00e5ndterer core-filer genereret efter ukontrollerede procesafslutninger, er der opdaget en s\u00e5rbarhed (CVE-2022-4415), som g\u00f8r det muligt for en uprivilegeret lokal bruger at bestemme indholdet af hukommelsen fra privilegerede processer, der k\u00f8rer med suid root-flaget. Problemet med standardkonfigurationen er bekr\u00e6ftet i distributionerne openSUSE, Arch, Debian, Fedora og SLES. <\/p>\n
S\u00e5rbarheden skyldes manglende korrekt h\u00e5ndtering af sysctl-parameteren fs.suid_dumpable i systemd-coredump, som ved standardindstillingen 2 tillader generering af core-dumps for processer med suid-flaget. Det antages, at de kerne-genererede core-filer fra suid-processer skal have adgangsrettigheder, der tillader l\u00e6sning kun for brugeren root. V\u00e6rkt\u00f8jet systemd-coredump, som kaldes af kernen for at gemme core-filer, gemmer core-filen under root-ID'et, men giver desuden adgang til core-filerne baseret p\u00e5 ACL, hvilket tillader l\u00e6sning baseret p\u00e5 ejer-ID'et, der oprindeligt startede processen. <\/p>\n
Den n\u00e6vnte egenskab muligg\u00f8r indl\u00e6sning af core-filer uden hensyn til, at programmet kan skifte bruger-ID og k\u00f8re med forh\u00f8jede privilegier. Angrebet g\u00e5r ud p\u00e5, at brugeren kan starte et suid-program og sende det signalet SIGSEGV, hvorefter de kan indl\u00e6se indholdet af core-filen, som inkluderer et snapshot af hukommelsen fra processen under den ukontrollerede afslutning. <\/p>\n
For eksempel kan brugeren starte «\\\/usr\\\/bin\\\/su» og afslutte det i et andet terminalvindue med kommandoen «kill -s SIGSEGV `pidof su`», hvorefter systemd-coredump gemmer core-filen i kataloget \\\/var\\\/lib\\\/systemd\\\/coredump, og s\u00e6tter en ACL, der tillader den nuv\u00e6rende bruger at l\u00e6se den. Da suid-v\u00e6rkt\u00f8jet ‘su’ l\u00e6ser indholdet af \\\/etc\\\/shadow ind i hukommelsen, kan en angriber f\u00e5 adgang til oplysninger om hashene af adgangskoderne for alle brugere i systemet. V\u00e6rkt\u00f8jet sudo er ikke s\u00e5rbart over for denne type angreb, da det forhindrer genereringen af core-filer via ulimit. <\/p>\n
If\u00f8lge udviklerne af systemd opst\u00e5r s\u00e5rbarheden fra version 247 (november 2020), men if\u00f8lge forskeren, der opdagede problemet, er version 246 ogs\u00e5 s\u00e5rbar. S\u00e5rbarheden opst\u00e5r, hvis systemd er bygget med libacl-biblioteket (som standard i alle popul\u00e6re distributioner). En rettelse er endnu tilg\u00e6ngelig i form af et patch. Du kan f\u00f8lge op p\u00e5 rettelserne i distributioner p\u00e5 f\u00f8lgende sider: Debian, Ubuntu, Gentoo, RHEL, SUSE, Fedora, Gentoo, Arch. Som en midlertidig l\u00f8sning kan du s\u00e6tte sysctl fs.suid_dumpable til 0 for at deaktivere overf\u00f8rsel af dumps til systemd-coredump behandleren. \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"