{"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\/pl\/blog\/news\/uyazvimost-v-gnu-screen-pozvolyayushhaya-vypolnit-kod-s-pravami-root","title":{"rendered":"Vulnerability in GNU screen allowing code execution with root privileges","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In the console window manager (terminal multiplexer) GNU screen, which provides a multi-window interface in the console, 5 vulnerabilities have been identified. The most dangerous issue (CVE-2025-23395) allows gaining root privileges on the system. A fix has been included in today's release of screen 5.0.1. <\/p>\n
The CVE-2025-23395 vulnerability is only present in the screen 5.0.0 branch, which is provided in Fedora Linux, Arch Linux, NetBSD, OpenBSD, and Alpine. In Debian, Ubuntu, RHEL (EPEL 9), Gentoo, FreeBSD, SUSE\/openSUSE, and OpenWrt, the screen 4.x branch continues to be distributed. Exploiting the vulnerability is possible in systems that install the screen executable with the setuid root flag, such as Arch Linux and NetBSD. In Fedora, the utility is installed with the setgid flag to obtain screen group privileges, allowing sockets to be placed in the system directory \/run\/screen, which limits the denial of service attack possibilities. <\/p>\n
The vulnerability is caused by the fact that when run with root privileges, the logfile_reopen() function is executed before privilege drop, but processes data in the context of the directories of the current unprivileged user who started screen. Notably, the initial log opening is performed with a correct privilege drop, but upon reopening the log file, the privilege drop is not executed. <\/p>\n
Dzi\u0119ki manipulacjom zwi\u0105zanym z w\u0142\u0105czeniem trybu rejestrowania sesji, u\u017cytkownik mo\u017ce uzyska\u0107 zapis danych do pliku z uprawnieniami roota, przy czym sam plik mo\u017ce by\u0107 zapisany w katalogu domowym u\u017cytkownika. Atak polega na usuni\u0119ciu utworzonego pliku z logiem i zast\u0105pieniu go dowi\u0105zaniem symbolicznym wskazuj\u0105cym na dowolny plik w systemie. Je\u015bli plik ju\u017c istnieje, dane z zawarto\u015bci\u0105 ekranu w sesji screen zostan\u0105 dodane do niego bez zmiany w\u0142a\u015bciciela. Je\u015bli plik nie istnieje \u2014 zostanie utworzony z uprawnieniami 0644, w\u0142a\u015bcicielem b\u0119dzie root, a grupa taka jak u bie\u017c\u0105cego u\u017cytkownika. <\/p>\n
Algorytm ataku, kt\u00f3ry tworzy plik \/etc\/profile.d\/exploit.sh z komend\u0105 \u201echown $USER \/root\u201d: <\/p>\n
\n
Creating a screen session with logging enabled: $ screen -Logfile $HOME\/screen.log\n
Pressing the Ctrl-a-H key combination to enable logging.\n
Deleting the log file and replacing it with a symbolic link, which will lead to the creation of the file \/etc\/profile.d\/exploit.sh: $ rm $HOME\/screen.log; ln -s \/etc\/profile.d\/exploit.sh $HOME\/screen.log\n
Powr\u00f3t do sesji screen i wy\u015bwietlenie na ekranie danych, kt\u00f3re zostan\u0105 zapisane do pliku z logiem. $ echo -e \u201e\nchown $USER \/root;\u201d\n
Po pod\u0142\u0105czeniu si\u0119 prawdziwego roota do systemu, uruchomi si\u0119 skrypt \/etc\/profile.d\/exploit.sh, kt\u00f3ry zmieni w\u0142a\u015bciciela katalogu \/root. $ ls -lhd \/root drwxr-x\u2014 5 user root 4.0K Dec 30 2020 .\n
Podobnie mo\u017cna stworzy\u0107 pliki konfiguracyjne sudo lub doda\u0107 komendy na ko\u0144cu skrypt\u00f3w systemowych. <\/ul>\n
Mniej niebezpieczne luki w ekranie: <\/p>\n
\n
CVE-2025-46802 \u2014 przechwytywanie urz\u0105dzenia TTY w sesjach wielodost\u0119pnych (u\u017cytkownik mo\u017ce uzyska\u0107 uprawnienia crw-rw-rw- dla urz\u0105dzenia \/dev\/pts\/1). Problem wyst\u0119puje w wersjach screen 4.x i 5.x.\n
CVE-2025-46803 \u2014 domy\u015blne ustawienie uprawnie\u0144 0622 dla urz\u0105dzenia PTY, umo\u017cliwiaj\u0105cych pisanie wszystkim u\u017cytkownikom. Problem wyst\u0119puje tylko w wersji screen 5.0.\n
CVE-2025-46804 \u2014 wyciek informacji o istnieniu plik\u00f3w i katalog\u00f3w w zamkni\u0119tych katalogach (przy podawaniu katalogu dla gniazdka, u\u017cywaj\u0105c zmiennej \u015brodowiskowej SCREENDIR, narz\u0119dzie zwraca r\u00f3\u017cne komunikaty o b\u0142\u0119dach, kt\u00f3re sugeruj\u0105 istnienie plik\u00f3w i katalog\u00f3w o tej nazwie). Problem wyst\u0119puje w wersjach screen 4.x i 5.x.\n
CVE-2025-46805 \u2014 stan wy\u015bcigu przy wysy\u0142aniu sygna\u0142\u00f3w SIGCONT i SIGHUP, prowadz\u0105cy do odmowy us\u0142ugi. Problem wyst\u0119puje w wersjach screen 4.x i 5.x.\n
Niepoprawne u\u017cycie funkcji strncpy (zamiana strcpy na strncpy bez uwzgl\u0119dnienia r\u00f3\u017cnicy w obs\u0142udze zerowych symboli \u201e\n0\u201d), prowadz\u0105ce do awaryjnego zako\u0144czenia przy wykonywaniu specjalnie przygotowanych komend. Problem wyst\u0119puje tylko w wersji screen 5.0. <\/ul>\n
Luki zosta\u0142y ujawnione w trakcie audytu bazy kodu GNU screen, przeprowadzonego przez zesp\u00f3\u0142 odpowiedzialny za bezpiecze\u0144stwo dystrybucji SUSE Linux. Informacje o lukach zosta\u0142y przes\u0142ane programistom ekranu 7 lutego, jednak w wyznaczonym czasie 90 dni nie byli w stanie przygotowa\u0107 poprawek dla wszystkich luk, w zwi\u0105zku z czym pracownicy SUSE musieli samodzielnie przygotowa\u0107 niekt\u00f3re poprawki. Wed\u0142ug badaczy przeprowadzaj\u0105cych audyt, obecni opiekunowie GNU screen nie orientuj\u0105 si\u0119 wystarczaj\u0105co dobrze w bazie kodu projektu i nie s\u0105 w stanie w pe\u0142ni zrozumie\u0107 zidentyfikowanych problem\u00f3w bezpiecze\u0144stwa. \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"