CVE-2026-77524
KrytyczneCVSS 9.9Streszczenie
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.
Ocena ryzyka
Podatność może pozwolić administratorowi przestrzeni nazw na eskalację uprawnień do poziomu operatora KEDA w całym klastrze, w tym na odczyt Secretów i operacje na obciążeniach. Stanowi to poważne ryzyko dla poufności i integralności klastra Kubernetes.
Rekomendacja
Zaktualizuj KEDA do wersji 2.21.0 lub nowszej. Ogranicz uprawnienia do tworzenia zasobów TriggerAuthentication i ScaledObject oraz przejrzyj uprawnienia operatora KEDA i dostęp do Secretów.
Inne podatności w KEDA
Zobacz wszystkie- CVE-2026-53572Średnie
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.
- CVE-2025-68476Wysokie
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.
Oryginalny opis (angielski, źródło NVD)
KEDA is a Kubernetes-based Event Driven Autoscaling component. In version 2.20.2 and earlier, a namespace administrator who can create TriggerAuthentication and ScaledObject resources can set hashiCorpVault.address to a tenant-controlled endpoint and select Kubernetes authentication without an explicit credential. KEDA then uses the operator pod's projected ServiceAccount token and sends it to that endpoint as a Vault login credential. The JWT-shape filter from the prior CVE-2025-68476 remediation accepts the operator token because its subject is a Kubernetes ServiceAccount, so the attacker can obtain the operator's cluster-wide permissions, including broad Secret reads and workload or admission-related operations. This vulnerability is fixed in 2.21.0.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS