Podatności Nokogiri

Podatność w bibliotece Nokogiri dotyczy metody `Nokogiri::XML::NodeSet#[]` (oraz jej aliasu `#slice`). Sprawdzanie indeksu względem zakresu zestawu węzłów odbywało się na 32-bitowej kopii indeksu, co pozwalało na użycie dużej ujemnej wartości indeksu, która po sprawdzeniu była używana w pełnej szerokości, prowadząc do odczytu poza przechowywanym zestawem węzłów.

Podatność w bibliotece Nokogiri pozwala na wywołanie metody `Document#encoding=` z nieprawidłowym kodowaniem (np. niebędącym ciągiem znaków lub zawierającym bajt null), co powoduje zwolnienie bieżącego ciągu kodowania dokumentu bez jego zastąpienia. Dokument pozostaje z odwołaniem do zwolnionej pamięci, co prowadzi do użycia po zwolnieniu (use-after-free) przy następnym wywołaniu.

Podatność w bibliotece Nokogiri dla JRuby powoduje, że opcja NONET nie jest poprawnie egzekwowana podczas parsowania schematów XML. Umożliwia to atakującemu wczytanie zewnętrznych zasobów sieciowych, co może prowadzić do wycieku danych lub ataków SSRF.

Nokogiri zawiera błąd w metodach wywoływanych na zaalokowanych, ale niezainicjalizowanych klasach opakowujących dziedziczących po `Nokogiri::XML::Node`. Powoduje to dereferencję wskaźnika NULL, co może doprowadzić do awarii procesu.

Podatność w bibliotece Nokogiri powoduje, że obiekt `Nokogiri::XML::XPathContext` nie utrzymuje przy życiu dokumentu źródłowego dla garbage collectora. Jeśli kontekst XPath przeżyje dokument, a dokument zostanie zebrany, ewaluacja wyrażenia XPath może odczytać nieprawidłową pamięć i potencjalnie spowodować segfault.

Rozszerzenie natywne CRuby biblioteki Nokogiri może pozostawić wskaźnik Ruby wskazujący na zwolnioną pamięć podczas zastępowania wartości atrybutu XML. Jeśli kod Ruby uzyskał już dostęp do węzła potomnego atrybutu, metoda `Nokogiri::XML::Attr#value=` może zwolnić bazowy węzeł potomny, podczas gdy opakowanie Ruby pozostaje.

Podatność w bibliotece Nokogiri pozwala na ustawienie węzła DTD jako korzenia dokumentu XML, co prowadzi do użycia po zwolnieniu pamięci (use-after-free) podczas czyszczenia pamięci lub finalizacji. Skutkuje to nieprawidłowym odczytem pamięci lub potencjalnym segfaultem.

Podatność w bibliotece Nokogiri dotyczy metody `Nokogiri::XML::Node#do_xinclude`, która podczas przetwarzania XInclude usuwa węzły `<xi:include>` wraz z ich dziećmi (np. `<xi:fallback>`) i zadeklarowanymi przestrzeniami nazw. Jeśli aplikacja wcześniej uzyskała dostęp do tych węzłów, może dojść do nieoczekiwanego zachowania.

Podatność w bibliotece Nokogiri dotyczy funkcji pomocniczej kopiowania chronionego używanej przez metody Node#dup i #clone. Funkcja ta rozwijała argument źródłowy jako xmlNode bez sprawdzenia typu, co przy przekazaniu obiektu niebędącego węzłem (np. Namespace) powodowało odczyt poza zakresem struktury xmlNs i awarię procesu. Wersja 1.19.4 dodaje sprawdzanie typu i zgłasza wyjątek TypeError.

Nokogiri przed wersją 1.19.1 nie sprawdza wartości zwracanej przez xmlC14NExecute w metodzie canonicalize, zwracając pusty ciąg w przypadku błędu zamiast zgłosić wyjątek. Atakujący mogą to wykorzystać do obejścia walidacji podpisu w bibliotekach SAML niższego poziomu, dostarczając nieprawidłowy zkanonizowany XML, który jest błędnie akceptowany jako prawidłowy.

Nokogiri przed wersją 1.19.3 zawiera wyciek pamięci w metodzie transform stylu XSLT podczas przetwarzania ciągów Ruby zawierających bajty zerowe. Atakujący mogą to wykorzystać, przekazując kontrolowane dane wejściowe z bajtami zerowymi do parametrów transform, powodując wyciek alokacji sterty i umożliwiając odmowę usługi dla długo działających procesów.

Nokogiri w wersjach przed 1.19.3 zawiera podatności na odmowę usługi przez wyrażenia regularne w tokenizatorze selektorów CSS, dotyczące tokenizacji literałów łańcuchowych i identyfikatorów. Atakujący mogą wstrzyknąć złośliwe selektory CSS do metod takich jak Node#css, Node#at_css i Searchable#search, powodując wykładnicze cofanie się wyrażeń regularnych i odmowę usługi.

Nokogiri przed wersją 1.19.4 zawiera możliwy nieprawidłowy odczyt pamięci (poza zakresem) w chronionej metodzie wewnętrznej Node#initialize_copy_with_args, używanej przez Node#dup i #clone, która rozpakowywała swój argument źródłowy jako xmlNode bez sprawdzenia typu. Jeśli kod aplikacji wywoła tę chronioną metodę z argumentem niebędącym Node (np. Namespace), odczytuje xmlNs poza zakresem, powodując awarię procesu. Jest to wyzwalane tylko przez błąd programistyczny i nie może być wyzwolone przez niezaufane dane wejściowe ani normalne użycie publicznego API. Dotyczy tylko CRuby. Wersja 1.19.4 dodaje sprawdzenie typu i zgłasza TypeError.