{"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\/it\/blog\/news\/uyazvimost-v-gnu-screen-pozvolyayushhaya-vypolnit-kod-s-pravami-root","title":{"rendered":"Vulnerabilit\u00e0 in GNU screen che consente l'esecuzione di codice con privilegi di root","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nel gestore delle finestre console (multiplexer di terminali) GNU screen, che fornisce un'interfaccia multi-finestra nella console, sono state rilevate 5 vulnerabilit\u00e0. Il problema pi\u00f9 grave (CVE-2025-23395) consente l'ottenimento dei diritti di root nel sistema. La correzione \u00e8 stata inclusa nell'uscita odierna di screen 5.0.1. <\/p>\n
La vulnerabilit\u00e0 CVE-2025-23395 si manifesta solo nel ramo screen 5.0.0, fornito in Fedora Linux, Arch Linux, NetBSD, OpenBSD e Alpine. In Debian, Ubuntu, RHEL (EPEL 9), Gentoo, FreeBSD, SUSE\/openSUSE e OpenWrt continua a essere fornito il ramo screen 4.x. L'esploit della vulnerabilit\u00e0 \u00e8 possibile nei sistemi che installano il file eseguibile screen con il flag setuid root, come in Arch Linux e NetBSD. In Fedora, l'utilit\u00e0 viene installata con il flag setgid per ottenere i diritti del gruppo screen, permettendo di posizionare i socket nella directory di sistema \/run\/screen, che limita le possibilit\u00e0 di attacco di denial of service. <\/p>\n
La vulnerabilit\u00e0 \u00e8 causata dal fatto che, quando viene eseguita come root, la funzione logfile_reopen() viene eseguita prima del ripristino dei privilegi, ma gestisce i dati nel contesto delle directory dell'utente non privilegiato che ha avviato screen. \u00c8 notevole che l'apertura iniziale del log avviene con un corretto ripristino dei privilegi, ma durante la riapertura del file di log non si effettua il ripristino dei privilegi. <\/p>\n
Attraverso la manipolazione dell'attivazione della modalit\u00e0 di registrazione del contenuto della sessione, un utente pu\u00f2 ottenere la registrazione dei dati in un file con i diritti di root, mentre il file stesso pu\u00f2 essere salvato nella home directory dell'utente. L'attacco consiste nell'eliminare il file di log creato e sostituirlo con un collegamento simbolico che punta a qualsiasi file nel sistema. Se il file esiste gi\u00e0, i dati del contenuto dello schermo nella sessione screen saranno aggiunti a esso senza modificare il proprietario. Se il file non esiste, verr\u00e0 creato con i diritti 0644, con il proprietario root e il gruppo uguale a quello dell'utente corrente. <\/p>\n
L'algoritmo di attacco, che crea il file \/etc\/profile.d\/exploit.sh con il comando \u00abchown $USER \/root\u00bb: <\/p>\n
\n
Creazione di una sessione screen con registrazione attivata $ screen -Logfile $HOME\/screen.log\n
Premere la combinazione di tasti Ctrl-a-H per attivare la registrazione.\n
Rimozione del file di log e sua sostituzione con un link simbolico, che porter\u00e0 alla creazione del file \/etc\/profile.d\/exploit.sh $ rm $HOME\/screen.log; ln -s \/etc\/profile.d\/exploit.sh $HOME\/screen.log\n
Ritornando nella sessione screen e visualizzando i dati che saranno scritti nel file di log. $ echo -e \u00ab\nnchown $USER \/root;\u00bb\n
Dopo che l'utente root reale si connetter\u00e0 al sistema, verr\u00e0 eseguito lo script \/etc\/profile.d\/exploit.sh, che cambier\u00e0 il proprietario della directory \/root. $ ls -lhd \/root drwxr-x\u2014 5 user root 4.0K Dec 30 2020 .\n
Analogamente, \u00e8 possibile creare file di configurazione sudo o aggiungere comandi alla fine degli script di sistema. <\/ul>\n
Vulnerabilit\u00e0 meno pericolose in screen: <\/p>\n
\n
CVE-2025-46802 \u2014 cattura dei dispositivi TTY nelle sessioni multiutente (l'utente pu\u00f2 ottenere i diritti crw-rw-rw- per il dispositivo \/dev\/pts\/1). Il problema si manifesta nelle versioni 4.x e 5.x di screen.\n
CVE-2025-46803 \u2014 assegnazione per impostazione predefinita dei diritti 0622 ai dispositivi PTY, consentendo la scrittura da parte di qualsiasi utente. Il problema si manifesta solo nella versione 5.0 di screen.\n
CVE-2025-46804 \u2014 fuga di informazioni sulle esistenze di file e directory in directory chiuse (se specificata una directory per i socket, utilizzando la variabile d'ambiente SCREENDIR, l'utilit\u00e0 restituisce messaggi di errore diversi, suggerendo l'esistenza di file e directory con quel nome). Il problema si manifesta nelle versioni 4.x e 5.x di screen.\n
CVE-2025-46805 \u2014 condizione di competizione nell'invio dei segnali SIGCONT e SIGHUP, causando un'interruzione del servizio. Il problema si manifesta nelle versioni 4.x e 5.x di screen.\n
Uso non corretto della funzione strncpy (sostituzione di strcpy con strncpy senza considerare le differenze nella gestione dei caratteri nulli \u00ab\n\u00bb), che porta a un arresto anomalo durante l'esecuzione di comandi appositamente formattati. Il problema si manifesta solo nella versione 5.0 di screen. <\/ul>\n
Le vulnerabilit\u00e0 sono state rilevate durante un audit del codice di base di GNU screen, condotto dal team responsabile della sicurezza della distribuzione SUSE Linux. Le informazioni sulle vulnerabilit\u00e0 sono state inviate agli sviluppatori di screen il 7 febbraio, ma entro i 90 giorni concessi non sono riusciti a preparare correzioni per tutte le vulnerabilit\u00e0 e i membri di SUSE hanno dovuto preparare alcuni patch da soli. Secondo gli esperti che hanno condotto l'audit, gli attuali manutentori di GNU screen non hanno una buona padronanza del codice sorgente del progetto e non sono in grado di risolvere completamente i problemi di sicurezza identificati. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"