{"id":169899,"date":"2026-04-24T18:24:34","date_gmt":"2026-04-24T16:24:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-rust-coreutils-vyyavleno-113-uyazvimostej-v-ubuntu-26-04-vozvrashheny-cp-mv-i-rm-iz-gnu-coreutils"},"modified":"2026-04-24T18:24:34","modified_gmt":"2026-04-24T16:24:34","slug":"v-rust-coreutils-vyyavleno-113-uyazvimostej-v-ubuntu-26-04-vozvrashheny-cp-mv-i-rm-iz-gnu-coreutils","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/v-rust-coreutils-vyyavleno-113-uyazvimostej-v-ubuntu-26-04-vozvrashheny-cp-mv-i-rm-iz-gnu-coreutils","title":{"rendered":"In Rust Coreutils sono state scoperte 113 vulnerabilit\u00e0. In Ubuntu 26.04 sono stati ripristinati cp, mv e rm da GNU Coreutils","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
L'azienda Canonical ha pubblicato risultati preliminari di un audit di sicurezza indipendente sugli strumenti uutils coreutils (Rust Coreutils), sviluppati in Rust e utilizzati parzialmente in Ubuntu al posto del pacchetto GNU Coreutils. L'audit \u00e8 stato condotto da Zellic, un'azienda esperta nell'analisi delle vulnerabilit\u00e0 in progetti scritti in Rust. Durante il controllo sono state riscontrate 113 problematiche di sicurezza. <\/p>\n
Attualmente \u00e8 disponibile un rapporto (PDF, 156 pagine) con i risultati della prima fase dell'audit, che copre le utilit\u00e0 pi\u00f9 importanti del pacchetto uutils. Nella prima fase, svolta da dicembre 2025 a gennaio 2026, sono state rilevate 73 vulnerabilit\u00e0, di cui 7 classificate come critiche, 11 come pericolose, 29 come di media gravit\u00e0 e 26 come non pericolose. <\/p>\n
La seconda fase dell'audit si \u00e8 svolta da febbraio a marzo e ha coperto utility secondarie non testate nella prima fase. In questa fase sono state trovate 40 vulnerabilit\u00e0, il cui rischio non \u00e8 ancora dettagliato (il rapporto verr\u00e0 pubblicato in seguito). Le informazioni su tutti i problemi riscontrati sono gi\u00e0 state inviate agli sviluppatori di uutils e la maggior parte delle vulnerabilit\u00e0 \u00e8 stata risolta nelle versioni 0.5-0.8 di uutils senza ulteriore pubblicit\u00e0 e senza annotare la connessione tra le correzioni apportate e la risoluzione delle vulnerabilit\u00e0. <\/p>\n
Il pacchetto rust-coreutils \u00e8 stato incluso per impostazione predefinita nella versione autunnale di Ubuntu 25.10, ma a causa dei problemi riscontrati durante l'audit, nella versione LTS di Ubuntu 26.04 sono state ripristinate le utility cp, mv e rm dal set GNU Coreutils. Si segnala che al 22 aprile rimangono 8 stati di race condition noti in queste utility. Le altre utility sono utilizzate dalla versione rust-coreutils 0.8.0. In Ubuntu 26.10, gli sviluppatori intendono passare completamente a rust-coreutils. <\/p>\n
Le vulnerabilit\u00e0 nelle utility di sistema sono pericolose in quanto possono essere utilizzate in script eseguiti con i privilegi di root. Ad esempio, una vulnerabilit\u00e0 risolta nella versione uutils coreutils 0.3.0 nell'utility rm potrebbe essere stata sfruttata durante l'esecuzione giornaliera da uno script cron \/etc\/cron.daily\/apport, che viene eseguito con privilegi di root e rimuove ricorsivamente il contenuto della cartella \/var\/crash, accessibile in scrittura a tutti gli utenti nel sistema. <\/p>\n
Tra le vulnerabilit\u00e0 contrassegnate come critiche nel primo rapporto ci sono: <\/p>\n
\n
Vulnerabilit\u00e0 nell'utilit\u00e0 chroot, causata dalla gestione dell'opzione \u00ab--userspec\u00bb dopo la chiamata a chroot(), ma prima del rilascio dei privilegi. Su sistemi con glibc, la risoluzione dei nomi attraverso la funzione getpwnam() porta alla lettura del file \/etc\/nsswitch.conf, utilizzato nel NSS (Name Service Switch), e al caricamento dinamico delle librerie specificate in esso con i moduli NSS (libnss_*.so.2). Poich\u00e9 prima del trattamento di NSS viene eseguita la chiamata a chroot(), il file \/etc\/nsswitch.conf viene caricato in relazione al nuovo root, ma le librerie NSS vengono caricate prima del rilascio dei privilegi. Se un utente ha accesso in scrittura al nuovo root, pu\u00f2 sostituire le proprie librerie NSS e ottenere l'esecuzione di codice con i diritti di root.\n
Modifica dei diritti di accesso a un file dopo un errore nella creazione di un canale nominato (FIFO) con lo strumento mkfifo \u2014 se si specifica un file esistente come argomento, mkfifo restituir\u00e0 un errore, ma non terminer\u00e0 in modo anomalo, eseguendo invece la chiamata a set_permissions() e modificando i diritti di accesso al file esistente. Tenendo conto di umask 022, la vulnerabilit\u00e0 consente di cambiare i diritti di accesso al file in 644 (rw-r--r--) e di accedere a file per i quali non era consentita la lettura.\n
Evasione delle restrizioni \u00ab--preserve-root\u00bb nell'utility chmod, che impedisce l'esecuzione di operazioni ricorsive relative alla radice del FS. La vulnerabilit\u00e0 (CVE-2026-35338) \u00e8 causata dal fatto che nel codice veniva controllata solo la corrispondenza esatta del percorso con \u00ab\/\u00bb e non veniva effettuata la canonizzazione del percorso del file. Per eludere il controllo \u00e8 sufficiente utilizzare un percorso del tipo \u00ab\/..\/\u00bb o un collegamento simbolico alla radice. La vulnerabilit\u00e0 \u00e8 pericolosa poich\u00e9, se \u00e8 possibile inserire il proprio percorso in uno script di sistema che chiama il comando chmod, si pu\u00f2 ottenere la modifica ricorsiva dei diritti di accesso per tutti i file nel FS.\n
Nell'utilit\u00e0 rm era consentita l'elaborazione di qualsiasi abbreviazione dell'opzione «—no-preserve-root» («—n», «—no», «—no-p», «—no-pres» e cos\u00ec via) per disabilitare la protezione contro l'esecuzione di operazioni ricorsive con la radice (ad esempio, \u00e8 possibile specificare «rm -rf —n \/» e rimuovere accidentalmente tutti i dati. In GNU Coreutils, tali opzioni abbreviate sono vietate.\n
Eliminazione delle restrizioni «—preserve-root» nell'utilit\u00e0 rm, che vietano l'esecuzione di operazioni ricorsive relative alla radice del FS, attraverso la sostituzione di un collegamento simbolico a «\/».\n
Mancanza di una protezione adeguata contro la specifica di directory che iniziano con un punto. Ad esempio, eseguendo «rm -rf .», l'utilit\u00e0 restituir\u00e0 un errore, ma specificando «rm -rf .\/» o «rm -rf .\/\/\/» eliminer\u00e0 silenziosamente la directory corrente.\n
Un errore nel codice di analisi degli argomenti dell'utilit\u00e0 kill consente di inviare un segnale a tutti i processi nel sistema specificando l'identificativo del processo «-1» (kill -1). <\/ul>\n
In generale, la maggior parte delle vulnerabilit\u00e0 appartiene alla classe TOCTOU (Time-Of-Check-To-Time-Of-Use), che implica la presenza di una condizione di race, consentendo la modifica dei dati nel momento successivo alla verifica della correttezza delle informazioni, ma prima dell'esecuzione dell'operazione su di essi. Ad esempio, potrebbe essere possibile sostituire un file con un link simbolico nel breve intervallo tra la fine del controllo e l'inizio dell'esecuzione dell'operazione. Nel contesto dell'uso degli strumenti cp e mv in script di sistema eseguiti con i privilegi di root, tali vulnerabilit\u00e0 possono consentire di copiare o sovrascrivere file arbitrari. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"