SUSE Fleet: Plain Text Storage of Vulnerability Exploit Helm Values
## Cybersecurity: Vulnerability in SUSE Fleet
Cybersecurity: Vulnerability in SUSE Fleet
A high-severity vulnerability has been identified in SUSE’s Fleet, a GitOps management tool for Kubernetes clusters. The vulnerability, disclosed by a security researcher via GitHub Security Advisory GHSA-6h9x-9j5v-7w9h, is tracked as CVE-2024-52284 . This issue allows Helm chart values, which may contain sensitive credentials, to be stored in plain text within BundleDeployment resources, making them accessible to users with GET or LIST permissions.
SUSE Fleet facilitates continuous deployment by reconciling Git repositories with Kubernetes manifests. However, when users supply custom Helm values via the BundleDeployment.Spec.Options.Helm.Values field, Fleet directly applies these values in its reconciliation loop without encryption, unlike Helm v3, which secures chart state and values in Kubernetes Secrets.
The vulnerability mainly results in unauthorized disclosure of secrets. Users with permissions to list or retrieve BundleDeployment objects within a cluster can access unencrypted Helm values, exposing sensitive data. This is due to Kubernetes not encrypting custom resource fields at rest by default. The leaked values are vulnerable to compromise by anyone with datastore access to the cluster.
The vulnerability has a CVSS v3.1 base score of 7.4 (High), characterized by:
Attack Vector: Network Attack Complexity: Low Privileges Required: Low User Interaction: None Scope: Changed Confidentiality Impact: High Integrity Impact: None Availability Impact: None
A high-severity vulnerability has been identified in SUSE’s Fleet, a GitOps management tool for Kubernetes clusters.
=0.11.0, <0.11.10 =0.12.0, <0.12.6 =0.13.0, <0.13.1
Versions 0.14.0, 0.13.1, 0.12.6, and 0.11.10 have the patch. The update ensures that Fleet creates a dedicated Kubernetes Secret for each BundleDeployment’s Helm values, securing these values from exposure.
Immediate mitigation involves upgrading to a patched release. For environments unable to upgrade promptly, users can mitigate exposure by avoiding direct in-spec value files. Instead, reference values files by filename only, ensuring Fleet’s exclusion logic places them into Secrets:
Upgrade Fleet to v0.14.0 or a later patched version. Audit existing BundleDeployments for exposed secrets and rotate any compromised credentials immediately. Enable Kubernetes encryption at rest for critical namespaces to enhance protection. Review RBAC policies to restrict GET and LIST operations on BundleDeployment resources to trusted users.
Addressing this vulnerability not only secures SUSE Fleet deployments but reinforces the principle of not exposing secrets in plain text within cluster manifests.
Based on reporting by GBHackers.
