{"id":106404,"date":"2023-01-19T06:48:10","date_gmt":"2023-01-19T04:48:10","guid":{"rendered":"https:\/\/prohoster.info\/?p=106404"},"modified":"2023-01-19T14:02:40","modified_gmt":"2023-01-19T12:02:40","slug":"dve-uyazvimosti-v-git-sposobnye-privesti-k-udalyonnomu-vypolneniyu-koda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/dve-uyazvimosti-v-git-sposobnye-privesti-k-udalyonnomu-vypolneniyu-koda","title":{"rendered":"Dwie luk w Git, kt\u00f3re mog\u0105 prowadzi\u0107 do zdalnego wykonania kodu","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Opublikowano poprawki dla rozproszonego systemu zarz\u0105dzania kodem \u017ar\u00f3d\u0142owym Git w wersjach 2.39.1, 2.38.3, 2.37.5, 2.36.4, 2.35.6, 2.34.6, 2.33.6, 2.32.5, 2.31.6 i 2.30.7, w kt\u00f3rych usuni\u0119to dwie podatno\u015bci, kt\u00f3re mog\u0105 umo\u017cliwi\u0107 wykonanie w\u0142asnego kodu na systemie u\u017cytkownika podczas korzystania z polecenia «git archive» i pracy z niezaufanymi zewn\u0119trznymi repozytoriami. Podatno\u015bci spowodowane s\u0105 b\u0142\u0119dami w kodzie formatowania commit\u00f3w oraz analizie pliku «.gitattributes», kt\u00f3re przy przetwarzaniu zewn\u0119trznych repozytori\u00f3w mog\u0105 prowadzi\u0107 do zapisu w obszarze pami\u0119ci poza stert\u0105 oraz odczytu losowych danych z pami\u0119ci. <\/p>\n
Obie podatno\u015bci zosta\u0142y wykryte podczas audytu bezpiecze\u0144stwa kodu \u017ar\u00f3d\u0142owego Git, przeprowadzonego przez firm\u0119 X41 na zlecenie fundacji OSTIF (Open Source Technology Improvement Fund), utworzonej w celu wzmocnienia bezpiecze\u0144stwa otwartych projekt\u00f3w. Opr\u00f3cz dw\u00f3ch analizowanych poni\u017cej krytycznych problem\u00f3w w trakcie audytu odnaleziono r\u00f3wnie\u017c jedn\u0105 niebezpieczn\u0105 podatno\u015b\u0107, jedn\u0105 \u015bredni\u0105 podatno\u015b\u0107 oraz cztery problemy niskiego ryzyka. Podano tak\u017ce 27 zalece\u0144 dotycz\u0105cych poprawy bezpiecze\u0144stwa kodu. <\/p>\n
\n
CVE-2022-41903: przepe\u0142nienie liczb ca\u0142kowitych w kodzie formatowania informacji o commitach, wyst\u0119puj\u0105ce podczas przetwarzania du\u017cych warto\u015bci przesuni\u0119cia w operatorach wype\u0142nienia, takich jak «%<(«, «%<|(«, «%>(«, «%>>(» i «%><( )». Przepe\u0142nienie liczb ca\u0142kowitych wyst\u0119puje w funkcji format_and_pad_commit() z powodu u\u017cycia typu int dla zmiennej size_t, kt\u00f3ra przy wywo\u0142aniu memcpy() bierze udzia\u0142 w okre\u015blaniu rozmiaru przesuwanego bloku.\n
Podatno\u015b\u0107 objawia si\u0119 zar\u00f3wno przy bezpo\u015brednim wywo\u0142aniu z odpowiednio sformatowanymi parametrami formatowania (na przyk\u0142ad podczas uruchamiania «git log —format=…»), jak i przy po\u015brednim zastosowaniu formatowania podczas wykonywania polecenia «git archive» w repozytorium kontrolowanym przez atakuj\u0105cego. W drugim przypadku modyfikatory formatowania s\u0105 okre\u015blane przez parametr export-subst w pliku «.gitattributes», kt\u00f3ry mo\u017ce by\u0107 umieszczony przez atakuj\u0105cego w jego repozytorium. Problem mo\u017ce by\u0107 wykorzystywany do odczytu i zapisu losowych obszar\u00f3w w stercie i prowadzi\u0107 do wykonania kodu przez z\u0142o\u015bliwego u\u017cytkownika podczas pracy z niezaufanymi repozytoriami. <\/p>\n
CVE-2022-23521: przepe\u0142nienia liczb ca\u0142kowitych podczas analizy zawarto\u015bci plik\u00f3w «.gitattributes» w repozytorium, wyst\u0119puj\u0105ce podczas przetwarzania bardzo du\u017cej liczby wzorc\u00f3w \u015bcie\u017cek plik\u00f3w lub du\u017cej liczby atrybut\u00f3w dla jednego wzorca, a tak\u017ce podczas analizy bardzo du\u017cych nazw atrybut\u00f3w. Problem mo\u017ce by\u0107 wykorzystywany do odczytu i zapisu losowych obszar\u00f3w w stercie i prowadzi\u0107 do wykonania kodu przez z\u0142o\u015bliwego u\u017cytkownika podczas pracy z niezaufanym repozytorium, w kt\u00f3rym atakuj\u0105cy mo\u017ce umie\u015bci\u0107 odpowiednio sformatowany plik .gitattributes i zapewni\u0107 jego dodanie do indeksu. <\/ul>\n
\u015aledzenie publikacji aktualizacji pakiet\u00f3w w dystrybucjach mo\u017cna zobaczy\u0107 na stronach: Debian, Ubuntu, Gentoo, RHEL, SUSE, Arch, FreeBSD, NetBSD. Aby zminimalizowa\u0107 ryzyko ataku, gdy aktualizacja nie mo\u017ce by\u0107 zainstalowana na czas, zaleca si\u0119 unikanie pracy z niegodnymi zaufania repozytoriami oraz u\u017cywania polecenia «git archive». Wa\u017cne jest, aby pami\u0119ta\u0107, \u017ce polecenie «git archive» mo\u017ce by\u0107 uruchamiane niejawnie, na przyk\u0142ad z git daemona. Aby wy\u0142\u0105czy\u0107 uruchamianie «git archive» w git daemon, nale\u017cy zmieni\u0107 parametr daemon.uploadArch poleceniem «git config —global daemon.uploadArch false». <\/p>\n
Dodatkowo mo\u017cna zauwa\u017cy\u0107 jeszcze jedn\u0105 luk\u0119 (CVE-2022-41953) w produkcie Git dla systemu Windows, kt\u00f3ra umo\u017cliwia wykonanie kodu podczas klonowania przez graficzny interfejs niezweryfikowanych zewn\u0119trznych repozytori\u00f3w. Problem wynika z tego, \u017ce Git GUI dla systemu Windows po operacji «checkout» automatycznie uruchamia niekt\u00f3re polecenia post-processing, takie jak uruchomienie programu spell-check do sprawdzenia pisowni, podczas gdy \u015bcie\u017cki wyszukiwania pliku spell-check obejmuj\u0105 r\u00f3wnie\u017c sklonowane drzewo robocze (atak sprowadza si\u0119 do dodania spell-check do drzewa roboczego repozytorium). \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"