Katalog podatności CVE

hbs to silnik widoków Express, który opakowuje Handlebars. Jego API registerAsyncHelper omija automatyczne kodowanie HTML w Handlebars: asynchroniczny helper zwraca nieprzezroczysty placeholder podczas pierwszego przebiegu renderowania, więc wyrażenie w podwójnych nawiasach koduje tylko placeholder, a po renderowaniu hbs zastępuje placeholder surową wartością zwrotną callbacka bez kodowania jej. Aplikacja przekazująca dane wpływane przez atakującego, np. treści dostarczane przez użytkownika z bazy danych, do callbacka asynchronicznego helpera, może mieć wstrzyknięty dowolny HTML i JavaScript do strony renderowanej po stronie serwera, co prowadzi do przechowywanego lub odbitego XSS. Wersje 2.1.0 do 4.2.1 są dotknięte, a problem jest naprawiony w 4.3.0, które koduje HTML w wynikach asynchronicznych helperów.

W dotkniętych wersjach platformy Codefresh uwierzytelniony użytkownik może wykorzystać endpoint API do podniesienia swoich uprawnień do poziomu administratora.

Ten numer CVE został odrzucony. Powód: Ten kandydat został wydany przez pomyłkę. Uwagi: Wszystkie odniesienia i opisy w tym kandydacie zostały usunięte, aby zapobiec przypadkowemu użyciu.

Ten numer CVE został odrzucony. Powód: Ten kandydat został wydany przez pomyłkę. Uwagi: Wszystkie odniesienia i opisy w tym kandydacie zostały usunięte, aby zapobiec przypadkowemu użyciu.

Ten numer CVE został odrzucony. Powód: Ten kandydat został wydany przez pomyłkę. Uwagi: Wszystkie odniesienia i opisy w tym kandydacie zostały usunięte, aby zapobiec przypadkowemu użyciu.

Ten numer CVE został odrzucony. Powód: Ten kandydat został wydany przez pomyłkę. Uwagi: Wszystkie odniesienia i opisy w tym kandydacie zostały usunięte, aby zapobiec przypadkowemu użyciu.

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.