{"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\/pt\/blog\/news\/uyazvimost-v-gnu-screen-pozvolyayushhaya-vypolnit-kod-s-pravami-root","title":{"rendered":"Vulnerabilidade no GNU screen que permite executar c\u00f3digo com privil\u00e9gios de root","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
No gerenciador de janelas de console (multiplexador de terminais) GNU screen, que fornece uma interface multitarefa na console, foram identificadas 5 vulnerabilidades. O problema mais grave (CVE-2025-23395) permite obter privil\u00e9gios de root no sistema. A corre\u00e7\u00e3o foi inclu\u00edda na vers\u00e3o de hoje do screen 5.0.1. <\/p>\n
A vulnerabilidade CVE-2025-23395 se manifesta apenas na ramifica\u00e7\u00e3o screen 5.0.0, que \u00e9 fornecida no Fedora Linux, Arch Linux, NetBSD, OpenBSD e Alpine. No Debian, Ubuntu, RHEL (EPEL 9), Gentoo, FreeBSD, SUSE\/openSUSE e OpenWrt, a ramifica\u00e7\u00e3o screen 4.x continua sendo fornecida. A explora\u00e7\u00e3o da vulnerabilidade \u00e9 poss\u00edvel em sistemas que instalam o execut\u00e1vel screen com a flag setuid de root, como no Arch Linux e NetBSD. No Fedora, a ferramenta \u00e9 instalada com a flag setgid para obter os direitos do grupo screen, permitindo a cria\u00e7\u00e3o de sockets no diret\u00f3rio do sistema \/run\/screen, o que limita as possibilidades de ataques de nega\u00e7\u00e3o de servi\u00e7o. <\/p>\n
A vulnerabilidade \u00e9 causada pelo fato de que, ao ser executada com privil\u00e9gios de root, a fun\u00e7\u00e3o logfile_reopen() \u00e9 chamada antes da queda dos privil\u00e9gios, mas processa os dados no contexto dos diret\u00f3rios do usu\u00e1rio n\u00e3o privilegiado que iniciou o screen. \u00c9 not\u00e1vel que a abertura inicial do log \u00e9 feita com a queda correta dos privil\u00e9gios, mas na reabertura do arquivo de log, n\u00e3o ocorre a queda dos privil\u00e9gios. <\/p>\n
Por meio de manipula\u00e7\u00f5es com a ativa\u00e7\u00e3o do modo de registro de conte\u00fado da sess\u00e3o, o usu\u00e1rio pode gravar dados em um arquivo com permiss\u00f5es de root, sendo que o pr\u00f3prio arquivo pode ser salvo no diret\u00f3rio home do usu\u00e1rio. O ataque consiste na remo\u00e7\u00e3o do arquivo de log criado e sua substitui\u00e7\u00e3o por um link simb\u00f3lico apontando para qualquer arquivo no sistema. Se o arquivo j\u00e1 existir, os dados do conte\u00fado da tela na sess\u00e3o screen ser\u00e3o adicionados a ele sem mudar o propriet\u00e1rio. Se o arquivo n\u00e3o existir \u2014 ele ser\u00e1 criado com permiss\u00f5es 0644, sendo o propriet\u00e1rio root e o grupo o mesmo do usu\u00e1rio atual. <\/p>\n
O algoritmo do ataque, que cria o arquivo \/etc\/profile.d\/exploit.sh com o comando \"chown $USER \/root\": <\/p>\n
\n
Criando uma sess\u00e3o screen com logging ativado $ screen -Logfile $HOME\/screen.log\n
Pressionando a combina\u00e7\u00e3o de teclas Ctrl-a-H para ativar o log.\n
Removendo o arquivo de log e substituindo-o por um link simb\u00f3lico, que resultar\u00e1 na cria\u00e7\u00e3o do arquivo \/etc\/profile.d\/exploit.sh $ rm $HOME\/screen.log; ln -s \/etc\/profile.d\/exploit.sh $HOME\/screen.log\n
Retornando \u00e0 sess\u00e3o screen e exibindo os dados que ser\u00e3o gravados no arquivo de log. $ echo -e \"\\nchown $USER \/root;\"\n
Ap\u00f3s o root real se conectar ao sistema, o script \/etc\/profile.d\/exploit.sh ser\u00e1 executado, mudando o propriet\u00e1rio do diret\u00f3rio \/root. $ ls -lhd \/root drwxr-x\u2014 5 user root 4.0K 30 Dez 2020 .\n
Analogamente, \u00e9 poss\u00edvel criar arquivos de configura\u00e7\u00e3o do sudo ou adicionar comandos ao final dos scripts do sistema. <\/ul>\n
Vulnerabilidades menos perigosas no screen: <\/p>\n
\n
CVE-2025-46802 \u2014 intercepta\u00e7\u00e3o do dispositivo TTY em sess\u00f5es multiusu\u00e1rio (o usu\u00e1rio pode obter permiss\u00f5es crw-rw-rw- para o dispositivo \/dev\/pts\/1). O problema se manifesta nas vers\u00f5es do screen 4.x e 5.x.\n
CVE-2025-46803 \u2014 defini\u00e7\u00e3o padr\u00e3o das permiss\u00f5es 0622 no dispositivo PTY, permitindo grava\u00e7\u00e3o por qualquer usu\u00e1rio. O problema se manifesta apenas na vers\u00e3o do screen 5.0.\n
CVE-2025-46804 \u2014 vazamento de informa\u00e7\u00f5es sobre a presen\u00e7a de arquivos e diret\u00f3rios em diret\u00f3rios fechados (ao especificar um diret\u00f3rio para soquetes, usando a vari\u00e1vel de ambiente SCREENDIR, a ferramenta retorna diferentes mensagens de erro, permitindo inferir sobre a presen\u00e7a de arquivos e diret\u00f3rios com esse nome). O problema se manifesta nas vers\u00f5es do screen 4.x e 5.x.\n
CVE-2025-46805 \u2014 condi\u00e7\u00e3o de corrida ao enviar sinais SIGCONT e SIGHUP, resultando em nega\u00e7\u00e3o de servi\u00e7o. O problema se manifesta nas vers\u00f5es do screen 4.x e 5.x.\n
Uso incorreto da fun\u00e7\u00e3o strncpy (substitui\u00e7\u00e3o de strcpy por strncpy sem considerar a diferen\u00e7a no tratamento de caracteres nulos \"\\0\"), levando a encerramentos abruptos ao executar comandos especificamente formatados. O problema se manifesta apenas na vers\u00e3o do screen 5.0. <\/ul>\n
As vulnerabilidades foram descobertas durante uma auditoria da base de c\u00f3digo do GNU screen, realizada pela equipe respons\u00e1vel pela seguran\u00e7a da distribui\u00e7\u00e3o SUSE Linux. As informa\u00e7\u00f5es sobre as vulnerabilidades foram enviadas aos desenvolvedores do screen em 7 de fevereiro, mas dentro do prazo de 90 dias, eles n\u00e3o conseguiram preparar corre\u00e7\u00f5es para todas as vulnerabilidades, e a equipe da SUSE teve que preparar alguns patches sozinha. Na opini\u00e3o dos pesquisadores que conduziram a auditoria, os atuais mantenedores do GNU screen n\u00e3o t\u00eam um bom entendimento da base de c\u00f3digo do projeto e n\u00e3o conseguem lidar plenamente com os problemas de seguran\u00e7a identificados. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"