Podatności Prowler

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.

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.

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.

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.