Katalog podatności CVE

W FileRise przed wersją 3.23.0 uwierzytelniona tożsamość OIDC jest mapowana na konto lokalne przy użyciu zmiennych roszczeń preferred_username lub email, bez wymogu email_verified. Atakujący mogący uzyskać od dostawcy roszczenie kolidujące z istniejącą nazwą użytkownika może zalogować się jako to konto, w tym jako wbudowany administrator, nawet gdy automatyczne tworzenie kont jest wyłączone.

W FileRise 3.22.0 operacja /api/file/saveFile.php akceptuje segmenty kropki i podwójnej kropki w kontrolowanym przez atakującego parametrze folderu, zanim dziedziczenie ACL oceni niekanoniczny łańcuch. Uwierzytelniony użytkownik bez uprawnień administratora z ważnym tokenem CSRF i odziedziczonym prawem edycji może tworzyć pliki poza autoryzowanym folderem, a przy odpowiednich poświadczeniach backendu także poza skonfigurowanym katalogiem głównym WebDAV.

FileRise przed wersją 3.23.0 pozwala uwierzytelnionej sesji z ważnym tokenem CSRF wyłączyć TOTP bez ponownej pełnej autoryzacji lub rozpocząć rejestrację, gdy konto nie ma jeszcze sekretu TOTP. Nowo wygenerowany sekret jest zapisywany i aktywowany przed weryfikacją kodu TOTP, co pozwala atakującemu kontrolującemu istniejącą sesję wyłączyć drugi czynnik lub go zarejestrować.

FileRise przed wersją 3.23.0 weryfikuje ważność kodu TOTP w akceptowanym oknie czasowym, ale nie rejestruje, że dane konto i krok czasowy już zostały pomyślnie użyte. Atakujący posiadający ważne podstawowe poświadczenie ofiary i przechwytujący kod TOTP po jego użyciu może odtworzyć ten kod z innej sesji logowania przed zamknięciem okna.

FileRise przed wersją 3.23.0 w /api/folder/renameFolder.php autoryzuje uwierzytelnionego użytkownika bez uprawnień administratora i bez zakresu folderu z ważnym tokenem CSRF względem folderu źródłowego, ale nie autoryzuje niezależnie zmienionego folderu nadrzędnego docelowego. Użytkownik będący właścicielem folderu źródłowego może przenieść to drzewo pod folder innego użytkownika lub do katalogu głównego, a operacja przepisuje rekordy własności i ACL na nową ścieżkę.

W FileRise przed wersją 3.23.0 nieudane próby weryfikacji TOTP są przechowywane w $_SESSION, co pozwala atakującemu posiadającemu ważne podstawowe poświadczenia konta na restart procesu logowania w nowej sesji i przywrócenie limitu prób. Umożliwia to dalsze zgadywanie kodów TOTP poza zamierzonym limitem pięciu prób.

W SonicWall Network Security Manager (NSM) on-prem wykryto podatność typu OS Command Injection występującą po uwierzytelnieniu, wynikającą z nieprawidłowej neutralizacji specjalnych elementów w poleceniach systemu operacyjnego. W określonych warunkach uwierzytelniony zdalny atakujący może wykonać dowolne polecenia systemowe, co prowadzi do zdalnego wykonania kodu.

Podatność na wstrzyknięcie poleceń w oprogramowaniu Palo Alto Networks PAN-OS pozwala uwierzytelnionemu administratorowi obejść ograniczenia systemowe i uruchomić dowolne polecenia jako użytkownik root. Wymaga to dostępu do interfejsu zarządzania PAN-OS.

Podatność na nieprawidłowe przetwarzanie danych wejściowych w bramie GlobalProtect oprogramowania Palo Alto Networks PAN-OS pozwala uwierzytelnionemu użytkownikowi na ustanowienie sesji GlobalProtect przy użyciu tożsamości innego użytkownika. Cloud NGFW i Panorama nie są dotknięte tą podatnością.

Podatność na przepełnienie bufora stosu w funkcji przetwarzania dzienników oprogramowania Palo Alto Networks PAN-OS na urządzeniach Panorama pozwala atakującemu wywołać warunek odmowy usługi (DoS). Powtarzające się próby wywołania tego stanu powodują przejście Panoramy w tryb konserwacji.

W oprogramowaniu Palo Alto Networks PAN-OS występuje luka umożliwiająca uwierzytelnionemu użytkownikowi z rolą administratora tylko do odczytu wywołanie stanu odmowy usługi (DoS) poprzez wysłanie specjalnie spreparowanego żądania API. Ryzyko jest znacznie ograniczone przez ograniczenie dostępu do interfejsu zarządzania tylko do zaufanych adresów IP. Cloud NGFW, Panorama i Prisma Access nie są podatne.

Podatność typu stored XSS w oprogramowaniu Palo Alto Networks PAN-OS pozwala złośliwemu, uwierzytelnionemu administratorowi na zapisanie lub wykonanie ładunku JavaScript poprzez interfejs webowy. Problem dotyczy firewalli PA-Series i VM-Series oraz Panorama (wirtualnej i M-Series).

Podatność na lokalne podniesienie uprawnień w aplikacji Palo Alto Networks GlobalProtect pozwala lokalnemu użytkownikowi podnieść uprawnienia do root na macOS. Umożliwia to użytkownikowi bez uprawnień administracyjnych wykonywanie dowolnych poleceń z uprawnieniami administracyjnymi.

Podatność na pomieszanie typów w aplikacji Palo Alto Networks GlobalProtect na Windows pozwala lokalnemu użytkownikowi o niskich uprawnieniach wywołać warunek odmowy usługi (DoS). Aplikacja GlobalProtect na Linux, macOS, iOS, Android i Chrome OS nie jest dotknięta tą podatnością.

Podatność na wstrzyknięcie poleceń w pakiecie zawartości OS Query dla Palo Alto Networks Cortex XSOAR i Cortex XSIAM pozwala uwierzytelnionemu administratorowi na wykonanie dowolnych poleceń systemu operacyjnego na zdalnych punktach końcowych.

Podatności typu path traversal w Palo Alto Networks Checkov by Prisma Cloud pozwalają nieuwierzytelnionemu lokalnemu użytkownikowi na zapis plików w dowolnych lokalizacjach w systemie plików skanera.

Podatność typu server-side request forgery (SSRF) w Palo Alto Networks Checkov by Prisma Cloud pozwala lokalnemu, nieuwierzytelnionemu użytkownikowi na wykonywanie nieautoryzowanych żądań sieciowych z hosta do usług wewnętrznych.

W aplikacji WeGIA przed wersją 3.8.6 nieuwierzytelniony endpoint cadastro_cobrancas_geracao.php przyjmuje dane POST przez extract($_REQUEST) i wstawia je bezpośrednio do zapytania INSERT. Parametry numeryczne nie są walidowane ani ujmowane w cudzysłowy, a tekstowe można wykorzystać do wyjścia z kontekstu SQL. Zdalny atakujący może wykonać dowolny kod SQL, odczytując lub modyfikując dane rozliczeniowe, dane członków, pracowników, uprawnienia i poświadczenia, a także usuwać tabele bazy danych.

W aplikacji WeGIA przed wersją 3.8.6 nieuwierzytelniony endpoint cadastro_cobranca.php przyjmuje dane POST przez extract($_REQUEST) i wstawia parametry valor, valor_pago, id_pessoa, id_socio oraz id_sociotipo bezpośrednio do zapytań UPDATE, INSERT i SELECT bez przygotowanych zapytań. Zdalny atakujący może wykonać dowolny kod SQL, odczytując lub modyfikując dane bazy WeGIA, w tym rekordy rozliczeniowe i poświadczenia. Ten sam dostęp SQL umożliwia usunięcie lub wyczyszczenie tabel, powodując utratę danych aplikacji.

W WeGIA przed wersją 3.8.6 plik sessionStart.php odzwierciedla atakujący-supplied cookie PHPSESSID w odpowiedzi Set-Cookie i używa DB_HOST jako domeny cookie. Jeśli ofiara uwierzytelnia się używając identyfikatora wybranego przez atakującego, atakujący może go ponownie użyć do przejęcia sesji. Odpowiedź ujawnia również wewnętrzną nazwę hosta bazy danych.