Katalog podatności CVE

Podatność na ujawnienie informacji w Koollab LMS umożliwiała uwierzytelnionemu uczniowi uzyskanie poprawnych odpowiedzi z quizu z punktu końcowego statusu kursu bez ukończenia oceny w sposób zgodny z przeznaczeniem, co narusza integralność ocen.

Podatność na zakodowane na stałe poświadczenia AWS IAM w Koollab LMS umożliwiała atakującemu dostęp do współdzielonych wielodostępnych zasobników S3 i kolejek SQS, ujawniając wrażliwe dane oraz umożliwiając wstrzykiwanie złośliwych treści, manipulację zadaniami lub przechwytywanie e-maili.

Podatność na pominięcie uwierzytelniania w Koollab LMS umożliwiała nieuwierzytelnionemu atakującemu przejęcie dowolnego konta, w tym administratorów, poprzez podanie prawidłowego UUID użytkownika bez podawania podstawowych poświadczeń w punkcie końcowym walidacji 2FA.

Podatność na pominięcie uwierzytelniania dwuskładnikowego TOTP w Koollab LMS umożliwiała atakującemu dostarczenie kontrolowanego przez klienta ziarna w celu wygenerowania pasującego jednorazowego hasła i pominięcia drugiego czynnika uwierzytelniania, potencjalnie umożliwiając nieautoryzowany dostęp do kont administratorów.

Wtyczka Easy Appointments dla WordPressa przed wersją 3.12.28 nie weryfikuje, czy wizyta, której dotyczy akcja aktualizacji danych klienta, należy do bieżącego użytkownika; akcja sprawdza tylko wspólny nonce, który każdy uwierzytelniony użytkownik może uzyskać z formularza edycji własnej wizyty. Użytkownik na poziomie subskrybenta z własną wizytą może więc użyć tego nonce do nadpisania metadanych klienta (email, imię, telefon, opis) wizyty innego użytkownika. Ponieważ wtyczka traktuje te metadane jako dane kontaktowe wizyty, późniejsza zmiana statusu administratora z włączonymi powiadomieniami dla klienta dostarcza powiadomienie o wizycie ofiary na adres email kontrolowany przez atakującego.

Wtyczka PayU CommercePro dla WordPressa przed wersją 3.9.0 nie weryfikuje podpisu bramki płatności przed zastosowaniem modyfikacji zamówienia, co pozwala nieuwierzytelnionym atakującym na manipulowanie sumami, wysyłką i metadanymi dowolnych zamówień WooCommerce.

Wtyczka PhotoSwipe dla WordPressa do wersji 4.1.1.1 używa atrybutu title w linkach dostarczonych przez autora jako podpis lightboxa, zapisywany w DOM strony bez odpowiedniego escapowania. Uwierzytelniony użytkownik z uprawnieniami Autora może przechowywać ładunek JavaScript, który wykona się w przeglądarce każdego odwiedzającego, który kliknie link, w tym administratora.

Wtyczka ShinyStat Analytics dla WordPressa przed wersją 1.0.17 nie wykonuje żadnej kontroli autoryzacji na jednym ze swoich endpointów REST API. Pozwala to nieuwierzytelnionym użytkownikom na pobieranie informacji o nieopublikowanych produktach WooCommerce (np. szkicach, oczekujących lub prywatnych).

Wtyczka Survey Form Block dla WordPress do wersji 1.0.1 umożliwia nieautoryzowany dostęp do danych przez brak sprawdzenia uprawnień w funkcji `get_all_data()`. Uwierzytelnieni atakujący z dostępem subskrybenta mogą wyeksportować wszystkie dane z ankiet i metadane kolumn.

Wtyczka WP Photo Album Plus dla WordPress do wersji 9.2.04.002 jest podatna na SQL Injection przez parametr 'table'. Niewystarczające escapowanie i przygotowanie zapytania umożliwia uwierzytelnionym atakującym z dostępem administratora dołączenie dodatkowych zapytań SQL. Brak nonce w endpointcie eksportu umożliwia również atak CSRF.

Wtyczka Event Booking Manager dla WooCommerce do wersji 5.3.7 umożliwia ominięcie autoryzacji. Brak odpowiedniego sprawdzenia uprawnień pozwala uwierzytelnionym atakującym z dostępem contributora na modyfikację globalnych ustawień płatności, w tym włączania płatności WooCommerce, zachowania koszyka i wymogów logowania.

Wtyczka WowStore dla WordPress do wersji 4.4.24 jest podatna na Stored Cross-Site Scripting przez atrybut bloku 'currentPostId'. Niewystarczająca sanityzacja wejścia i escapowanie wyjścia umożliwia uwierzytelnionym atakującym z dostępem contributora wstrzyknięcie dowolnych skryptów, które wykonają się przy każdej wizycie na zainfekowanej stronie.

Wtyczka WowStore dla WordPress do wersji 4.4.24 jest podatna na Stored Cross-Site Scripting przez atrybut bloku 'filterMobileText'. Sanityzacja `wp_kses_post` jest nieskuteczna, ponieważ ładunek jest przechowywany w komentarzu bloku Gutenberg jako JSON, który jest zachowywany. Uwierzytelnieni atakujący z dostępem contributora mogą wstrzyknąć dowolne skrypty.

Wtyczka Contact Form to Any API dla WordPressa jest podatna na trwałe ataki XSS poprzez pole meta 'cf7anyapi_form_field' we wszystkich wersjach do 3.0.6 włącznie. Podatność wynika z niewystarczającej sanityzacji wejścia i ucieczki wyjścia.

Wtyczka Newsletters Lite dla WordPressa jest podatna na trwałe ataki XSS poprzez atrybut 'link' w shortcode'ach post_thumbnail i newsletters_post_thumbnail w wersjach do 4.15 włącznie. Podatność wynika z braku użycia esc_url() lub esc_attr() przy konkatenacji atrybutu w metodzie post_thumbnail().

Wtyczka Newsletters Lite dla WordPressa jest podatna na trwałe ataki XSS poprzez atrybut 'target' w shortcode'ie [newsletters_post] w wersjach do 4.15 włącznie. Podatność wynika z propagacji atrybutu do globalnej zmiennej $wpml_target i braku użycia esc_attr() przy konkatenacji w handlerze shortcode_posts().

W serwerze plików goshs przed wersją 2.1.5, w handlerze sendFile pliku httpserver/handler.go, otwieranie plików odbywało się po oczyszczeniu ścieżki, ale nazwa pliku do autoryzacji pochodziła z surowego req.URL.Path. Końcowy ukośnik mógł ominąć ochronę plików ACL .goshs i sprawdzanie listy blokad. Problem rozwiązano w wersji 2.1.5.

W serwerze plików goshs przed wersją 2.1.5, handler przesyłania wieloczęściowego w httpserver/updown.go dzielił part.FileName() na /, ale nie odrzucał sekwencji .., co pozwalało nieuwierzytelnionemu atakującemu na przesłanie pliku o nazwie zawierającej .. i utworzenie pliku poza drzewem serwowanych plików. Problem rozwiązano w wersji 2.1.5.

W Netty przed wersjami 4.1.136.Final i 4.2.16.Final, konstruktor HttpPostRequestEncoder tworzy wieloczęściowe żądania HTTP, bezpośrednio łącząc nazwy plików i pól dostarczone przez użytkownika z nagłówkami MIME Content-Disposition, bez walidacji znaków CRLF (\r\n). Atakujący kontrolujący nazwę pliku może wstrzyknąć dowolne nagłówki MIME. Problem rozwiązano w wersjach 4.1.136.Final i 4.2.16.Final.

W Pagy od wersji 43.0.0 do 43.5.6, metoda Pagy::I18n.locale= w pliku gem/lib/pagy/modules/i18n/i18n.rb przechowuje wartości locale dosłownie i później używa ich jako składników ścieżki <locale>.yml, co pozwala na użycie nieufnych wartości params[:locale] z bezwzględnymi ścieżkami lub sekwencjami ../, tworząc wyrocznię istnienia i czytelności plików YAML. Problem rozwiązano w wersji 43.5.6.