CVE-2026-22822
Fixed in a distro release EPSS <1%CVSS 9.3
External Secrets Operator reads information from a third-party service and automatically injects the values as Kubernetes Secrets. Starting in version 0.20.2 and prior to version 1.2.0, the `getSecretKey` template function, while introduced for senhasegura Devops Secrets Management (DSM) provider, has the ability to fetch secrets cross-namespaces with the roleBinding of the external-secrets controller, bypassing our security mechanisms. This function was completely removed in version 1.2.0, as everything done with that templating function can be done in a different way while respecting External Secrets Operator's safeguards As a workaround, use a policy engine such as Kubernetes, Kyverno, Kubewarden, or OPA to prevent the usage of `getSecretKey` in any ExternalSecret resource.
Products: external-secrets, External Secrets Operator for Red Hat OpenShift, external secrets operator for Red Hat OpenShift - Tech Preview
Fixed upstream
| Ecosystem | Package | Fixed in |
|---|---|---|
| Go | github.com/external-secrets/external-secrets | 1.2.0 |
Distro releases
| Release | Package | Fixed in |
|---|---|---|
| Chainguard | external-secrets-operator-0.20 | no fix |
| Chainguard | external-secrets-operator-1.0 | no fix |
| Chainguard | external-secrets-operator-1.1 | no fix |
| Chainguard | external-secrets-operator-fips-0.20 | no fix |
| Chainguard | external-secrets-operator-fips-1.0 | no fix |
| Chainguard | external-secrets-operator-fips-1.1 | no fix |
| Wolfi | external-secrets-operator-1.1 | no fix |
| openSUSE Leap 15.6 | govulncheck-vulndb | 0.0.20260205T172317-150000.1.146.1 |
| openSUSE Leap 16.0 | govulncheck-vulndb | 0.0.20260723T184607-160000.1.1 |