{"id":103489,"date":"2022-03-07T21:36:38","date_gmt":"2022-03-07T19:36:38","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-yadre-linux-pozvolyayushhaya-iskazit-fajly-dostupnye-tolko-dlya-chteniya"},"modified":"2022-03-07T21:36:38","modified_gmt":"2022-03-07T19:36:38","slug":"uyazvimost-v-yadre-linux-pozvolyayushhaya-iskazit-fajly-dostupnye-tolko-dlya-chteniya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/uyazvimost-v-yadre-linux-pozvolyayushhaya-iskazit-fajly-dostupnye-tolko-dlya-chteniya","title":{"rendered":"Vulnerabilit\u00e0 nel kernel Linux che consente di alterare file disponibili solo in lettura.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata identificata una vulnerabilit\u00e0 nel kernel Linux (CVE-2022-0847) che consente di sovrascrivere il contenuto della cache delle pagine per qualsiasi file, inclusi quelli aperti in modalit\u00e0 di sola lettura con il flag O_RDONLY o montati in sistemi di file in sola lettura. Dal punto di vista pratico, questa vulnerabilit\u00e0 pu\u00f2 essere sfruttata per iniettare codice in processi arbitrari o corrompere i dati in file aperti. Ad esempio, \u00e8 possibile modificare il contenuto del file authorized_keys per il processo sshd. \u00c8 disponibile un prototipo di exploit per i test. <\/p>\n
Il problema \u00e8 stato battezzato Dirty Pipe, in analogia alla vulnerabilit\u00e0 critica Dirty COW scoperta nel 2016. Si fa notare che Dirty Pipe presenta un livello di pericolosit\u00e0 pari a quello di Dirty COW, ma \u00e8 significativamente pi\u00f9 facile da sfruttare. La vulnerabilit\u00e0 \u00e8 stata scoperta durante l'analisi di segnalazioni riguardanti la corruzione periodica di file scaricati dalla rete in un sistema che caricava archivi compressi da un server di log (37 corruzioni in 3 mesi su un sistema sovraccarico), utilizzando l'operazione splice() e pipe anonime. <\/p>\n
La vulnerabilit\u00e0 si manifesta a partire dal kernel Linux 5.8, rilasciato nell'agosto 2020, quindi \u00e8 presente in Debian 11, ma non interessa il kernel base di Ubuntu 20.04 LTS. I kernel RHEL 8.x e openSUSE\/SUSE 15 sono inizialmente basati su vecchie versioni, ma non si pu\u00f2 escludere che la modifica problematica sia stata retroportata in esse (al momento non ci sono dati precisi). \u00c8 possibile tenere traccia della pubblicazione degli aggiornamenti dei pacchetti nei distribuiti su queste pagine: Debian, SUSE, Ubuntu, RHEL, Fedora, Gentoo, Arch Linux. La correzione della vulnerabilit\u00e0 \u00e8 proposta nelle versioni 5.16.11, 5.15.25 e 5.10.102. La correzione \u00e8 stata inclusa anche nel kernel utilizzato nella piattaforma Android. <\/p>\n
La vulnerabilit\u00e0 \u00e8 causata dalla mancanza di inizializzazione del valore «buf->flags» nel codice delle funzioni copy_page_to_iter_pipe() e push_pipe(), dato che la memoria non viene pulita durante l'allocazione della struttura e, in alcune circostanze, in «buf->flags» potrebbe trovarsi un valore proveniente da un'altra operazione. Sfruttando questa caratteristica, un utente locale non privilegiato pu\u00f2 ottenere l'attivazione del flag PIPE_BUF_FLAG_CAN_MERGE, il quale consente di organizzare la riscrittura dei dati nella cache delle pagine semplicemente scrivendo nuovi dati in un canale non nominato appositamente preparato. <\/p>\n
Per attaccare, il file bersaglio deve essere accessibile in lettura. Inoltre, poich\u00e9 durante la scrittura in pipe non vengono controllati i diritti di accesso, la sostituzione nella cache delle pagine pu\u00f2 avvenire anche per file situati in sezioni montate solo in lettura (ad esempio, per file su CD-ROM). Dopo aver sostituito le informazioni nella cache delle pagine, il processo, durante la lettura dei dati dal file, otterr\u00e0 non i dati reali ma quelli sovrascritti. <\/p>\n
L'utilizzo consiste nella creazione di un canale unnamed e nel riempirlo con dati arbitrari per attivare il flag PIPE_BUF_FLAG_CAN_MERGE in tutte le strutture circolari correlate. Successivamente, i dati vengono letti dal canale, ma il flag rimane attivato in tutte le istanze della struttura pipe_buffer nelle strutture circolari pipe_inode_info. Si procede poi con la chiamata a splice() per leggere i dati dal file di destinazione nel canale unnamed, partendo dallo spostamento richiesto. Durante la scrittura dei dati in questo canale unnamed, a causa del flag PIPE_BUF_FLAG_CAN_MERGE, i dati nella cache a pagina verranno sovrascritti, anzich\u00e9 creare una nuova istanza della struttura pipe_buffer. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"