Katalog podatności CVE

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.

W WeGIA przed wersją 3.8.6 uwierzytelniony użytkownik z dostępem do modułu Material & Patrimônio może przesłać id_produto do web/html/matPat/restaurar_produto_desocultar.php, gdzie drugie extract($_REQUEST) nadpisuje wartość wcześniej oczyszczoną przez intval(). Surowa wartość jest wstawiana do zapytań UPDATE dla tabel produto, isaida i ientrada, umożliwiając wykonanie dowolnego SQL.

W aplikacji WeGIA przed wersją 3.8.6 nieuwierzytelnione żądania POST do web/html/socio/sistema/cadastro_cobranca.php mogą umieścić w parametrze codigo wyrażenie SQL w cudzysłowach, które extract($_REQUEST) przekazuje do klauzuli WHERE codigo= w zapytaniu UPDATE bez walidacji i parametryzacji. Ujęcie wartości w cudzysłów omija konwersję typu MariaDB dla kolumny VARCHAR i pozwala na wykonanie dowolnego kodu SQL bez sesji. Atakujący może odczytać lub zmodyfikować zawartość bazy, w tym hashe poświadczeń użytkowników i rekordy rozliczeniowe w tabeli cobrancas.

W WeGIA przed wersją 3.8.6 endpoint instalatora web/instalador/instalador.php jest dostępny przed utworzeniem config.php i przetwarza nieuwierzytelnione dane instalacyjne POST. W przepływie reinstalacji na Linuksie spreparowana wartość usuario trafia do polecenia wykonywanego przez shell_exec(), a instalator zapisuje kontrolowane przez atakującego wartości do wykonywalnego config.php oraz wstawia nazwę bazy nomebd do instrukcji CREATE DATABASE.

W FileRise przed wersją 3.15.0 publiczne linki do udostępnionych folderów z włączonym przeglądaniem podfolderów mogą podążać za dowiązaniem symbolicznym wewnątrz udostępnionego folderu do katalogu sąsiedniego w katalogu głównym uploadu. Nieuwierzytelniony posiadacz ważnego tokenu udostępniania może użyć listowania folderu, bezpośredniego pobierania lub tworzenia ZIP, aby uzyskać dostęp do plików poza faktycznie udostępnionym folderem.

W InvoiceShelf w wersji 2.3.3 i wcześniejszych walidacja żądań masowego usuwania akceptuje identyfikatory rekordów bez konsekwentnego powiązania ich z company_id uwierzytelnionego użytkownika. Uwierzytelniony użytkownik może przesłać identyfikator innej firmy i usunąć rekordy międzyfirmowe.

W InvoiceShelf przed wersją 2.4.0 parametr orderByField przekazywany przez uwierzytelnionego użytkownika jest używany w wywołaniach orderBy w Invoice::scopeApplyFilters bez ograniczenia do identyfikatorów kolumn. Spreparowane wyrażenie SQL może trafić do klauzuli ORDER BY, umożliwiając ślepą ekstrakcję informacji z bazy danych.

W InvoiceShelf przed wersją 2.4.0 plik PDFConfigurationRequest.php waliduje ustawienie gotenberg_host kontrolowane przez właściciela jedynie jako poprawny składniowo URL. GotenbergPDFDriver::loadView wysyła następnie żądanie HTTP multipart zawierające wyrenderowany HTML faktury, wyceny lub płatności jako document.html do tego hosta bez odrzucania adresów prywatnych, loopback, link-local lub zarezerwowanych.

W InvoiceShelf przed wersją 2.4.0 ścieżki tworzenia faktur, wycen i faktur cyklicznych przyjmują dostarczone przez klienta wartości total, sub_total, tax, discount_val i due_amount bez weryfikacji, czy odpowiadają przesłanym pozycjom. Uwierzytelniony użytkownik może utrwalić zmanipulowane sumy finansowe przez InvoicesRequest::getInvoicePayload oraz odpowiednie handlery EstimatesRequest i RecurringInvoiceRequest.

W InvoiceShelf przed wersją 2.4.0 publiczne trasy faktur, wycen i płatności klienta używają numerycznego mailable_id z tokenu EmailLog bez weryfikacji mailable_type, a handlery JSON nie wymuszają EmailLog::isExpired. Token wydany dla jednego typu dokumentu może ujawnić dokument innej firmy, a wygasły token może pozostać ważny na trasach JSON.

W InvoiceShelf przed wersją 2.4.0 metody NotesController::show, update i destroy autoryzują tylko ogólną zdolność view notes lub manage notes i nie przekazują powiązanej z trasą notatki do NotePolicy, więc nie sprawdzają company_id docelowej notatki. Uwierzytelniony użytkownik personelu może odczytać, zmodyfikować lub usunąć szablony notatek innej firmy.