Katalog podatności CVE

Wtyczka Hummingbird dla WordPressa (wersje do 3.21.0 włącznie) pozwala na zdalne wykonanie kodu poprzez funkcję log_msg() w pliku class-page-cache.php. Nagłówek ochronny '<?php die(); ?>' w pliku logu nie jest zapisywany z powodu błędu w wywołaniu class_exists(), a nazwy ciasteczek z prefiksem wphb_cache_ trafiają do pliku bez sanityzacji, co umożliwia niezalogowanemu atakującemu zapisanie dowolnego kodu PHP i jego wykonanie.

Wtyczka iubenda | All-in-one Compliance dla WordPressa do wersji 3.13.4 włącznie jest podatna na trwały atak XSS przez treść komentarzy z powodu niedostatecznej sanityzacji wejścia i braku escapowania wyjścia. Nieuwierzytelnieni atakujący mogą wstrzykiwać dowolne skrypty, które wykonają się, gdy użytkownik odwiedzi zainfekowaną stronę. Wykorzystanie polega na osadzeniu dozwolonych znaczników KSES, takich jak atrybuty abbr title i komentarze HTML, w taki sposób, że globalna podmiana strtr() przekształca je w element wykonywalny, np. img z atrybutem onerror.

Wtyczka iubenda | All-in-one Compliance dla WordPressa do wersji 3.13.4 włącznie jest podatna na trwały atak XSS przez treść komentarzy z powodu niedostatecznej sanityzacji wejścia i braku escapowania wyjścia, ale tylko gdy aktywny jest 'Secondary' silnik analizujący (parser_engine=default). Nieuwierzytelnieni atakujący mogą wstrzykiwać dowolne skrypty, które wykonają się, gdy użytkownik odwiedzi zainfekowaną stronę. Podatność nie występuje w domyślnym nowym silniku opartym na DOM.

Wtyczka Social Chat – Click To Chat App Button dla WordPressa do wersji 8.6.2 włącznie jest podatna na trwały atak XSS przez atrybut JSON 'consent_message' w elemencie .qlwapp. Brak odpowiedniego oczyszczania wejścia i wyjścia umożliwia uwierzytelnionym atakującym z dostępem na poziomie współautora i wyższym wstrzyknięcie dowolnych skryptów, które wykonają się przy dostępie do zainfekowanej strony. Atak nie wymaga interakcji użytkownika poza załadowaniem strony, gdyż ustawienie auto_open i consent_enabled na 'yes' powoduje natychmiastowe wykonanie skryptu.

Wtyczka Mstore Api dla WordPressa jest podatna na obejście uwierzytelniania przez fałszowanie JWT w wersjach do 4.20.0 włącznie. Wynika to z braku weryfikacji podpisu kryptograficznego w funkcji FirebasePhoneAuthHelper::verify_id_token(), która dekoduje i weryfikuje roszczenia tokena ID Firebase (alg, kid, aud, iss), ale nigdy nie wywołuje openssl_verify() ani żadnego odpowiednika w celu weryfikacji podpisu JWT względem rzeczywistych kluczy publicznych Google. Umożliwia to nieuwierzytelnionym atakującym sfałszowanie tokena JWT Firebase Phone Auth podpisanego własną parą kluczy RSA i podszycie się pod dowolny numer telefonu, co prowadzi do nieautoryzowanego dostępu do istniejących kont WordPress lub tworzenia nowych dowolnych kont.

Wtyczka Events Manager - Calendar, Bookings, Tickets, and more! dla WordPressa do wersji 7.3.3 włącznie jest podatna na trwały atak XSS przez wartości atrybutów wydarzeń. Powodem jest niewystarczające oczyszczanie wejścia przy zapisie wartości atrybutów (używane jest tylko wp_unslash() bez sanityzacji) oraz brak escapingu przy renderowaniu placeholderów '#_ATT{key}'. Umożliwia to uwierzytelnionym atakującym z rolą Autora i wyższą, lub nieuwierzytelnionym, gdy włączone jest anonimowe dodawanie wydarzeń, wstrzyknięcie dowolnych skryptów wykonujących się przy przeglądaniu strony wydarzenia.

W libxml2 przed wersją 2.15.4 funkcje xmlXIncludeProcess i xmlXIncludeProcessTree nie propagują flag parsowania. Ma to znaczenie dla bezpieczeństwa, np. dla flagi XML_PARSE_NONET, która bez propagacji może pozwolić na dostęp do zasobów internetowych i wywołać wstrzykiwanie encji XML, SSRF lub odmowę usługi.

W bibliotece libxml2 przed wersją 2.15.4 w pliku xmlIO występuje niespójność między funkcjami xmlOutputWriteCallback i xmlBufUse, która powoduje przekazywanie ujemnych długości do funkcji zwrotnych zapisu. Brakuje sprawdzenia przepełnienia liczb całkowitych przed wywołaniem funkcji zwrotnej zapisu, co ma znaczenie dla bezpieczeństwa w wielu zastosowaniach tej wartości długości.

W bibliotece libxml2 przed wersją 2.15.4 występuje przepełnienie bufora na stercie w funkcji xmlXPtrEvalXPtrPart spowodowane nasyceniem długości w xmlXPtrEval dla wyrażeń xpointer.

W bibliotece libxml2 przed wersją 2.15.4, xmlregexp w xmlRegNewParserCtxt ma dereferencję wskaźnika NULL po niepowodzeniu strdup, tj. nie oblicza długości ciągu po sprawdzeniu NULL.

W libxml2 przed wersją 2.15.4 funkcja xmlSnprintfElements w pliku valid.c zawiera przepełnienie bufora na stosie związane z użyciem funkcji strcat.

W bibliotece libxml2 przed wersją 2.15.4 funkcja xmlURIEscapeStr w pliku uri.c zawiera przepełnienie liczb całkowitych.

W bibliotece libxml2 przed wersją 2.15.4 funkcja xmlDictAddQString w pliku dict.c zawiera przepełnienie liczb całkowitych, które prowadzi do przepełnienia bufora na stercie.

W bibliotece libxml2 przed wersją 2.15.4 występuje podatność polegająca na odczycie poza zakresem pamięci w funkcji xmlFAParsePosCharGroup, związana z makrem NXT w xmlregexp.

Camaleon CMS w wersjach od 2.7.5 do 2.9.1 nie weryfikuje poprawnie celów przekierowań podczas pobierania zdalnych plików w funkcji 'Upload from URL'. Uwierzytelnieni atakujący mogą podać adresy URL, które przechodzą początkową walidację, ale przekierowują na adresy sieci wewnętrznej, co umożliwia atak typu SSRF (Server-Side Request Forgery) na usługi wewnętrzne.

YesWiki to system wiki napisany w PHP. Przed wersją 4.6.6 występuje uwierzytelniona podatność na wstrzykiwanie obiektów PHP w BazarImportAction przez funkcję unserialize. Problem został naprawiony w wersji 4.6.6.

YesWiki przed wersją 4.6.6 zawiera podatność na wstrzykiwanie SQL w funkcji ReactionManager::deleteUserReaction(), która pozwala każdemu uwierzytelnionemu użytkownikowi na wstrzyknięcie dowolnego SQL przez parametry ścieżki URL {idreaction} i {id}. Parametry są konkatenowane bezpośrednio do klauzuli SQL LIKE bez escapowania lub parametryzacji.

YesWiki to system wiki napisany w PHP. Przed wersją 4.6.6, handler widżetu Bazar odzwierciedla parametr GET 'id' w atrybutach HTML używając tylko strip_tags(). Ponieważ strip_tags() nie escapuje podwójnych cudzysłowów, atakujący może wyrwać się z wartości atrybutu, wstrzyknąć handler zdarzeń, taki jak onmouseover, i wykonać dowolny JavaScript w przeglądarce ofiary. Problem jest osiągalny bez uwierzytelnienia.

YesWiki to system wiki napisany w PHP. Od wersji 4.1.0 do przed 4.6.6, widok zarchiwizowanej rewizji odzwierciedla parametr GET 'time' w ukrytym polu HTML w handlers/page/show.php bez escapowania. Ponieważ MySQL koercji nieprawidłowych ciągów DATETIME, atakujący może dołączyć HTML lub JavaScript do prawidłowego znacznika czasu zarchiwizowanej rewizji, nadal załadować tę rewizję i wykonać dowolny JavaScript w przeglądarce ofiary. Podatny formularz jest renderowany tylko gdy ofiara może czytać i edytować stronę docelową.

YesWiki to system wiki napisany w PHP. Przed wersją 4.6.6, szablony pól formularza Bazar nadal stosują |raw('html') do field.label / field.hint w kontekście atrybutów i treści etykiet, co powoduje trwały XSS w renderowaniu formularzy.