{"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\/de\/blog\/novosti-interneta\/uyazvimosti-v-utilite-sudo-pozvolyayushhie-poluchit-prava-root-v-sisteme","title":{"rendered":"Sicherheitsanf\u00e4lligkeiten im Dienstprogramm sudo, die es erm\u00f6glichen, Root-Rechte im System zu erlangen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im Sudo-Paket, das zur Ausf\u00fchrung von Befehlen im Namen anderer Benutzer verwendet wird, wurde eine Sicherheitsanf\u00e4lligkeit (CVE-2025-32463) entdeckt, die es jedem nicht privilegierten Benutzer erm\u00f6glicht, Code mit Root-Rechten auszuf\u00fchren, selbst wenn der Benutzer nicht in der Sudoers-Konfiguration aufgef\u00fchrt ist. Betroffen sind Distributionen, die die Konfigurationsdatei \/etc\/nsswitch.conf verwenden, beispielsweise wurde die M\u00f6glichkeit der Ausnutzung der Schwachstelle in Ubuntu 24.04 und Fedora 41 demonstriert. <\/p>\n
Die Schwachstelle tritt in der Standardkonfiguration auf und wurde in den Versionen von Sudo von 1.9.14 bis 1.9.17 best\u00e4tigt (potenziell sind alle Versionen ab 1.8.33 betroffen). Das Problem wurde in dem Update Sudo 1.9.17p1 behoben. Den Status der neuen Paketversion oder die Verf\u00fcgbarkeit eines Patches in den Distributionen kann auf den folgenden Seiten \u00fcberpr\u00fcft werden (wenn die Seite nicht verf\u00fcgbar ist, haben die Entwickler der Distribution das Problem m\u00f6glicherweise noch nicht behandelt): Debian, Ubuntu, Fedora, SUSE\/openSUSE, RHEL, Gentoo und Arch (1, 2). <\/p>\n
Das Problem entsteht, weil bei der Verwendung der Option \u201e-R\u201c (\u201e\u2014chroot\u201c) zur Ausf\u00fchrung von Befehlen in einer chroot-Umgebung mit dem ausgew\u00e4hlten Wurzelverzeichnis die Datei \/etc\/nsswitch.conf im Kontext des neuen Wurzelverzeichnisses und nicht im Systemverzeichnis geladen wird. Da der Benutzer sein eigenes Verzeichnis als Wurzelverzeichnis f\u00fcr chroot verwenden kann, kann er dort die Konfigurationsdatei nsswitch.conf ablegen. Indem er die von der NSS (Name Service Switch) geladenen Datei \/etc\/nsswitch.conf kontrolliert, kann der Benutzer Einstellungen hinzuf\u00fcgen, die zu einem Aufruf zus\u00e4tzlicher Handler f\u00fchren. Solche Handler werden von NSS in Form von gemeinsam genutzten Bibliotheken geladen, die ebenfalls im vom Benutzer kontrollierten Verzeichnis abgelegt werden k\u00f6nnen. Durch das Einsetzen seiner eigenen Bibliothek kann der Benutzer die Ausf\u00fchrung von Code mit Root-Rechten erreichen, da die Verarbeitung durch NSS vor dem Zur\u00fccksetzen der Berechtigungen erfolgt. <\/p>\n
In der Version sudo 1.9.17p1 wurde auch eine weitere Schwachstelle (CVE-2025-32462) behoben, die die Ausf\u00fchrung von Befehlen mit Root-Rechten erm\u00f6glicht, jedoch nur in sudoers-Konfigurationen, bei denen der Parameter \u201ehost\u201c auf einen Wert eingestellt ist, der von ALL oder dem aktuellen Hostnamen abweicht. Die Schwachstelle r\u00fchrt von einem Fehler her, durch den die Option \u201e-h\u201c (\u201e\u2014host\u201c) nicht nur in Kombination mit der Option \u201e-l\u201c (\u201e\u2014list\u201c) zur Ausgabe der an den Host gebundenen Berechtigungen wirkte, sondern auch beim Ausf\u00fchren von Befehlen. Somit konnte der Benutzer bei der Aufruf von sudo jeden Host angeben und die Einschr\u00e4nkungen der sudoers-Regeln, die an den Hostnamen gebunden waren, umgehen. <\/p>\n
Um einen Angriff auszuf\u00fchren, muss der Benutzer in sudoers aufgef\u00fchrt sein; beispielsweise, wenn in den Einstellungen angegeben ist \u201etestuser testhost = ALL\u201c, konnte der Benutzer \u201etestuser\u201c \u201esudo -h testhost\u201c angeben und Befehle mit Root-Rechten auf beliebigen Hosts ausf\u00fchren, nicht nur auf dem Host testhost. Von der Schwachstelle sind Konfigurationen in der Art \u201etestuser ALL = ALL\u201c oder ohne explizite Regeln f\u00fcr einen bestimmten Benutzer nicht betroffen. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"