{"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\/news\/uyazvimost-v-yadre-linux-pozvolyayushhaya-iskazit-fajly-dostupnye-tolko-dlya-chteniya","title":{"rendered":"Vulnerabilit\u00e0 nel kernel Linux che consente di alterare file accessibili solo in lettura","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata individuata una vulnerabilit\u00e0 nel kernel Linux (CVE-2022-0847) che consente di sovrascrivere il contenuto della cache delle pagine per qualsiasi file, incluso quelli in sola lettura, aperti con il flag O_RDONLY o situati in filesystem montati in sola lettura. Dal punto di vista pratico, questa vulnerabilit\u00e0 pu\u00f2 essere sfruttata per inserire codice in processi arbitrari o per corrompere 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 il test. <\/p>\n
Il problema \u00e8 stato assegnato il nome in codice Dirty Pipe, in analogia con la vulnerabilit\u00e0 critica Dirty COW scoperta nel 2016. Si segnala che, per livello di pericolo, Dirty Pipe \u00e8 equiparabile a Dirty COW, ma risulta significativamente pi\u00f9 semplice da sfruttare. La vulnerabilit\u00e0 \u00e8 stata scoperta durante l'analisi di segnalazioni riguardo a danni periodici ai file caricati in rete da un sistema che carica archivi compressi da un log server (37 danneggiamenti in 3 mesi su un sistema sotto carico), durante il quale \u00e8 stata utilizzata l'operazione splice() e pipe non denominate. <\/p>\n
La vulnerabilit\u00e0 si manifesta a partire dal kernel Linux 5.8, rilasciato nell'agosto 2020, ossia \u00e8 presente in Debian 11, ma non colpisce il kernel di base in Ubuntu 20.04 LTS. I kernel RHEL 8.x e openSUSE\/SUSE 15 sono inizialmente basati su rami pi\u00f9 vecchi, ma non si esclude che la modifica che ha causato il problema sia stata retroportata in essi (non ci sono ancora dati certi). \u00c8 possibile monitorare la pubblicazione degli aggiornamenti dei pacchetti nelle distribuzioni sulle seguenti pagine: Debian, SUSE, Ubuntu, RHEL, Fedora, Gentoo, Arch Linux. La correzione della vulnerabilit\u00e0 \u00e8 stata proposta nelle versioni 5.16.11, 5.15.25 e 5.10.102. La correzione \u00e8 stata inoltre inclusa nel kernel utilizzato nella piattaforma Android. <\/p>\n
La vulnerabilit\u00e0 \u00e8 causata dalla mancanza di inizializzazione del valore \u00abbuf->flags\u00bb nel codice delle funzioni copy_page_to_iter_pipe() e push_pipe(), poich\u00e9 la memoria non viene cancellata durante l'allocazione della struttura e, a seguito di determinate operazioni con canali anonimi, in \u00abbuf->flags\u00bb potrebbe trovarsi un valore di un'altra operazione. Sfruttando questa peculiarit\u00e0, un utente locale non privilegiato pu\u00f2 far s\u00ec che il flag contenga il valore PIPE_BUF_FLAG_CAN_MERGE, che consente di organizzare la sovrascrittura dei dati nella cache di pagina semplicemente scrivendo nuovi dati in un canale anonimo appositamente preparato. <\/p>\n
Per attaccare, il file di destinazione deve essere accessibile in lettura; poich\u00e9 durante la scrittura nel pipe non vengono controllati i diritti di accesso, la sostituzione nella cache di pagina pu\u00f2 avvenire anche per file situati in partizioni montate in sola lettura (ad esempio, per file su CD-ROM). Dopo la sostituzione delle informazioni nella cache di pagina, il processo che legge i dati dal file otterr\u00e0 non dati reali, ma dati alterati. <\/p>\n
Lo sfruttamento consiste nella creazione di un canale anonimo e nel riempirlo di dati casuali per indurre l'impostazione del flag PIPE_BUF_FLAG_CAN_MERGE in tutte le strutture anulari associate. Successivamente, i dati vengono letti dal canale, ma il flag rimane attivo in tutte le istanze della struttura pipe_buffer nelle strutture anulari pipe_inode_info. Viene quindi chiamato splice() per leggere i dati dal file di destinazione nel canale anonimo, a partire dall'offset richiesto. Durante la scrittura dei dati in questo canale anonimo, a causa del flag PIPE_BUF_FLAG_CAN_MERGE, i dati nella cache di pagina verranno sovrascritti, invece di 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":"