{"id":100767,"date":"2021-07-15T16:22:45","date_gmt":"2021-07-15T14:22:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-podsisteme-yadra-linux-netfilter"},"modified":"2021-07-15T16:22:45","modified_gmt":"2021-07-15T14:22:45","slug":"uyazvimost-v-podsisteme-yadra-linux-netfilter","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/uyazvimost-v-podsisteme-yadra-linux-netfilter","title":{"rendered":"Vulnerabilno\u015b\u0107 w podsystemie j\u0105dra Linux Netfilter","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
W Netfilter, systemie j\u0105dra Linux u\u017cywanym do filtrowania i modyfikacji pakiet\u00f3w sieciowych, zidentyfikowano luk\u0119 (CVE-2021-22555), kt\u00f3ra umo\u017cliwia lokalnemu u\u017cytkownikowi uzyskanie uprawnie\u0144 root w systemie, nawet znajduj\u0105c si\u0119 w izolowanym kontenerze. Przygotowano dzia\u0142aj\u0105cy prototyp exploita, kt\u00f3ry omija mechanizmy ochrony KASLR, SMAP i SMEP. Badacz, kt\u00f3ry odkry\u0142 luk\u0119, otrzyma\u0142 od Google nagrod\u0119 w wysoko\u015bci 20 tysi\u0119cy dolar\u00f3w za opracowanie metody bypassu izolacji kontener\u00f3w Kubernetes w klastrze kCTF. <\/p>\n
Problem wyst\u0119puje od j\u0105dra 2.6.19, wydanego 15 lat temu, i jest spowodowany b\u0142\u0119dem w obs\u0142udze IPT_SO_SET_REPLACE i IP6T_SO_SET_REPLACE, kt\u00f3ry prowadzi do przepe\u0142nienia bufora podczas wysy\u0142ania specjalnie sformatowanych parametr\u00f3w przez wywo\u0142anie setsockopt w trybie compat. Zwykle wywo\u0142anie compat_setsockopt() mo\u017ce wykona\u0107 tylko u\u017cytkownik root, jednak uprawnienia niezb\u0119dne do przeprowadzenia ataku mog\u0105 by\u0107 r\u00f3wnie\u017c uzyskane przez u\u017cytkownika bez uprawnie\u0144 w systemach z w\u0142\u0105czon\u0105 obs\u0142ug\u0105 przestrzeni nazw identyfikator\u00f3w u\u017cytkownik\u00f3w (user namespaces). <\/p>\n
U\u017cytkownik mo\u017ce utworzy\u0107 kontener z osobnym u\u017cytkownikiem root i wykorzysta\u0107 w nim luk\u0119 bezpiecze\u0144stwa. Na przyk\u0142ad, \u201enamespaces u\u017cytkownika\u201d s\u0105 domy\u015blnie w\u0142\u0105czone w Ubuntu i Fedorze, ale nieaktywowana w Debianie i RHEL. \u0141atka usuwaj\u0105ca luk\u0119 zosta\u0142a przyj\u0119ta do j\u0105dra Linux 13 kwietnia. Aktualizacje pakiet\u00f3w ju\u017c zosta\u0142y opracowane przez projekty Debian, Arch Linux i Fedor\u0119. W Ubuntu, RHEL i SUSE aktualizacje s\u0105 w fazie przygotowania. <\/p>\n
Problem wyst\u0119puje w funkcji xt_compat_target_from_user() z powodu nieprawid\u0142owego obliczania rozmiaru pami\u0119ci przy zachowywaniu struktur j\u0105dra po konwersji z 32- na 64-bitowe przedstawienie. B\u0142\u0105d pozwala na zapisanie czterech zerowych bajt\u00f3w w dowolnej pozycji poza przydzielonym buforem, ograniczonej przesuni\u0119ciem 0x4C. Taka mo\u017cliwo\u015b\u0107 okaza\u0142a si\u0119 wystarczaj\u0105ca do stworzenia exploit'u, kt\u00f3ry pozwala\u0142 na uzyskanie uprawnie\u0144 root \u2014 poprzez wyczyszczenie wska\u017anika m_list->next w strukturze msg_msg stworzono warunki do dost\u0119pu do danych po zwolnieniu pami\u0119ci (use-after-free), co nast\u0119pnie wykorzystano do pozyskania informacji o adresach i modyfikacji innych struktur poprzez manipulacj\u0119 wywo\u0142aniem systemowym msgsnd(). \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"