Aiven Operator has cross-namespace secret exfiltration via ClickhouseUser connInfoSecretSource

TRUNG BÌNH 4.9CVE-2026-39961 · GHSA-99j8-wv67-4c72 · GO-2026-5283 · Công bố 09/04/2026 · cập nhật 26/10/2026

Tóm tắt nhanh

CVE-2026-39961 là lỗ hổng mức TRUNG BÌNH (CVSS 4.9) ảnh hưởng github.com/aiven/aiven-operator, aiven operator (aiven).
Xác suất bị khai thác trong 30 ngày tới (EPSS): 0.40%, cao hơn 33.9% các lỗ hổng khác.
Cách xử lý: cập nhật lên 0.37.0 hoặc mới hơn.

Gói / sản phẩm	Phiên bản bị ảnh hưởng	Phiên bản đã vá
github.com/aiven/aiven-operator Go	`≥ 0.31.0, < 0.37.0`	`0.37.0`
aiven operator aiven	`≥ 0.31.0, < 0.37.0`	`0.37.0`

Mô tả

Impact

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.

Patches

This vulnerability is resolved in version 0.37.0. We recommend all users update as soon as possible.

Credits

Credits to Andrés Cruciani for finding and reporting the bug through our bug bounty program

Mô tả của NVD

Aiven Operator allows you to provision and manage Aiven Services from your Kubernetes cluster. From 0.31.0 to before 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 fixed in 0.37.0.