{"id":124670,"date":"2025-05-13T03:05:07","date_gmt":"2025-05-13T01:05:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-gnu-screen-pozvolyayushhaya-vypolnit-kod-s-pravami-root"},"modified":"2025-05-13T03:05:07","modified_gmt":"2025-05-13T01:05:07","slug":"uyazvimost-v-gnu-screen-pozvolyayushhaya-vypolnit-kod-s-pravami-root","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/uyazvimost-v-gnu-screen-pozvolyayushhaya-vypolnit-kod-s-pravami-root","title":{"rendered":"Sicherheitsanf\u00e4lligkeit in GNU screen, die die Ausf\u00fchrung von Code mit Root-Rechten erm\u00f6glicht","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im Konsolenfenstermanager (Terminalmultiplexer) GNU Screen, der eine Multi-Window-Oberfl\u00e4che in der Konsole bereitstellt, wurden 5 Sicherheitsanf\u00e4lligkeiten festgestellt. Das gef\u00e4hrlichste Problem (CVE-2025-23395) erlaubt es, Root-Rechte im System zu erlangen. Die Korrektur ist in die heutige Version von Screen 5.0.1 integriert. <\/p>\n
Die Sicherheitsanf\u00e4lligkeit CVE-2025-23395 tritt nur in der Version Screen 5.0.0 auf, die in Fedora Linux, Arch Linux, NetBSD, OpenBSD und Alpine geliefert wird. In Debian, Ubuntu, RHEL (EPEL 9), Gentoo, FreeBSD, SUSE\/openSUSE und OpenWrt wird weiterhin die Version Screen 4.x ausgeliefert. Die Ausnutzung der Sicherheitsanf\u00e4lligkeit ist in Systemen m\u00f6glich, die die ausf\u00fchrbare Datei Screen mit dem setuid root-Flag installieren, wie z.B. in Arch Linux und NetBSD. In Fedora wird das Dienstprogramm mit dem setgid-Flag installiert, um die Gruppenrechte von Screen zu erhalten, was erlaubt, Sockets im Systemverzeichnis \/run\/screen abzulegen und somit die M\u00f6glichkeiten eines Denial-of-Service-Angriffs einschr\u00e4nkt. <\/p>\n
Die Sicherheitsanf\u00e4lligkeit wird verursacht, weil die Funktion logfile_reopen() mit Root-Rechten ausgef\u00fchrt wird, bevor die Privilegien zur\u00fcckgesetzt werden, aber Daten im Kontext der Verzeichnisse des aktuellen nicht privilegierten Benutzers verarbeitet werden, der Screen gestartet hat. Bemerkenswert ist, dass das anf\u00e4ngliche \u00d6ffnen des Logs mit korrektem Privilegienr\u00fccksetzen erfolgt, aber beim erneuten \u00d6ffnen der Logdatei erfolgt kein Privilegienr\u00fccksetzen. <\/p>\n
Durch Manipulation des Aktivierens des Protokollierungsmodus f\u00fcr die Sitzung kann ein Benutzer erreichen, dass Daten in eine Datei mit Root-Rechten geschrieben werden, wobei die Datei im Home-Verzeichnis des Benutzers gespeichert werden kann. Der Angriff besteht darin, die erstellte Protokolldatei zu l\u00f6schen und sie durch einen symbolischen Link zu ersetzen, der auf eine beliebige Datei im System verweist. Existiert die Datei bereits, werden Daten mit dem Inhalt des Bildschirms aus der Sitzung screen hinzugef\u00fcgt, ohne den Eigent\u00fcmer zu \u00e4ndern. Existiert die Datei nicht, wird sie mit den Rechten 0644, dem Eigent\u00fcmer root und der Gruppe des aktuellen Benutzers erstellt. <\/p>\n
Der Angriffsalgorithmus, der die Datei \/etc\/profile.d\/exploit.sh mit dem Befehl \u201echown $USER \/root\u201c erstellt: <\/p>\n
\n
Erstellen einer Screen-Sitzung mit aktivierter Protokollierung $ screen -Logfile $HOME\/screen.log\n
Dr\u00fccken der Tastenkombination Ctrl-a-H, um die Protokollierung zu aktivieren.\n
L\u00f6schen der Logdatei und Ersetzen durch einen symbolischen Link, der zur Erstellung der Datei \/etc\/profile.d\/exploit.sh f\u00fchrt $ rm $HOME\/screen.log; ln -s \/etc\/profile.d\/exploit.sh $HOME\/screen.log\n
R\u00fcckkehr zur Sitzung screen und Ausgabe der Daten, die in die Protokolldatei geschrieben werden sollen. $ echo -e \"\nchown $USER \/root;\"\n
Nachdem der echte Root-Zugriff auf das System erlangt wurde, wird das Skript \/etc\/profile.d\/exploit.sh gestartet, das den Eigent\u00fcmer des Verzeichnisses \/root \u00e4ndert. $ ls -lhd \/root drwxr-x\u2014 5 user root 4.0K 30. Dez 2020 .\n
\u00c4hnlich k\u00f6nnen Konfigurationsdateien f\u00fcr sudo erstellt oder Befehle ans Ende der Systemskripte hinzugef\u00fcgt werden. <\/ul>\n
Weniger gef\u00e4hrliche Schwachstellen in screen: <\/p>\n
\n
CVE-2025-46802 \u2014 Abfangen des TTY-Ger\u00e4ts in Mehrbenutzersitzungen (ein Benutzer kann die Rechte crw-rw-rw- f\u00fcr das Ger\u00e4t \/dev\/pts\/1 erhalten). Das Problem tritt in den Versionen screen 4.x und 5.x auf.\n
CVE-2025-46803 \u2014 standardm\u00e4\u00dfig gesetzte Rechte 0622 auf dem PTY-Ger\u00e4t, die das Schreiben durch beliebige Benutzer zulassen. Das Problem tritt nur in der Version screen 5.0 auf.\n
CVE-2025-46804 \u2014 Informationsleck \u00fcber vorhandene Dateien und Verzeichnisse in gesch\u00fctzten Verzeichnissen (wenn das Verzeichnis f\u00fcr Sockets unter Verwendung der Umgebungsvariable SCREENDIR angegeben wird, gibt das Tool unterschiedliche Fehlermeldungen aus, die auf das Vorhandensein von Dateien und Verzeichnissen mit diesem Namen hinweisen). Das Problem tritt in den Versionen screen 4.x und 5.x auf.\n
CVE-2025-46805 \u2014 Zustand der Wettlaufbedingungen beim Senden der Signale SIGCONT und SIGHUP, was zu einem Denial-of-Service f\u00fchrt. Das Problem tritt in den Versionen screen 4.x und 5.x auf.\n
Falsche Verwendung der Funktion strncpy (Ersetzen von strcpy durch strncpy, ohne die Unterschiede in der Behandlung von Nullzeichen '\\0' zu ber\u00fccksichtigen), was zu einem Absturz bei der Ausf\u00fchrung speziell gestalteter Befehle f\u00fchrt. Das Problem tritt nur in der Version screen 5.0 auf. <\/ul>\n
Die Schwachstellen wurden w\u00e4hrend einer Sicherheitspr\u00fcfung des GNU screen Codebase durch das Team, das f\u00fcr die Sicherheit der SUSE Linux-Distribution verantwortlich ist, entdeckt. Den Entwicklern von screen wurden die Schwachstellen am 7. Februar mitgeteilt, aber innerhalb der vorgesehenen 90 Tage konnten sie keine Patches f\u00fcr alle Schwachstellen vorbereiten, sodass einige Patches von den Mitarbeitern von SUSE selbst erstellt werden mussten. Die Forscher, die die Pr\u00fcfung durchf\u00fchrten, sind der Ansicht, dass die derzeitigen Betreuer von GNU screen nicht ausreichend mit dem Code des Projekts vertraut sind und nicht in der Lage sind, die identifizierten Sicherheitsprobleme vollst\u00e4ndig zu verstehen. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"