Katalog podatności CVE

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.

W Splunk SOAR w wersjach poniżej 8.7.0 użytkownik posiadający rolę z uprawnieniem install_apps może zainstalować aplikację zawierającą złośliwą treść w dokumentacji, która nie jest sanityzowana przed wyświetleniem. Gdy inny użytkownik z uprawnieniem do przeglądania aplikacji otworzy tę dokumentację, treść zostanie wykonana w jego przeglądarce, co może pozwolić atakującemu na dostęp do danych i wykonywanie zmian z uprawnieniami ofiary.

W Splunk Enterprise (wersje poniżej 10.4.4, 10.2.8, 10.0.11 i 9.4.16) nieuwierzytelniony użytkownik może nakłonić użytkownika z uprawnieniem edit_federated_providers do wyłączenia wszystkich dostawców wyszukiwania sfederowanego. Wynika to z faktu, że API REST dostawców sfederowanych akceptuje żądania GET dla akcji zmieniających stan, a atak wymaga phishingu ofiary.

W Splunk Enterprise w wersjach poniżej 10.4.4, 10.2.8, 10.0.11 i 9.4.16 użytkownik nieposiadający ról "admin" ani "power" mógł tworzyć, przenosić, edytować lub usuwać konfiguracje zmiany nazw typów źródłowych, których jest właścicielem, w aplikacjach, do których nie ma uprawnień dostępu. Luka jest możliwa przy włączonym Splunk Web, ponieważ nie weryfikuje on wymaganych uprawnień aplikacji przed wykonaniem operacji zmiany nazw typów źródłowych.

W Splunk Enterprise w wersjach poniżej 10.4.4, 10.2.8, 10.0.11 i 9.4.16 oraz w Splunk Secure Gateway w wersjach poniżej 3.10.12, 3.9.26 i 3.8.73 użytkownik nieposiadający ról "admin" lub "power" może przeglądać listy dashboardów i raportów poza zakresem żądanego filtra, pozostając w granicach obiektów, do których ma dostęp. Podatność wynika z nieneutralizowania znaków specjalnych w wartościach przed utworzeniem filtrów.

W Splunk Enterprise w wersjach poniżej 10.4.4, 10.2.8, 10.0.11 i 9.4.16 użytkownik nieposiadający ról "admin" ani "power" mógł przenosić wyodrębnienia pól lub transformacje pól do aplikacji, do których nie ma uprawnień odczytu. Luka jest możliwa, ponieważ API REST nie weryfikuje dostępu do aplikacji docelowej przed przetworzeniem operacji przenoszenia wyodrębnień i transformacji pól.

W Splunk Enterprise w wersjach poniżej 10.4.4, 10.2.8, 10.0.11 i 9.4.16 oraz Splunk Secure Gateway w wersjach poniżej 3.10.12, 3.9.26 i 3.8.73 użytkownik o niskich uprawnieniach bez roli "admin" Splunk lub roli "sc_admin" Splunk Secure Gateway może odczytywać dane powiadomień o alertach mobilnych innych użytkowników poprzez punkty końcowe REST API App Key Value Store (KV Store) Splunk Secure Gateway. Podatność wynika z braku egzekwowania autoryzacji na poziomie użytkownika dla żądań odczytu w kolekcjach KV Store.

W Splunk Enterprise w wersjach poniżej 10.4.4, 10.2.8, 10.0.11 i 9.4.16 użytkownik nieposiadający ról „admin” ani „power” może uczynić instancję niedostępną dla innych użytkowników poprzez wysłanie żądania do endpointu REST API dla plików tabel przeglądowych. Dotknięta instancja wymaga restartu w celu przywrócenia usługi, ponieważ endpoint nie ogranicza zużycia zasobów podczas przetwarzania wyboru pól odpowiedzi.

W Splunk Enterprise w wersjach poniżej 10.4.4 użytkownik posiadający rolę z uprawnieniem preview_data_management_pipeline lub edit_data_management_pipeline_job może odczytywać lub usuwać zadania i wyniki podglądu Data Management SPL2 poza zakresem własności. Podatność występuje, ponieważ REST API Data Management weryfikuje wymagane uprawnienie, ale nie sprawdza, czy żądane zadanie podglądu należy do wnioskującego. API jest dostępne tylko przy włączonej funkcji Edge Processor, która domyślnie jest wyłączona.

Podatność ujawnienia poufnych informacji w demonie cloud-client urządzenia Deco BE63 pozwala uwierzytelnionym atakującym odzyskać hasło konta TP-Link ID w postaci jawnej. Skuteczne wykorzystanie może pozwolić na przejęcie powiązanego konta chmurowego i wykonanie nieautoryzowanych działań w imieniu użytkownika.

W frameworku Laravel w wersjach od 12.45.0 do 12.68.0 oraz 13.27.0 spreparowane dołączenie relacji na endpointcie tylko do odczytu może wywołać destrukcyjną operację na powiązanej tabeli zamiast pobrania danych. Użytkownik z prawem odczytu, ale bez prawa zapisu, może opróżnić dane powiązanej tabeli, powodując nieodwracalną utratę danych, odmowę usługi i utratę integralności danych.

Biblioteka Pillow w wersjach od 11.2.1 do 13.0.0 błędnie zakłada, że wiersze obrazu są ściśle przyległe podczas eksportu do formatu Arrow. Gdy PILLOW_ALIGNMENT powoduje dodanie paddingu wierszy lub przesunięcia przed pierwszym wierszem, bufor Arrow może zawierać niezainicjalizowany padding, bajty sprzed pierwszego wiersza lub pozostałości po zwolnionych obrazach. Może to prowadzić do ujawnienia pikseli innego użytkownika lub pamięci procesu.