{"id":103636,"date":"2022-03-27T15:36:39","date_gmt":"2022-03-27T13:36:39","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-zlib-proyavlyayushhayasya-pri-szhatii-speczialno-oformlennyh-dannyh"},"modified":"2022-03-27T15:36:39","modified_gmt":"2022-03-27T13:36:39","slug":"uyazvimost-v-zlib-proyavlyayushhayasya-pri-szhatii-speczialno-oformlennyh-dannyh","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/uyazvimost-v-zlib-proyavlyayushhayasya-pri-szhatii-speczialno-oformlennyh-dannyh","title":{"rendered":"Vulnerability in zlib, manifested during compression of specially crafted data","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
W bibliotece zlib wykryto luk\u0119 bezpiecze\u0144stwa (CVE-2018-25032), prowadz\u0105c\u0105 do przepe\u0142nienia bufora podczas pr\u00f3by kompresji specjalnie przygotowanej sekwencji znak\u00f3w w danych wej\u015bciowych. W obecnej formie badacze zademonstrowali mo\u017cliwo\u015b\u0107 wywo\u0142ania awaryjnego zako\u0144czenia procesu. Czy problem mo\u017ce mie\u0107 powa\u017cniejsze konsekwencje, nie jest jeszcze zbadane. <\/p>\n
Luka bezpiecze\u0144stwa wyst\u0119puje od wersji zlib 1.2.2.2 i dotyczy r\u00f3wnie\u017c aktualnej wersji zlib 1.2.11. Co ciekawe, \u0142atka naprawiaj\u0105ca problem zosta\u0142a zaproponowana ju\u017c w 2018 roku, ale deweloperzy nie zwr\u00f3cili na ni\u0105 uwagi i nie wydali poprawki (biblioteka zlib by\u0142a ostatnio aktualizowana w 2017 roku). Naprawa nadal nie zosta\u0142a uwzgl\u0119dniona w pakietach oferowanych przez dystrybucje. Mo\u017cna \u015bledzi\u0107 wydanie poprawek przez dystrybucje na tych stronach: Debian, RHEL, Fedora, SUSE, Ubuntu, Arch Linux, OpenBSD, FreeBSD, NetBSD. Biblioteka zlib-ng nie jest podatna na ten problem. <\/p>\n
Luka wyst\u0119puje, gdy w strumieniu wej\u015bciowym pojawia si\u0119 du\u017ca liczba b\u0119d\u0105cych pod pakowaniem dopasowa\u0144, do kt\u00f3rych stosuje si\u0119 kompresj\u0119 opart\u0105 na sta\u0142ych kodach Huffmana. W odpowiednich okoliczno\u015bciach zawarto\u015b\u0107 bufora po\u015bredniego, do kt\u00f3rego umieszczany jest skompresowany wynik, mo\u017ce na\u0142o\u017cy\u0107 si\u0119 na pami\u0119\u0107, w kt\u00f3rej przechowywana jest tabela cz\u0119stotliwo\u015bci znak\u00f3w. W rezultacie powstaj\u0105 niepoprawne skompresowane dane i awaria z powodu zapisu poza granice bufora. <\/p>\n
Luka mo\u017ce by\u0107 wykorzystana tylko przy zastosowaniu strategii kompresji opartej na sta\u0142ych kodach Huffmana. Taka strategia jest wybierana przy wyra\u017anym w\u0142\u0105czeniu w kodzie opcji Z_FIXED (przyk\u0142ad sekwencji prowadz\u0105cej do awarii przy u\u017cyciu opcji Z_FIXED). Z kodu wynika, \u017ce strategia Z_FIXED mo\u017ce by\u0107 r\u00f3wnie\u017c wybierana automatycznie, je\u015bli obliczone dla danych optymalne i statyczne drzewa maj\u0105 ten sam rozmiar. <\/p>\n
Na razie nie wiadomo, czy mo\u017cna dostosowa\u0107 warunki eksploatacji wra\u017cliwo\u015bci, stosuj\u0105c domy\u015bln\u0105 strategi\u0119 kompresji Z_DEFAULT_STRATEGY. Je\u015bli nie, wra\u017cliwo\u015b\u0107 ograniczy si\u0119 do konkretnych system\u00f3w, w kt\u00f3rych wyra\u017anie stosuje si\u0119 opcj\u0119 Z_FIXED. Je\u015bli tak, szkody spowodowane przez wra\u017cliwo\u015b\u0107 mog\u0105 by\u0107 bardzo powa\u017cne, poniewa\u017c biblioteka zlib jest de facto standardem i jest wykorzystywana w wielu popularnych projektach, w tym w j\u0105drze Linux, OpenSSH, OpenSSL, apache httpd, libpng, FFmpeg, rsync, dpkg, rpm, Git, PostgreSQL, MySQL itp. \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"