Katalog podatności CVE

Roundcube Webmail przed 1.6.20 i 1.7.x przed 1.7.5 jest podatny na cross-site scripting w pluginie password. Tekst błędu zwracany przez sterownik hasła był wstawiany do komunikatu bez escapowania HTML, więc backend mogący wpłynąć na ten tekst (np. DirectAdmin API) mógł wstrzyknąć skrypt do interfejsu Roundcube.

W Roundcube Webmail przed wersją 1.6.20 oraz 1.7.x przed 1.7.5 występuje podatność wstrzyknięcia nagłówków poczty podczas przekazywania wiadomości jako załącznika. Temat przekazywanej wiadomości był używany dosłownie do generowania nazwy załącznika, więc odebrana wiadomość z sekwencjami CRLF w temacie mogła wstrzyknąć dowolne nagłówki części MIME do wychodzącej wiadomości.

Roundcube Webmail przed 1.6.20 oraz 1.7.x przed 1.7.5 zawiera podatność nieprawidłowej autoryzacji w sterowniku Modoboa pluginu password. Sterownik brał pierwszy wpis wyniku wyszukiwania kont zwróconego przez API Modoboa zamiast dopasować uwierzytelnionego użytkownika, więc zmiana hasła mogła zostać zastosowana do innego konta.

Grav od wersji 2.0.0 przed 2.2.5 zawiera lukę w kontroli dostępu w FlexDirectory::dynamicFlexField(), która pozwala autorom stron wywoływać dowolne metody obiektów Flex poprzez dyrektywy flex-*@ w frontmatterze strony. Gdy użytkownik z prawem edycji strony otwiera stronę, dyrektywy wywołujące setStorageKey() i delete() wykonują się w jego sesji, usuwając chronione strony, których żadne z kont nie może usunąć.

Wtyczka Grav Flex Objects 1.4.0 przed 1.4.17 zawiera obejście autoryzacji, ponieważ ogólne trasy API /api/v1/flex-objects/pages sprawdzają tylko uprawnienia admin.pages na poziomie katalogu, nie egzekwując uprawnień api.pages.read/write ani reguł na poziomie strony. Uwierzytelnieni użytkownicy niebędący superadministratorami mogą czytać źródła stron, modyfikować treść lub usuwać strony, do których nie mają uprawnień.

Grav w wersjach od 2.0.0 do przed 2.2.5 zawiera podatność ujawnienia informacji, która pozwala autorom stron przechwytywać dane uwierzytelniające HTTP Basic odwiedzających poprzez treść strony Twig. Autorzy mogą wypisać obiekt request Uri, zawierający PHP_AUTH_USER i PHP_AUTH_PW, wewnątrz wbudowanego stylu obrazu tła, aby eksfiltrować dane uwierzytelniające administratorów na zewnętrzny host.

WWBN AVideo w wersjach przed 29.4.0 zawiera podatność typu blind server-side request forgery w funkcji getHeaderContentTypeFromURL(), ponieważ get_headers() podąża za przekierowaniami bez ponownej walidacji celów za pomocą isSSRFSafeURL(). Uwierzytelnieni użytkownicy mogący przesyłać treści mogą zapisać link do wideo wskazujący na przekierowanie, co powoduje wewnętrzne żądania GET podczas przeglądania wideo, umożliwiając skanowanie portów wewnętrznych.

WWBN AVideo przed wersją 29.4.0 zawiera podatność nieprawidłowej autoryzacji, która pozwala kontom delegowanym Users Admin na usuwanie lub modyfikowanie kont administratorów. Atakujący mogą wysyłać żądania do confirmDeleteUser.json.php lub userAddNew.json.php wymierzone w administratorów, aby usunąć ich filmy i konta lub je zmienić i zdegradować.

GitLab naprawił problem w GitLab EE dotyczący wszystkich wersji od 12.0 przed 19.3.6, 19.4 przed 19.4.3 oraz 19.5 przed 19.5.1, w którym przy włączonej blokadzie członkostwa SAML lub LDAP dla całej instancji uwierzytelniony użytkownik mógł przyznać lub zaakceptować członkostwo w projekcie i grupie poza kontrolą dostawcy tożsamości z powodu niepełnego egzekwowania blokady dla żądań utworzonych przed jej włączeniem.

GitLab CE/EE w wersjach od 15.10 do przed 19.3.6, od 19.4 do przed 19.4.3 oraz od 19.5 do przed 19.5.1 zawierał błąd, który mógł pozwolić uwierzytelnionemu użytkownikowi na odczyt metadanych kamieni milowych, w tym tytułów, opisów i pełnych ścieżek projektów, z dowolnych prywatnych projektów w całej instancji bez członkostwa w projekcie. Przyczyną był brak kontroli autoryzacji na parametrze filtra projektu dostarczanym przez użytkownika w API kamieni milowych grupy.

GitLab CE/EE w wersjach od 18.2 przed 19.3.6, 19.4 przed 19.4.3 oraz 19.5 przed 19.5.1 zawiera lukę, która w pewnych warunkach pozwalała uwierzytelnionemu użytkownikowi z tokenem o zakresie read_api pobrać przychodzący adres e-mail projektu i tworzyć elementy pracy, omijając ograniczenia tokenu z powodu niewystarczającego egzekwowania zakresu w polu GraphQL.

Roundcube Webmail przed 1.6.20 oraz 1.7.x przed 1.7.5 zawiera podatność path traversal w pluginie squirrelmail_usercopy. W backendzie opartym na plikach ścieżka źródłowa była budowana z nazwy logowania bez odrzucania separatorów ścieżek, więc nazwa logowania zawierająca ukośnik mogła spowodować odczyt i import plików spoza skonfigurowanego katalogu squirrelmail_data_dir.

W massCodeIO massCode 5.10 wykryto podatność w nieznanej funkcji pliku src/main/api/index.ts w komponencie Local HTTP Service. Manipulacja prowadzi do ujawnienia informacji, a atak można przeprowadzić zdalnie. Exploit został publicznie ujawniony i może być wykorzystany; poprawka ma nazwę d25d8fa3f5a1e34285c8634f18729650c0c05cda.

GitLab EE w wersjach od 17.8 przed 19.3.6, od 19.4 przed 19.4.3 oraz od 19.5 przed 19.5.1 zawiera błąd, który w pewnych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi na dostęp do płatnych funkcji AI bez ważnej subskrypcji z powodu niewystarczającej walidacji po stronie serwera w kontrolach uprawnień do rozliczeń.

GitLab CE/EE w wersjach od 17.6.5 przed 19.3.6, 19.4 przed 19.4.3 oraz 19.5 przed 19.5.1 zawiera lukę, która w pewnych warunkach pozwalała nieuwierzytelnionemu użytkownikowi pobrać wrażliwe wewnętrzne poświadczenia serwera z powodu niewłaściwego filtrowania wewnętrznych nagłówków odpowiedzi.

W Archer C6 występuje podatność polegająca na zarządzaniu kluczem kryptograficznym na stałe (hardcoded) — używany jest uniwersalny klucz współdzielony między urządzeniami. Atakujący, który zdobędzie zaszyfrowany plik konfiguracyjny lub inne chronione dane uwierzytelniające, może odzyskać poświadczenia w postaci jawnej.

W Splunk SOAR w wersjach poniżej 8.7.0 nieuwierzytelniony użytkownik mający dostęp do zaszyfrowanych danych poświadczeń może przesłać dane uwierzytelniania Basic do API REST, aby ujawnić i odszyfrować te dane. Podatność wynika z tego, że Splunk SOAR odszyfrowuje zaszyfrowane wartości Basic przed zakończeniem kontroli uwierzytelniania. Atak wymaga posiadania zaszyfrowanych danych poświadczeń z podatnej instancji.

W Splunk SOAR w wersjach poniżej 8.7.0 uwierzytelniony użytkownik może zmienić edycję Enterprise Security poprzez REST API, powodując zastosowanie zmiany licencji. Podatność wynika z braku autoryzacji wywołującego przed zastosowaniem zmiany licencji.

W wersjach Splunk SOAR poniżej 8.7.0 uwierzytelniony użytkownik bez roli z uprawnieniem do przeglądania aplikacji może pobrać archiwum zainstalowanej aplikacji. Może to ujawnić wszystkie dane w archiwum aplikacji, w tym zastrzeżony kod źródłowy i informacje wrażliwe. Podatność wynika z braku weryfikacji uprawnień do przeglądania aplikacji przed zwróceniem archiwum.

W Splunk SOAR w wersjach poniżej 8.7.0 uwierzytelniony użytkownik bez roli z uprawnieniem do edycji Automation Brokers może pobrać plik konfiguracyjny Docker Compose brokera automatyzacji Splunk SOAR. Plik zawiera adres URL instancji Splunk SOAR, lokalizację obrazu kontenera oraz wersję brokera. Podatność wynika z braku wymuszenia uprawnienia do edycji Automation Broker przy zwracaniu pliku konfiguracyjnego.