{"id":137924,"date":"2025-06-21T23:12:01","date_gmt":"2025-06-21T21:12:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-biblioteke-libxml2-potenczialno-privodyashhie-k-vypolneniyu-koda"},"modified":"2025-06-21T23:12:01","modified_gmt":"2025-06-21T21:12:01","slug":"uyazvimosti-v-biblioteke-libxml2-potenczialno-privodyashhie-k-vypolneniyu-koda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/uyazvimosti-v-biblioteke-libxml2-potenczialno-privodyashhie-k-vypolneniyu-koda","title":{"rendered":"Luki w bibliotece libxml2, kt\u00f3re mog\u0105 potencjalnie prowadzi\u0107 do wykonania kodu","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
W bibliotece Libxml2, rozwijanej przez projekt GNOME i wykorzystywanej do przetwarzania tre\u015bci w formacie XML, zidentyfikowano 5 luk bezpiecze\u0144stwa, z kt\u00f3rych dwie mog\u0105 potencjalnie prowadzi\u0107 do wykonania kodu podczas przetwarzania specjalnie sformatowanych danych zewn\u0119trznych. Biblioteka Libxml2 jest szeroko stosowana w projektach open source i jest na przyk\u0142ad zale\u017cno\u015bci\u0105 w ponad 800 pakietach systemu Ubuntu. <\/p>\n
Pierwsza luka (CVE-2025-6170) jest spowodowana przepe\u0142nieniem bufora w implementacji interaktywnej pow\u0142oki xmllint, u\u017cywanej do przetwarzania plik\u00f3w XML. Przepe\u0142nienie wyst\u0119puje podczas przetwarzania bardzo d\u0142ugich argument\u00f3w polece\u0144 z powodu braku odpowiedniego sprawdzenia rozmiaru danych wej\u015bciowych przed skopiowaniem danych przez funkcj\u0119 strcpy(). Aby wykorzysta\u0107 luk\u0119, atakuj\u0105cy musi mie\u0107 mo\u017cliwo\u015b\u0107 wp\u0142ywania na polecenia przekazywane do narz\u0119dzia xmllint. \u0141atka naprawiaj\u0105ca luk\u0119 nie jest obecnie dost\u0119pna. <\/p>\n
Druga luka (CVE-2025-6021) wyst\u0119puje w implementacji funkcji xmlBuildQName() i prowadzi do zapisu danych poza buforem z powodu przepe\u0142nienia ca\u0142kowitego podczas obliczania rozmiaru buforu na podstawie prefiksu i lokalnej nazwy. Aby wykorzysta\u0107 luk\u0119, atakuj\u0105cy musi osi\u0105gn\u0105\u0107 podstawienie swoich danych w argumentach prefix i ncname przekazywanych do funkcji xmlBuildQName(). Przygotowano \u0142atk\u0119 do usuni\u0119cia tej luki. Poprawka zosta\u0142a zawarta w wersji libxml2 2.14.4. Stan nowej wersji pakietu lub przygotowania poprawki w dystrybucjach mo\u017cna sprawdzi\u0107 na nast\u0119puj\u0105cych stronach (je\u015bli strona jest niedost\u0119pna, oznacza to, \u017ce deweloperzy dystrybucji jeszcze nie podj\u0119li si\u0119 rozpatrzenia problemu): Debian, Ubuntu, Fedora, SUSE\/openSUSE, RHEL, Gentoo i Arch (1, 2). <\/p>\n
Pozosta\u0142e trzy problemy prowadz\u0105 do awaryjnego zako\u0144czenia dzia\u0142ania z powodu dost\u0119pu do ju\u017c zwolnionego obszaru pami\u0119ci w funkcji xmlSchematronGetNode (CVE-2025-49794), dereferencji wska\u017anika null w funkcji xmlXPathCompiledEval (CVE-2025-49795) oraz niew\u0142a\u015bciwego przetwarzania typ\u00f3w (Type Confusion) w funkcji xmlSchematronFormatReport (CVE-2025-49796). W celu usuni\u0119cia tych luk rozwa\u017ca si\u0119 mo\u017cliwo\u015b\u0107 usuni\u0119cia wsparcia dla j\u0119zyka znacznik\u00f3w Schematron z libxml2. <\/p>\n
Dodatkowo odnotowano trzy nieza\u0142atane luki w bibliotece libxslt, kt\u00f3rej wsparcie zosta\u0142o zako\u0144czone. Informacje na temat tych problem\u00f3w nie s\u0105 jeszcze ujawnione i s\u0105 planowane do publikacji 9 lipca, 13 lipca i 6 sierpnia. Nieza\u0142atane i publicznie nieujawnione luki s\u0105 r\u00f3wnie\u017c zauwa\u017cane w projektach powi\u0105zanych z GNOME, takich jak gvfs, libgxps, gdm, glib, GIMP i libsoup. <\/p>\n
Uzupe\u0142nienie: Wsparcie libxml2 og\u0142osi\u0142o, \u017ce od teraz b\u0119dzie traktowa\u0107 luki jako zwyk\u0142e b\u0142\u0119dy, nie nadaj\u0105c im wi\u0119kszego priorytetu, naprawiaj\u0105c je w miar\u0119 mo\u017cliwo\u015bci czasu i od razu ujawniaj\u0105c informacje o naturze luki bez wprowadzania embarga i dawania czasu na napraw\u0119 w zewn\u0119trznych produktach. \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"