{"id":169899,"date":"2026-04-24T18:24:34","date_gmt":"2026-04-24T16:24:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-rust-coreutils-vyyavleno-113-uyazvimostej-v-ubuntu-26-04-vozvrashheny-cp-mv-i-rm-iz-gnu-coreutils"},"modified":"2026-04-24T18:24:34","modified_gmt":"2026-04-24T16:24:34","slug":"v-rust-coreutils-vyyavleno-113-uyazvimostej-v-ubuntu-26-04-vozvrashheny-cp-mv-i-rm-iz-gnu-coreutils","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/v-rust-coreutils-vyyavleno-113-uyazvimostej-v-ubuntu-26-04-vozvrashheny-cp-mv-i-rm-iz-gnu-coreutils","title":{"rendered":"Es wurden 113 Sicherheitsanf\u00e4lligkeiten in Rust Coreutils festgestellt. In Ubuntu 26.04 wurden cp, mv und rm aus den GNU Coreutils zur\u00fcckgebracht.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Das Unternehmen Canonical hat die vorl\u00e4ufigen Ergebnisse des unabh\u00e4ngigen Sicherheitsaudits des uutils coreutils-Tools (Rust Coreutils), das in Rust geschrieben und teilweise anstelle des GNU Coreutils-Pakets in Ubuntu verwendet wird, ver\u00f6ffentlicht. Das Audit wurde von der Firma Zellic durchgef\u00fchrt, die Erfahrung in der Analyse von Schwachstellen in Projekten mit der Programmiersprache Rust hat. Bei der \u00dcberpr\u00fcfung wurden 113 Sicherheitsprobleme identifiziert. <\/p>\n
Der Bericht (PDF, 156 Seiten) \u00fcber die Ergebnisse der ersten Phase des Audits, der die wichtigsten Dienstprogramme aus dem Paket uutils abdeckt, ist jetzt verf\u00fcgbar. In der ersten Phase, die von Dezember 2025 bis Januar 2026 durchgef\u00fchrt wurde, wurden 73 Sicherheitsanf\u00e4lligkeiten festgestellt, von denen 7 als kritisch, 11 als gef\u00e4hrlich, 29 als mittleres Risiko und 26 als unbedenklich eingestuft wurden. <\/p>\n
Die zweite Phase des Audits fand von Februar bis M\u00e4rz statt und umfasste sekund\u00e4re Tools, die in der ersten Phase nicht \u00fcberpr\u00fcft wurden. In der zweiten Phase wurden 40 Schwachstellen gefunden, deren Gef\u00e4hrlichkeit derzeit noch nicht detailliert dargestellt wird (der Bericht soll sp\u00e4ter ver\u00f6ffentlicht werden). Informationen zu allen identifizierten Problemen wurden bereits an die Entwickler von uutils weitergegeben, und der Gro\u00dfteil der Schwachstellen wurde in den Versionen uutils 0.5-0.8 ohne zus\u00e4tzliche Bekanntmachung und ohne Hinweis auf den Zusammenhang zwischen den vorgenommenen Korrekturen und der Beseitigung der Schwachstellen behoben. <\/p>\n
Das Paket rust-coreutils wurde standardm\u00e4\u00dfig in der Herbstversion von Ubuntu 25.10 integriert, aber im Hinblick auf die w\u00e4hrend des Audits identifizierten Probleme in der LTS-Zweig von Ubuntu 26.04 wurden die Tools cp, mv und rm aus dem Paket GNU Coreutils zur\u00fcckgebracht. Es wird darauf hingewiesen, dass am 22. April in diesen Tools noch 8 bekannte Race Conditions nicht behoben sind. Die anderen Tools stammen aus der Version rust-coreutils 0.8.0. In Ubuntu 26.10 planen die Entwickler, vollst\u00e4ndig auf rust-coreutils umzusteigen. <\/p>\n
Schw\u00e4chen in System-Utilities sind gef\u00e4hrlich, da sie in Skripten verwendet werden, die mit Root-Rechten ausgef\u00fchrt werden. Zum Beispiel konnte eine in der Version uutils coreutils 0.3.0 behobene Schw\u00e4che in der rm-Utility ausgenutzt werden, wenn sie t\u00e4glich \u00fcber das Cron-Skript \/etc\/cron.daily\/apport ausgef\u00fchrt wird, das mit Root-Rechten l\u00e4uft und rekursiv den Inhalt des Verzeichnisses \/var\/crash l\u00f6scht, das f\u00fcr alle Benutzer im System schreibbar ist. <\/p>\n
Zu den im ersten Bericht als kritisch eingestuften Schw\u00e4chen geh\u00f6ren: <\/p>\n
\n
Eine Sicherheitsanf\u00e4lligkeit im Dienstprogramm chroot, verursacht durch die Bearbeitung der Option \u00ab\u2014userspec\u00bb nach dem Aufruf von chroot(), aber vor dem Entzug der Berechtigungen. Auf Systemen mit glibc f\u00fchrt die Namensaufl\u00f6sung \u00fcber die Funktion getpwnam() zum Lesen der Datei \/etc\/nsswitch.conf, die in NSS (Name Service Switch) verwendet wird, und zum dynamischen Laden der darin angegebenen Bibliotheken mit NSS-Modulen (libnss_*.so.2). Da der Aufruf chroot() vor der Verarbeitung von NSS ausgef\u00fchrt wird, wird die Datei \/etc\/nsswitch.conf relativ zum neuen Wurzelverzeichnis geladen, jedoch werden die NSS-Bibliotheken vor dem Entzug der Berechtigungen geladen. Wenn ein Benutzer Schreibzugriff auf das neue Wurzelverzeichnis hat, kann er seine eigenen NSS-Bibliotheken einf\u00fcgen und Code mit Root-Rechten ausf\u00fchren.\n
\u00c4nderung der Dateiberechtigungen nach einem Fehler beim Erstellen eines benannten Kanals (FIFO) mit dem mkfifo-Tool \u2013 wenn eine vorhandene Datei als Argument angegeben wird, gibt mkfifo einen Fehler zur\u00fcck, beendet den Vorgang jedoch nicht ab, sondern f\u00fchrt den Aufruf von set_permissions() aus und \u00e4ndert die Berechtigungen der vorhandenen Datei. Unter Ber\u00fccksichtigung von umask 022 erm\u00f6glicht die Sicherheitsanf\u00e4lligkeit, die Dateiberechtigungen auf 644 (rw-r--r--) zu \u00e4ndern und Zugriff auf Dateien zu erhalten, f\u00fcr die das Lesen nicht erlaubt war.\n
Umgehung der Einschr\u00e4nkungen \u201a--preserve-root\u2018 im chmod-Tool, die die Ausf\u00fchrung rekursiver Operationen im Root-Verzeichnis der Datei- und Verzeichnisstruktur verhindern. Die Sicherheitsanf\u00e4lligkeit (CVE-2026-35338) entsteht, weil im Code nur eine exakte \u00dcbereinstimmung des Pfades mit \u201a\/\u2018 \u00fcberpr\u00fcft wurde und die Canonicalisierung des Dateipfades nicht durchgef\u00fchrt wurde. Um die Pr\u00fcfung zu umgehen, reicht es aus, einen Pfad wie \u201a\/..\/\u2018 oder einen symbolischen Link zum Root-Verzeichnis zu verwenden. Diese Sicherheitsanf\u00e4lligkeit ist gef\u00e4hrlich, da es m\u00f6glich ist, den eigenen Pfad in ein Systemskript einzuf\u00fcgen, das den Befehl chmod aufruft, um rekursive Berechtigungs\u00e4nderungen f\u00fcr alle Dateien im Dateisystem zu erreichen.\n
Im Dienstprogramm rm war die Verarbeitung s\u00e4mtlicher Abk\u00fcrzungen der Option «—no-preserve-root» («—n», «—no», «—no-p», «—no-pres» usw.) zul\u00e4ssig, um den Schutz vor der Ausf\u00fchrung rekursiver Operationen im Wurzelverzeichnis zu deaktivieren (z. B. kann «rm -rf —n \/» angegeben werden und versehentlich alle Daten gel\u00f6scht werden. In den GNU Coreutils sind derartige abgek\u00fcrzte Optionen verboten.\n
Umgehung der Einschr\u00e4nkungen «—preserve-root» im Dienstprogramm rm, die rekursive Operationen im Wurzelverzeichnis des FS verbieten, durch die Verwendung eines symbolischen Links auf «\/».\n
Fehlende vollst\u00e4ndige Schutzma\u00dfnahmen gegen die Angabe von Verzeichnissen, die mit einem Punkt beginnen. Zum Beispiel zeigt das Ausf\u00fchren von «rm -rf .» einen Fehler an, doch bei der Angabe von «rm -rf .\/» oder «rm -rf .\/\/\/» l\u00f6scht es stillschweigend das aktuelle Verzeichnis.\n
Ein Fehler im Code zur Analyse der Argumente des Dienstprogramms kill erm\u00f6glicht es, ein Signal an alle Prozesse im System zu senden, wenn die Prozess-ID «-1» angegeben wird (kill -1). <\/ul>\n
Im \u00dcbrigen geh\u00f6ren die meisten Schwachstellen zur TOCTOU-Klasse (Time-Of-Check-To-Time-Of-Use), was bedeutet, dass es zu einer Race Condition kommen kann, die es erm\u00f6glicht, Daten zwischen der Validierung der Informationen und der Durchf\u00fchrung der Operation zu \u00e4ndern. Beispielsweise kann eine Datei in der Zeit zwischen dem Abschluss der \u00dcberpr\u00fcfung und dem Beginn der Ausf\u00fchrung durch einen symbolischen Link ersetzt werden. Im Kontext der Verwendung der Tools cp und mv in Systemskripten, die mit Root-Rechten ausgef\u00fchrt werden, erm\u00f6glichen solche Schwachstellen das Kopieren oder \u00dcberschreiben beliebiger Dateien. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"