Podatności KEDA

KEDA to komponent autoskalowania oparty na Kubernetes. W wersji 2.20.2 i wcześniejszych administrator przestrzeni nazw, który może tworzyć zasoby TriggerAuthentication i ScaledObject, może ustawić hashiCorpVault.address na punkt końcowy kontrolowany przez najemcę i wybrać uwierzytelnianie Kubernetes bez jawnego poświadczenia. KEDA używa wtedy tokenu ServiceAccount operatora i wysyła go do tego punktu końcowego jako poświadczenie logowania do Vault; filtr kształtu JWT z wcześniejszej poprawki CVE-2025-68476 akceptuje token operatora, ponieważ jego podmiotem jest ServiceAccount Kubernetes, co pozwala atakującemu uzyskać uprawnienia operatora w całym klastrze, w tym szeroki odczyt Secretów oraz operacje na obciążeniach lub związane z admission.

KEDA przed wersją 2.20.0 zawiera podatność w konstruowaniu stringów połączeń libpq z wartości kontrolowanych przez dzierżawcę (host, port, userName, dbName, sslmode, password). Funkcja escapePostgreConnectionParameter() cytuje tylko wartości zawierające dosłowną spację, więc tabulatory, nowe linie, powroty karetki, znaki form feed, pionowe tabulatory, cudzysłowy i backslashe mogą tworzyć dodatkowe tokeny klucz-wartość podczas parsowania przez pgx. Atakujący mogący tworzyć lub modyfikować TriggerAuthentication lub ScaledObject może wstrzyknąć parametry host lub sslmode, przekierować połączenie do kontrolowanego serwera, ujawnić poświadczenia lub wyłączyć zamierzoną ochronę TLS.

KEDA to komponent autoskalowania oparty na Kubernetes. W wersjach przed 2.17.3 i 2.18.3 wykryto podatność Arbitrary File Read dotyczącą zasobów KEDA używających TriggerAuthentication do konfiguracji uwierzytelniania HashiCorp Vault. Wynika ona z nieprawidłowej walidacji ścieżki podczas ładowania Service Account Token wskazanego w spec.hashiCorpVault.credential.serviceAccount.