Katalog podatności CVE

Wtyczka Total Donations dla WordPressa jest podatna na wstrzyknięcie SQL we wszystkich wersjach do 2.0.5 włącznie z powodu niewystarczającego escapowania parametru dostarczanego przez użytkownika i braku odpowiedniego przygotowania zapytania SQL. Umożliwia to nieuwierzytelnionym atakującym dołączanie dodatkowych zapytań SQL do istniejących, co może posłużyć do wyodrębnienia wrażliwych informacji z bazy danych.

Motyw Shuffle dla WordPressa do wersji 1.8 włącznie jest podatny na lokalne dołączanie plików (Local File Inclusion). Umożliwia to nieuwierzytelnionym atakującym dołączanie i wykonywanie dowolnych plików na serwerze, co pozwala na wykonanie dowolnego kodu PHP w tych plikach. Może to być wykorzystane do obejścia kontroli dostępu, uzyskania wrażliwych danych lub osiągnięcia wykonania kodu w przypadkach, gdy można przesłać obrazy i inne 'bezpieczne' typy plików.

Wtyczka NotificationX Pro dla WordPressa do wersji 3.1.4 włącznie jest podatna na przechowywany cross-site scripting (XSS) z powodu niewystarczającej sanityzacji wejścia i braku kodowania wyjścia. Umożliwia to nieuwierzytelnionym atakującym wstrzyknięcie dowolnych skryptów na strony, które będą wykonywane, gdy użytkownik odwiedzi zainfekowaną stronę.

Wtyczka Verdure Core dla WordPressa do wersji 1.2 włącznie jest podatna na lokalne dołączanie plików (Local File Inclusion). Umożliwia to nieuwierzytelnionym atakującym dołączanie i wykonywanie dowolnych plików na serwerze, co pozwala na wykonanie dowolnego kodu PHP w tych plikach. Może to być wykorzystane do obejścia kontroli dostępu, uzyskania wrażliwych danych lub osiągnięcia wykonania kodu w przypadkach, gdy można przesłać obrazy i inne 'bezpieczne' typy plików.

Kontroler zaproszeń w rozszerzeniu nie przerywa przetwarzania po przekierowaniu na nieprawidłowe dane wejściowe (brak hasha, nieistniejący, wyłączony lub usunięty użytkownik), co pozwala nieuwierzytelnionemu atakującemu ustawić nowe hasło i ponownie włączyć dowolne istniejące konto użytkownika frontendu. Podatność występuje tylko w wersjach 8.x rozszerzenia.

Kontrola uprawnień dla przepływu aktualizacji zarządzania frontendem weryfikowała inne zdarzenie niż to, które żądanie następnie modyfikowało. Użytkownik z dostępem do zarządzania zdarzeniami frontendu mógł więc modyfikować zdarzenia należące do innych organizatorów.

Wtyczka zarządzania frontendem przypisywała nowo utworzone zdarzenie do rekordu organizatora przesyłającego użytkownika tylko wtedy, gdy żądanie nie dostarczyło własnego organizatora. Towarzysząca kontrola uprawnień potwierdzała tylko, że przesyłający użytkownik posiada jakąkolwiek rolę organizatora. Użytkownik z dostępem do zarządzania zdarzeniami frontendu mógł więc utworzyć zdarzenie przypisane do innego organizatora.

Przepływ edycji tematów na froncie nie weryfikuje po stronie serwera, czy odwiedzający jest właścicielem modyfikowanego tematu. Osoba znająca identyfikator tematu z publicznego forum może wysłać bezpośrednio zmodyfikowane żądanie aktualizacji i nadpisać jego treść bez potwierdzenia własności. Identyfikatory tematów są widoczne publicznie, a wykorzystanie nie wymaga uprzywilejowanego dostępu ani niestandardowej konfiguracji.

Funkcja samoobsługowej edycji firm na froncie opiera się na fladze widoczności na poziomie szablonu, aby ukryć formularz edycji dla rekordów firm, których odwiedzający nie posiada, ale operacja zapisu nie powtarza tego sprawdzenia własności po stronie serwera. Osoba znająca identyfikator rekordu firmy z publicznego katalogu może wysłać bezpośrednio zmodyfikowane żądanie aktualizacji i nadpisać dane bez potwierdzenia własności.

Rozszerzenie rozwiązuje docelowy rekord klubu na podstawie argumentu żądania dostarczonego przez użytkownika w akcjach edycji, aktualizacji i aktywacji na froncie, ale nie wykonuje żadnego sprawdzenia własności w żadnej z nich. Nieuwierzytelniony odwiedzający, znający UID rekordu klubu, może wysłać bezpośrednie żądanie do akcji aktualizacji lub aktywacji i nadpisać ten rekord lub opublikować rekord oczekujący na zatwierdzenie, bez posiadania go.

Rozszerzenie weryfikuje HMAC linku edycji pracownika na froncie tylko w akcji renderującej formularz edycji, a nie w akcji zapisującej zmianę. Nieuwierzytelniony odwiedzający, znający UID widocznego rekordu pracownika, może wysłać bezpośrednie żądanie POST do akcji aktualizacji i nadpisać ten rekord bez ważnego linku edycji lub jakiegokolwiek sprawdzenia własności.

Rozszerzenie nie waliduje klucza elementu szablonu dostarczonego przez klienta przed użyciem go do budowy ścieżek plików przy zapisywaniu i usuwaniu plików szablonów Mask. Uwierzytelniony użytkownik backendu z dostępem do modułu Mask może podać klucz zawierający sekwencje przechodzenia po katalogach, aby tworzyć lub usuwać pliki .html poza skonfigurowanym katalogiem szablonów.

Rozszerzenie niebezpiecznie przetwarza niezaufane dane wejściowe klienta z kontrolowanego przez atakującego ciasteczka bezpośrednio w funkcji unserialize() w PHP. Zdalny, nieuwierzytelniony atakujący może dostarczyć spreparowany serializowany ładunek, aby wywołać wstrzyknięcie obiektów PHP, prowadzące do zdalnego wykonania kodu na serwerze TYPO3.

Rozszerzenie nie przeprowadza prawidłowej sanityzacji danych wejściowych użytkownika przed użyciem ich w zapytaniu do bazy danych. W rezultacie użytkownik backendu o niskich uprawnieniach może wstrzyknąć dowolny SQL przez parametr URL w module backendu "Forms Export". Wykorzystanie wymaga użytkownika backendu o niskich uprawnieniach i dostępu do odczytu modułu backendu "Forms Export".

Rozszerzenie przekazuje surową wartość pola formularza skonfigurowanego jako "To pole zawiera nazwę nadawcy" bezpośrednio do widoku Fluid jako źródło szablonu, bez żadnej sanityzacji, i renderuje je. Anonimowy, nieuwierzytelniony użytkownik może przesłać składnię szablonu Fluid w tym polu, aby wykonać dowolne ViewHelpery Fluid, co prowadzi do ujawnienia konfiguracji serwera, zmiennych środowiskowych i kodu źródłowego aplikacji, a potencjalnie do zdalnego wykonania kodu. Eksploatacja wymaga jedynie, aby pole formularza było skonfigurowane jako pole sender_name, co jest powszechną i domyślnie zbliżoną konfiguracją Powermail. Nie jest wymagane uwierzytelnienie ani interakcja użytkownika poza normalnym wysłaniem formularza. Podatność jest podobno aktywnie wykorzystywana w środowisku naturalnym.

Widok szczegółów użytkownika w rozszerzeniu nie weryfikuje, czy żądany rekord użytkownika odpowiada skonfigurowanemu lub zalogowanemu celowi, co pozwala każdemu odwiedzającemu z dostępem do wtyczki Detail lub List na pobranie danych profilu innego użytkownika frontendu, w tym imienia, nazwiska, adresu e-mail, daty urodzenia i adresu, poprzez podanie dowolnego identyfikatora użytkownika.

Rozszerzenie nie wymaga dedykowanego tokena potwierdzenia administratora podczas przetwarzania żądania zatwierdzenia przez administratora, więc zwykły hash potwierdzenia użytkownika, uzyskiwalny przez każdego odwiedzającego za pomocą publicznej akcji ponownego wysyłania potwierdzenia, jest wystarczający do samodzielnego zatwierdzenia oczekującego konta wymagającego zatwierdzenia administratora.

Rozszerzenie nie ogranicza, które grupy użytkowników frontendu może przypisać do swojego konta zalogowany użytkownik, gdy plugin edycji profilu używa domyślnej konfiguracji pól. Pozwala to na samodzielną eskalację uprawnień do dowolnych grup frontendowych.

Gdy OpenSSL jest niedostępny na serwerze, rozszerzenie przesyła informacje o systemie TYPO3 w postaci zwykłego tekstu zamiast je szyfrować. Wykorzystanie wymaga, aby atakujący miał już kontrolę nad kluczem API projektu SYSSY.

Rozszerzenie nieprawidłowo weryfikuje wygaśnięcie tokena JWT dostarczonego przez klienta, co pozwala atakującemu mającemu kontrolę nad ważnym kluczem API na uwierzytelnienie przy użyciu wygasłego tokena. Wykorzystanie wymaga, aby atakujący miał już kontrolę nad kluczem API projektu SYSSY.