CVE-2026-73264
WysokieCVSS 7.6Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 33 - wyżej niż 33% wszystkich znanych CVE
Streszczenie
Prowler przed wersją 5.33.1 umożliwia uwierzytelnionemu użytkownikowi z dostępem do konfiguracji dostawcy Lighthouse podanie niezweryfikowanego base_url dla dostawcy openai_compatible przez POST /api/v1/lighthouse/providers i POST /api/v1/lighthouse/providers/{id}/connection. Powoduje to wysyłanie żądań wychodzących, w tym klucza API w nagłówku Authorization, do kontrolowanych przez atakującego lub wewnętrznych punktów końcowych podczas wywołania client.models.list.
Ocena ryzyka
Może dojść do wycieku kluczy API do nieautoryzowanych serwerów lub ataku na wewnętrzne zasoby, co narusza poufność i integralność systemu.
Rekomendacja
Zaleca się aktualizację Prowler do wersji 5.33.1 lub nowszej, która zawiera poprawkę.
Inne podatności w Prowler
Zobacz wszystkie- CVE-2026-73263Krytyczne
Prowler przed wersją 5.36.0 w teście połączenia dostawcy Kubernetes akceptuje kubeconfig_content zawierający starszy dostawca uwierzytelniania gcp z config.cmd-path i config.cmd-args. Sprawdzenie tylko bloków exec w kubeconfig_contains_exec_auth oraz ładowanie przez config.load_kube_config_from_dict powoduje, że kubernetes-python CommandTokenSource.token uruchamia polecenie dostarczone przez atakującego przez subprocess.Popen na wspólnym workerze.
- CVE-2026-59151Krytyczne
Podatność w Prowler przed wersją 5.30.3 pozwala atakującemu na przejęcie konta w innym tenantcie poprzez manipulację adresem email w odpowiedzi SAML. System ufał domenie email z SAMLResponse przy wyborze tenanta, zamiast wiązać token z zatwierdzoną konfiguracją SAML.
- CVE-2026-73262Średnie
W Prowler przed wersją 5.37.0 formatter HTML w prowler/lib/outputs/html/html.py wstawiał finding.resource_tags do raportów bez escapowania HTML. Osoba z uprawnieniami do modyfikacji tagów zasobów może przechowywać HTML lub JavaScript, który wykona się, gdy inny użytkownik otworzy raport.
Oryginalny opis (angielski, źródło NVD)
Prowler is a cloud security platform. Prior to 5.33.1, an authenticated user with Lighthouse provider configuration access could supply an unvalidated base_url for the openai_compatible provider through POST /api/v1/lighthouse/providers and POST /api/v1/lighthouse/providers/{id}/connection, causing api/src/backend/tasks/jobs/lighthouse_providers.py to send outbound requests, including the API key in the Authorization header, to attacker-controlled or internal endpoints when client.models.list was called. This issue is fixed in version 5.33.1.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS