| Package | Affected versions | Patched versions |
|---|---|---|
| github.com/aiven/aiven-operator | ≥ 0.31.0, < 0.37.0 | 0.37.0 |
| aiven operator | ≥ 0.31.0, < 0.37.0 | 0.37.0 |
A developer with create permission on ClickhouseUser CRDs in their own namespace can exfiltrate secrets from any other namespace — production database credentials, API keys, service tokens — with a single kubectl apply. The operator reads the victim's secret using its ClusterRole and writes the password into a new secret in the attacker's namespace.
The operator acts as a confused deputy: its ServiceAccount has cluster-wide secret read/write (aiven-operator-role ClusterRole), and it trusts user-supplied namespace values in spec.connInfoSecretSource.namespace without validation. No admission webhook enforces this boundary — the ServiceUser webhook returns nil, and no ClickhouseUser webhook exists.
This vulnerability is resolved in version 0.37.0. We recommend all users update as soon as possible.
Credits to Andrés Cruciani for finding and reporting the bug through our bug bounty program
Running one of these products? Scan your site to see whether it exposes a vulnerable version.
Scan my site free