{"id":170805,"date":"2026-05-16T06:24:28","date_gmt":"2026-05-16T04:24:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-linux-podsisteme-pidfd-pozvolyayushhaya-prochitat-nedostupnye-polzovatelyu-fajly"},"modified":"2026-05-16T06:24:28","modified_gmt":"2026-05-16T04:24:28","slug":"uyazvimost-v-linux-podsisteme-pidfd-pozvolyayushhaya-prochitat-nedostupnye-polzovatelyu-fajly","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/uyazvimost-v-linux-podsisteme-pidfd-pozvolyayushhaya-prochitat-nedostupnye-polzovatelyu-fajly","title":{"rendered":"Sicherheitsanf\u00e4lligkeit im Linux-Pidfd-Unterst\u00fctzungssystem, die es erm\u00f6glicht, f\u00fcr den Benutzer nicht zug\u00e4ngliche Dateien zu lesen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im Linux-Kernel wurde in den letzten zwei Wochen eine f\u00fcnfte kritische Sicherheitsanf\u00e4lligkeit (1, 2, 3) festgestellt, die es einem Benutzer erm\u00f6glicht, seine Privilegien im System zu erh\u00f6hen. Zwei funktionierende Exploits wurden ver\u00f6ffentlicht: sshkeysign_pwn erm\u00f6glicht es einem unprivilegierten Benutzer, den Inhalt von gesch\u00fctzten Host-SSH-Schl\u00fcsseln \/etc\/ssh\/ssh_host_*_key zu lesen, und chage_pwn \u2014 den Inhalt der Datei \/etc\/shadow mit den Passwort-Hashes der Benutzer zu lesen. <\/p>\n
Die Informationen \u00fcber die Sicherheitsanf\u00e4lligkeit sollten nicht ver\u00f6ffentlicht werden, aber einer der Sicherheitsforscher konnte auf der Grundlage des vorgeschlagenen Patches f\u00fcr den Kernel die Art der Anf\u00e4lligkeit bestimmen, die es erm\u00f6glicht, Dateien zu lesen, die nur f\u00fcr den Benutzer root zug\u00e4nglich sind, wie zum Beispiel \/etc\/shadow. In der im Kernel hinzugef\u00fcgten \u00c4nderung wurde die Logik der Verwendung der Funktion get_dumpable() in ptrace zur Bestimmung des Zugriffslevels in der Funktion ptrace_may_access() angepasst. <\/p>\n
Die Schwachstelle wird durch einen Race Condition verursacht, die zu unprivilegiertem Zugriff auf den Dateideskriptor pidfd f\u00fchrt, nachdem eine Datei aus einem SUID-Root-Prozess aufgerufen wurde. In dem Moment zwischen dem \u00d6ffnen der Datei und dem Zur\u00fccksetzen der Berechtigungen in dem SUID-Programm (zum Beispiel \u00fcber die Funktion setreuid), entsteht eine Situation, in der die Anwendung, die das SUID-Root-Programm gestartet hat, \u00fcber den Deskriptor pidfd auf die in dem SUID-Programm ge\u00f6ffnete Datei zugreifen kann, selbst wenn die Dateizugriffsrechte dies nicht erlauben. <\/p>\n
Das Fenster f\u00fcr den Exploit entsteht, weil die Funktion \u00ab__ptrace_may_access()\u00bb die \u00dcberpr\u00fcfung des Zugriffs auf die Datei \u00fcberspringt, wenn das Feld task->mm auf NULL gesetzt wird nach dem Aufruf von exit_mm(), aber vor dem Aufruf von exit_files(). Aktuell geht der Systemaufruf pidfd_getfd davon aus, dass die Benutzer-ID (uid) des aufrufenden Prozesses mit der ID \u00fcbereinstimmt, die den Zugriff auf die Datei erlaubt. Bemerkenswert ist, dass dieses Problem bereits im Jahr 2020 angesprochen wurde, aber ungel\u00f6st blieb. <\/p>\n
Im Exploit, der Zugriff auf den Inhalt von \/etc\/shadow erh\u00e4lt, reduziert sich der Angriff auf einen zyklischen Aufruf des Programms \/usr\/bin\/chage mit dem SUID-Flag root, welches den Inhalt von \/etc\/shadow liest. Nach der Abspaltung des Prozesses wird der Systemaufruf pidfd_open ausgef\u00fchrt und es erfolgt eine zyklische Durchsuchung der verf\u00fcgbaren pidfd-Deskriptoren durch den Systemaufruf pidfd_getfd, gefolgt von deren \u00dcberpr\u00fcfung \u00fcber \/proc\/self\/fd. Im Exploit sshkeysign_pwn werden \u00e4hnliche Manipulationen mit dem SUID-Root-Programm ssh-keysign durchgef\u00fchrt. <\/p>\n
Ein CVE-Identifier f\u00fcr das Problem wurde bisher nicht zugewiesen, und Aktualisierungen des Kernels sowie der Pakete in den Distributionen wurden nicht ver\u00f6ffentlicht. In den vor wenigen Stunden ver\u00f6ffentlichten Kernels 7.0.7, 6.18.30 und 6.12.88 wurde die Schwachstelle nicht behoben. Zum Zeitpunkt der Erstellung dieser Nachricht kann nur der Patch verwendet werden. M\u00f6gliche Workarounds zur Abschottung der Schwachstelle werden diskutiert, wie z. B. das Setzen von sysctl kernel.yama.ptrace_scope=3 oder das Entfernen des SUID-Root-Flags von ausf\u00fchrbaren Dateien im System (mindestens von den Tools ssh-keysign und chage, die in den Exploits verwendet werden).