Katalog podatności CVE

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.

W itsourcecode Online Cake Ordering System 1.0 wykryto podatność bezpieczeństwa w nieznanej funkcji pliku /transactionsave.php. Manipulacja argumentem del prowadzi do wstrzyknięcia SQL. Atak można przeprowadzić zdalnie, a exploit został publicznie ujawniony i może być wykorzystany.

W itsourcecode Online Cake Ordering System 1.0 stwierdzono podatność w nieznanej funkcji pliku /orderdetail.php. Manipulacja argumentem ID może prowadzić do wstrzyknięcia SQL. Atak może być przeprowadzony zdalnie, a exploit został publicznie ujawniony i może być wykorzystany.

W bibliotece Pillow od wersji 11.0.0 do 13.0.0 funkcja Exif.load() w src/PIL/Image.py wielokrotnie wycina pozostałe dane EXIF, dopóki zaczynają się one od sześciobajtowego nagłówka Exif. Ponieważ src/PIL/PngImagePlugin.py akceptuje nieograniczony chunk eXIf w PNG, plik wypełniony powtarzającymi się nagłówkami powoduje tworzenie nowej zmniejszającej się kopii w każdej iteracji i kwadratowe zużycie CPU. Problem jest osiągalny przez Image.getexif(), Image._getexif() i ImageOps.exif_transpose(), w tym w typowych procesach obracania zdjęć przy uploadzie. Podatność naprawiono w wersji 13.0.0.

W bibliotece Pillow przed wersją 13.0.0 inicjalizator TarIO w src/PIL/TarIO.py akceptuje ujemną ósemkową wartość rozmiaru elementu i wykonuje wsteczne przesunięcie, które wraca do tego samego 512-bajtowego nagłówka. Gdy żądana nazwa elementu nie pasuje, parser wielokrotnie odczytuje ten nagłówek, zużywa pełny rdzeń CPU i nigdy nie kończy pracy. TarIO jest osiągalne tylko wtedy, gdy aplikacja bezpośrednio używa PIL.TarIO.TarIO zamiast domyślnej ścieżki Image.open(). Podatność naprawiono w wersji 13.0.0.

Pillow, biblioteka obrazowania w Pythonie, w wersjach przed 13.0.0 zawiera błąd w akumulacji szerokości tekstu PILfont w src/_imaging.c, gdzie dodatnie przesunięcia glifów są sprawdzane względem INT_MAX, ale ujemne przesunięcia nie są sprawdzane względem INT_MIN. Powtarzanie 16-bitowego przesunięcia -32768 może wywołać przepełnienie całkowite ze znakiem w xsize += dx, tworząc dużą dodatnią szerokość z ujemnego wyniku matematycznego, co może prowadzić do błędów logicznych lub zużycia zasobów w aplikacjach używających getlength(), getsize() lub obliczeń układu, limitów, serializacji lub alokacji.

Pillow, biblioteka obrazowania w Pythonie, w wersjach od 9.1.0 do 13.0.0 pozwala metodzie BmpRleDecoder.decode() w src/PIL/BmpImagePlugin.py na dołączanie danych poza pozostałą długość dest_length bez limitu na gałąź poprzez spreparowane ucieczki delta RLE BMP i przebiegi w trybie absolutnym. Delta może dodać około 255 wierszy obrazu w jednej iteracji, więc plik o rozmiarze kilobajta z dużą, ale dozwoloną szerokością może rozszerzyć bytearray danych do setek megabajtów lub więcej, powodując odmowę usługi przez wyczerpanie pamięci.

W bibliotece Pillow przed wersją 13.0.0 funkcja SpiderImageFile.seek() w src/PIL/SpiderImagePlugin.py ponownie parsuje późniejszą ramkę stosu SPIDER i zastępuje self._size bez ponownego uruchomienia Image._decompression_bomb_check(). Mały plik może użyć bezpiecznej pierwszej ramki, aby przejść przez Image.open(), a następnie zadeklarować bardzo duże wymiary w późniejszej ramce trybu F. Wczytanie takiej ramki alokuje około czterech bajtów na każdy piksel zadeklarowany przez atakującego i może zużyć wiele gigabajtów pamięci. Podatność naprawiono w wersji 13.0.0.

Pillow, biblioteka obrazowania w Pythonie, w wersjach przed 13.0.0 pozwala metodom MpoImageFile.seek() i DcxImageFile.seek() na ponowne parsowanie późniejszych klatek MPO lub DCX i zastąpienie self._size bez ponownego uruchomienia Image._decompression_bomb_check(). Spreparowany obraz wieloklatkowy może użyć malej pierwszej klatki, aby przejść Image.open(), a następnie zadeklarować późniejszą klatkę przekraczającą limit, co podczas normalnej iteracji klatek przez seek(), load() lub ImageSequence.Iterator może zdekodować tę klatkę i zużyć setki megabajtów lub więcej, powodując odmowę usługi przez wyczerpanie pamięci.

Magazyn systemowych urzędów certyfikacji (CA) w produktach Red Hat, dystrybuowany przez pakiety RPM ca-certificates, zawierał wiele głównych certyfikatów CA urzędów, które podpisały pośrednie certyfikaty CA ze słabymi kluczami prywatnymi wydanymi przez eMudhra. Atakujący typu man-in-the-middle mógł wykorzystać tę wadę do wystawiania certyfikatów dla dowolnych nazw hostów podpisanych słabymi pośrednimi certyfikatami CA, uznawanych za zaufane przez klientów TLS/SSL korzystających z systemowego magazynu CA. Z powodu braku możliwości wyłączenia zaufania tylko do określonych certyfikatów pośrednich we wszystkich klientach, usuwane są główne certyfikaty CA urzędów, które podpisały słabe pośrednie certyfikaty.