{"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\/fr\/blog\/news\/uyazvimost-v-gnu-screen-pozvolyayushhaya-vypolnit-kod-s-pravami-root","title":{"rendered":"Vuln\u00e9rabilit\u00e9 dans GNU screen permettant d'ex\u00e9cuter du code avec les droits root.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dans le gestionnaire de fen\u00eatres en mode console (multiplexeur de terminaux) GNU screen, qui offre une interface multi-fen\u00eatres en console, cinq vuln\u00e9rabilit\u00e9s ont \u00e9t\u00e9 d\u00e9couvertes. Le probl\u00e8me le plus critique (CVE-2025-23395) permet d'obtenir des droits root sur le syst\u00e8me. Un correctif a \u00e9t\u00e9 int\u00e9gr\u00e9 dans la version actuelle de screen 5.0.1. <\/p>\n
La vuln\u00e9rabilit\u00e9 CVE-2025-23395 ne se manifeste que dans la branche screen 5.0.0, qui est fournie avec Fedora Linux, Arch Linux, NetBSD, OpenBSD et Alpine. Dans Debian, Ubuntu, RHEL (EPEL 9), Gentoo, FreeBSD, SUSE\/openSUSE et OpenWrt, la branche screen 4.x continue d'\u00eatre distribu\u00e9e. L'exploitation de cette vuln\u00e9rabilit\u00e9 est possible dans les syst\u00e8mes qui installent le fichier ex\u00e9cutable screen avec le drapeau setuid root, par exemple, dans Arch Linux et NetBSD. Sous Fedora, l'outil est install\u00e9 avec le drapeau setgid pour obtenir les droits du groupe screen, ce qui permet de placer des sockets dans le r\u00e9pertoire syst\u00e8me \/run\/screen, limitant ainsi les possibilit\u00e9s d'attaque par d\u00e9ni de service. <\/p>\n
La vuln\u00e9rabilit\u00e9 est caus\u00e9e par le fait que lors de l'ex\u00e9cution avec les droits root, la fonction logfile_reopen() est ex\u00e9cut\u00e9e avant la dissolution des privil\u00e8ges, mais traite des donn\u00e9es dans le contexte des r\u00e9pertoires de l'utilisateur non privil\u00e9gi\u00e9 qui a lanc\u00e9 screen. Il est \u00e0 noter que l'ouverture initiale du journal se fait avec la suppression correcte des privil\u00e8ges, mais lors de la r\u00e9ouverture du fichier journal, la suppression des privil\u00e8ges n'est pas effectu\u00e9e. <\/p>\n
En manipulant l\u2019activation du mode journalisation du contenu de session, un utilisateur peut parvenir \u00e0 enregistrer des donn\u00e9es dans un fichier avec des droits root, alors que ce fichier peut \u00eatre sauvegard\u00e9 dans le r\u00e9pertoire personnel de l\u2019utilisateur. L'attaque consiste \u00e0 supprimer le fichier de log cr\u00e9\u00e9 et \u00e0 le remplacer par un lien symbolique pointant vers n\u2019importe quel fichier du syst\u00e8me. Si le fichier existe d\u00e9j\u00e0, les donn\u00e9es avec le contenu de l\u2019\u00e9cran de la session screen seront ajout\u00e9es sans modifier le propri\u00e9taire. Si le fichier n'existe pas \u2014 il sera cr\u00e9\u00e9 avec les droits 0644, le propri\u00e9taire \u00e9tant root et le groupe correspondant \u00e0 celui de l'utilisateur actuel. <\/p>\n
L\u2019algorithme de l\u2019attaque, cr\u00e9ant le fichier \/etc\/profile.d\/exploit.sh avec la commande \u00ab chown $USER \/root \u00bb : <\/p>\n
\n
Cr\u00e9ation d'une session screen avec l'activation de la journalisation $ screen -Logfile $HOME\/screen.log\n
Appuyer sur la combinaison de touches Ctrl-a-H pour activer le journal.\n
Suppression du fichier journal et remplacement par un lien symbolique, ce qui entra\u00eenera la cr\u00e9ation du fichier \/etc\/profile.d\/exploit.sh $ rm $HOME\/screen.log; ln -s \/etc\/profile.d\/exploit.sh $HOME\/screen.log\n
Retour dans la session screen et affichage \u00e0 l\u2019\u00e9cran des donn\u00e9es qui seront enregistr\u00e9es dans le fichier de log. $ echo -e \u00ab\nchown $USER \/root; \u00bb\n
Une fois que le vrai root se connecte au syst\u00e8me, le script \/etc\/profile.d\/exploit.sh sera lanc\u00e9, changeant le propri\u00e9taire du r\u00e9pertoire \/root. $ ls -lhd \/root drwxr-x\u2014 5 user root 4.0K 30 d\u00e9c. 2020 .\n
De la m\u00eame mani\u00e8re, il est possible de cr\u00e9er des fichiers de configuration sudo ou d'ajouter des commandes \u00e0 la fin des scripts syst\u00e8me. <\/ul>\n
Vuln\u00e9rabilit\u00e9s moins dangereuses dans screen : <\/p>\n
\n
CVE-2025-46802 \u2014 interception de l'appareil TTY dans des sessions multi-utilisateurs (l\u2019utilisateur peut exiger des droits crw-rw-rw- pour l\u2019appareil \/dev\/pts\/1). Le probl\u00e8me se manifeste dans les branches screen 4.x et 5.x.\n
CVE-2025-46803 \u2014 droits par d\u00e9faut fix\u00e9s \u00e0 0622 sur l\u2019appareil PTY, permettant l\u2019\u00e9criture par n\u2019importe quel utilisateur. Le probl\u00e8me ne se manifeste que dans la branche screen 5.0.\n
CVE-2025-46804 \u2014 fuite d'information sur l'existence de fichiers et de r\u00e9pertoires dans des r\u00e9pertoires ferm\u00e9s (lorsqu'un r\u00e9pertoire est sp\u00e9cifi\u00e9 pour les sockets, en utilisant la variable d'environnement SCREENDIR, l'outil renvoie diff\u00e9rents messages d'erreur, laissant entendre l'existence de fichiers et de r\u00e9pertoires avec ce nom). Le probl\u00e8me se manifeste dans les branches screen 4.x et 5.x.\n
CVE-2025-46805 \u2014 condition de course lors de l\u2019envoi des signaux SIGCONT et SIGHUP, entra\u00eenant un d\u00e9ni de service. Le probl\u00e8me se manifeste dans les branches screen 4.x et 5.x.\n
Mauvaise utilisation de la fonction strncpy (rempla\u00e7ant strcpy par strncpy sans tenir compte des diff\u00e9rences dans le traitement des caract\u00e8res nuls \u00ab\n \u00bb), entra\u00eenant un arr\u00eat anormal lors de l'ex\u00e9cution de commandes sp\u00e9cialement con\u00e7ues. Le probl\u00e8me ne se manifeste que dans la branche screen 5.0. <\/ul>\n
Les vuln\u00e9rabilit\u00e9s ont \u00e9t\u00e9 identifi\u00e9es lors d'un audit de code de la base de code de GNU screen, r\u00e9alis\u00e9 par l'\u00e9quipe en charge de la s\u00e9curit\u00e9 de la distribution SUSE Linux. Les d\u00e9veloppeurs de screen ont \u00e9t\u00e9 inform\u00e9s de la vuln\u00e9rabilit\u00e9 le 7 f\u00e9vrier, mais dans le d\u00e9lai imparti de 90 jours, ils n'ont pas r\u00e9ussi \u00e0 pr\u00e9parer de correctifs pour toutes les vuln\u00e9rabilit\u00e9s et les employ\u00e9s de SUSE ont d\u00fb pr\u00e9parer certains correctifs eux-m\u00eames. Selon les chercheurs ayant men\u00e9 l'audit, les actuels mainteneurs de GNU screen ne sont pas suffisamment familiers avec la base de code du projet et ne sont pas capables de r\u00e9soudre compl\u00e8tement les probl\u00e8mes de s\u00e9curit\u00e9 identifi\u00e9s. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"