{"id":138584,"date":"2025-07-01T17:11:57","date_gmt":"2025-07-01T15:11:57","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-utilite-sudo-pozvolyayushhie-poluchit-prava-root-v-sisteme"},"modified":"2025-07-01T17:11:57","modified_gmt":"2025-07-01T15:11:57","slug":"uyazvimosti-v-utilite-sudo-pozvolyayushhie-poluchit-prava-root-v-sisteme","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/uyazvimosti-v-utilite-sudo-pozvolyayushhie-poluchit-prava-root-v-sisteme","title":{"rendered":"S\u00e5rbarheder i sudo-v\u00e6rkt\u00f8jet, der muligg\u00f8r opn\u00e5else af root-rettigheder i systemet","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
I pakken sudo, der anvendes til at udf\u00f8re kommandoer p\u00e5 vegne af andre brugere, er der opdaget en s\u00e5rbarhed (CVE-2025-32463), som tillader enhver ikke-privilegeret bruger at udf\u00f8re kode med root-rettigheder, selvom brugeren ikke er n\u00e6vnt i sudoers-konfigurationen. Problemet p\u00e5virker distributioner, der bruger konfigurationsfilen \/etc\/nsswitch.conf, for eksempel er muligheden for at udnytte s\u00e5rbarheden demonstreret i Ubuntu 24.04 og Fedora 41. <\/p>\n
S\u00e5rbarheden viser sig i standardkonfigurationen og er bekr\u00e6ftet i versioner af sudo fra 1.9.14 til 1.9.17 (potentielt p\u00e5virker alle versioner fra 1.8.33). Problemet er l\u00f8st i opdateringen af sudo 1.9.17p1. Tilstanden for den nye version af pakken eller beredskabet til en l\u00f8sning i distributionerne kan kontrolleres p\u00e5 f\u00f8lgende sider (hvis siden ikke er tilg\u00e6ngelig, betyder det, at udviklerne endnu ikke er begyndt at unders\u00f8ge problemet): Debian, Ubuntu, Fedora, SUSE\/openSUSE, RHEL, Gentoo og Arch (1, 2). <\/p>\n
Problemet skyldes, at n\u00e5r man anvender indstillingen «-R» («—chroot») til at k\u00f8re kommandoer i et chroot-milj\u00f8 med det valgte rod-katalog, blev filen \/etc\/nsswitch.conf indl\u00e6st i konteksten af det nye rod-katalog og ikke systemkataloget. Da brugeren kan bruge sit eget katalog som rod-katalog til chroot, kan han placere konfigurationsfilen nsswitch.conf der. Ved at kontrollere, hvilken fil der indl\u00e6ses af NSS (Name Service Switch), kan brugeren tilf\u00f8je indstillinger, der f\u00f8rer til kald af yderligere behandlere. Disse behandlere indl\u00e6ses af NSS i form af delte biblioteker, som ogs\u00e5 kan placeres i brugerens kontrollerede katalog. Ved at inds\u00e6tte sit eget bibliotek kan brugeren f\u00e5 det til at k\u00f8re kode med root-rettigheder, da behandlingen af NSS sker, f\u00f8r privilegierne bliver nulstillet. <\/p>\n
I version 1.9.17p1 af sudo er der ogs\u00e5 blevet rettet en anden s\u00e5rbarhed (CVE-2025-32462), som giver mulighed for at udf\u00f8re kommandoer med root-rettigheder, men som kun viser sig i sudoers-konfigurationer, hvor parametret «host» er sat til en v\u00e6rdi, der adskiller sig fra ALL eller navnet p\u00e5 den aktuelle v\u00e6rt. S\u00e5rbarheden skyldes en fejl, hvor indstillingen «-h» («—host») ikke kun virkede i kombination med indstillingen «-l» («—list») til at vise de privilegier, der er bundet til v\u00e6rten, men ogs\u00e5 ved k\u00f8rsel af kommandoer. S\u00e5ledes kunne brugeren angive en hvilken som helst v\u00e6rt ved kald af sudo og omg\u00e5 begr\u00e6nsningerne i sudoers-reglerne, der er knyttet til v\u00e6rtens navn. <\/p>\n
For at udf\u00f8re et angreb skal brugeren n\u00e6vnes i sudoers, f.eks. hvis indstillingerne angiver «testuser testhost = ALL», s\u00e5 kunne brugeren «testuser» angive «sudo -h testhost» og k\u00f8re kommandoer med root-rettigheder p\u00e5 alle v\u00e6rter og ikke kun p\u00e5 v\u00e6rten testhost. Konfigurationer med indstillinger som «testuser ALL = ALL» eller uden eksplicitte regler for den specifikke bruger er ikke p\u00e5virket af s\u00e5rbarheder. \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"