CVE-2025-62159
WysokieCVSS 8.7Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 22 - wyżej niż 22% wszystkich znanych CVE
Streszczenie
W External Secrets Operator w wersjach 0.10.1 do 0.19.2 dostawca BeyondTrust pobierał sekrety Kubernetes bez walidacji kontekstu namespace i typu secret store. Umożliwiało to nieautoryzowany dostęp do sekretów między namespace'ami, naruszając granice bezpieczeństwa.
Ocena ryzyka
Może dojść do ujawnienia poufnych danych uwierzytelniających przechowywanych w sekretach Kubernetes. Narusza to izolację namespace'ów i może prowadzić do eskalacji uprawnień.
Rekomendacja
Zaktualizuj External Secrets Operator do wersji 0.20.0 lub nowszej, która wymusza walidację namespace. Jako obejście użyj Kyverno lub OPA do zablokowania dostawcy BeyondTrust lub walidacji (Cluster)SecretStore.
Inne podatności w External Secrets Operator
Zobacz wszystkie- CVE-2026-26287Wysokie
External Secrets Operator w wersjach od 0.10.0 do 1.3.1 zawiera błąd w inicjalizacji generatora webhook, który czyści flagę EnforceLabels po jej ustawieniu. Powoduje to pominięcie sprawdzenia etykiety external-secrets.io/type=webhook, umożliwiając operację, która powinna zakończyć się błędem. Wersja 1.3.2 zawiera poprawkę.
- CVE-2026-22822Wysokie
Podatność w External Secrets Operator (wersje 0.20.2 do 1.2.0) pozwala na ominięcie mechanizmów bezpieczeństwa dzięki funkcji `getSecretKey`, która umożliwia pobieranie sekretów z innych przestrzeni nazw (namespace) przy użyciu roli wiązania (roleBinding) kontrolera. Funkcja ta została całkowicie usunięta w wersji 1.2.0.
Oryginalny opis (angielski, źródło NVD)
External Secrets Operator reads information from a third-party service and automatically injects the values as Kubernetes Secrets. A vulnerability was discovered in the BeyondTrust provider implementation for External Secrets Operator versions 0.10.1 through 0.19.2. The provider previously retrieved Kubernetes secrets directly, without validating the namespace context or the type of secret store. This allowed unauthorized cross-namespace secret access, violating security boundaries and potentially exposing sensitive credentials. In version 0.20.0, the provider code was updated to use the `resolvers.SecretKeyRef` utility, which enforces namespace validation and only allows cross-namespace access for `ClusterSecretStore` types. This ensures secrets are only retrieved from the correct namespace, mitigating the risk of unauthorized access. All users should upgrade to the latest version containing this fix. As a workaround, use a policy engine such as Kyverno or OPA to prevent using BeyondTrust provider and/or validate the `(Cluster)SecretStore` and ensure the namespace may only be set when using a `ClusterSecretStore`.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

