{"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\/pl\/blog\/news\/uyazvimost-v-yadre-linux-pozvolyayushhaya-iskazit-fajly-dostupnye-tolko-dlya-chteniya","title":{"rendered":"Vulnerability in the Linux kernel allows distortion of read-only files","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
W j\u0105drze Linux wykryto luk\u0119 (CVE-2022-0847), umo\u017cliwiaj\u0105c\u0105 nadpisywanie zawarto\u015bci pami\u0119ci podr\u0119cznej stron dla dowolnych plik\u00f3w, w tym znajduj\u0105cych si\u0119 w trybie tylko do odczytu, otwartych z flag\u0105 O_RDONLY lub umieszczonych w systemach plik\u00f3w zamontowanych w trybie tylko do odczytu. Z praktycznego punktu widzenia luka ta mo\u017ce by\u0107 wykorzystana do wstrzykni\u0119cia kodu do dowolnych proces\u00f3w lub zniekszta\u0142cenia danych w otwieranych plikach. Na przyk\u0142ad mo\u017cna zmieni\u0107 zawarto\u015b\u0107 pliku authorized_keys dla procesu sshd. Prototyp exploita jest dost\u0119pny do testowania. <\/p>\n
Problem nadano kryptonim Dirty Pipe, nawi\u0105zuj\u0105c do krytycznej luki Dirty COW odkrytej w 2016 roku. Zauwa\u017cono, \u017ce w skali zagro\u017cenia Dirty Pipe jest na tym samym poziomie co Dirty COW, ale jest znacznie \u0142atwiejsza w eksploatacji. Luka zosta\u0142a odkryta podczas analizy skarg dotycz\u0105cych okresowego uszkodzenia plik\u00f3w pobieranych z sieci w systemie, \u0142aduj\u0105cym skompresowane archiwa z serwera log\u00f3w (37 uszkodze\u0144 w ci\u0105gu 3 miesi\u0119cy w obci\u0105\u017conym systemie), w trakcie przygotowania kt\u00f3rych zastosowano operacj\u0119 splice() oraz nie nazwane kana\u0142y. <\/p>\n
Luka objawia si\u0119 pocz\u0105wszy od j\u0105dra Linux 5.8, wydanego w sierpniu 2020 roku, tzn. jest obecna w Debianie 11, ale nie dotyczy podstawowego j\u0105dra w Ubuntu 20.04 LTS. J\u0105dra RHEL 8.x i openSUSE\/SUSE 15 pocz\u0105tkowo opieraj\u0105 si\u0119 na starych ga\u0142\u0119ziach, ale nie mo\u017cna wykluczy\u0107, \u017ce problematyczna zmiana zosta\u0142a do nich przeniesiona (brak dok\u0142adnych danych). \u015aledzenie publikacji aktualizacji pakiet\u00f3w w dystrybucjach mo\u017cna znale\u017a\u0107 na tych stronach: Debian, SUSE, Ubuntu, RHEL, Fedora, Gentoo, Arch Linux. Naprawa luki zosta\u0142a zaproponowana w wydaniach 5.16.11, 5.15.25 i 5.10.102. Naprawa zosta\u0142a r\u00f3wnie\u017c w\u0142\u0105czona w j\u0105dro u\u017cywane w platformie Android. <\/p>\n
Vulnerability arises from the lack of initialization of the value 'buf->flags' in the code of the functions copy_page_to_iter_pipe() and push_pipe(), as the memory allocated for the structure is not cleared, and certain manipulations with unnamed pipes can result in a value from another operation being present in 'buf->flags'. Leveraging this feature, an unprivileged local user can cause the flag to have the value PIPE_BUF_FLAG_CAN_MERGE, which allows data overwrite in the page cache through a simple write of new data to a specially prepared unnamed pipe. <\/p>\n
Aby zaatakowa\u0107, plik docelowy musi by\u0107 dost\u0119pny do odczytu, przy czym poniewa\u017c podczas zapisu do potoku nie sprawdzane s\u0105 uprawnienia, zast\u0105pienie w pami\u0119ci podr\u0119cznej stron mo\u017ce by\u0107 dokonane tak\u017ce dla plik\u00f3w znajduj\u0105cych si\u0119 w sekcjach zamontowanych tylko do odczytu (na przyk\u0142ad dla plik\u00f3w z CD-ROM). Po zast\u0105pieniu informacji w pami\u0119ci podr\u0119cznej stron proces podczas odczytu danych z pliku otrzyma nie faktyczne, a podstawione dane. <\/p>\n
Eksploatacja sprowadza si\u0119 do tworzenia anonimowego kana\u0142u i wype\u0142nienia go dowolnymi danymi w celu uzyskania flagi PIPE_BUF_FLAG_CAN_MERGE we wszystkich zwi\u0105zanych z nim pier\u015bcieniowych strukturach. Nast\u0119pnie dane s\u0105 odczytywane z kana\u0142u, ale flaga pozostaje ustawiona we wszystkich instancjach struktury pipe_buffer w pier\u015bcieniowych strukturach pipe_inode_info. Nast\u0119pnie wykonywane jest wywo\u0142anie splice() w celu odczytania danych z pliku docelowego do anonimowego kana\u0142u, zaczynaj\u0105c od wymaganego przesuni\u0119cia. Przy zapisie danych do tego anonimowego kana\u0142u z powodu ustawionej flagi PIPE_BUF_FLAG_CAN_MERGE dane w pami\u0119ci podr\u0119cznej stron b\u0119d\u0105 nadpisane, zamiast tworzy\u0107 now\u0105 instancj\u0119 struktury pipe_buffer. \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"