Source controller: Improper path handling allows traversal
The source-controller is a Kubernetes operator, specialised in artifacts acquisition from external sources such as Git, OCI, Helm repositories and S3-compatible buckets. In versions 0.0.17 through 1.8.4, an actor with the ability to influence the contents of a bucket referenced by a `Bucket` resource can cause source-controller to write fetched object data to paths outside the per-reconciliation working directory. The corruption surface is bounded by source-controller's own and downstream Flux controllers' digest verification: source-controller verifies stored artifact digests during reconciliation and rebuilds on divergence; consumers (kustomize-controller, helm-controller) verify the digest of fetched artifacts and reject mismatches. These checks prevent a manipulated artifact from reaching the cluster, but an attacker can still write files anywhere the source-controller pod has permission to write. Separately, a user with permission to create or update `GitRepository` resources can cause source-controller to test for the existence of paths outside the cloned repository. Because the result is exposed via the resource's status, this allows limited enumeration of file paths on the controller pod. This surface exists only on source-controller v1.6.0 and later, where the sparse-checkout feature was introduced. This vulnerability was fixed in source-controller v1.8.5. There is no in-product workaround. Users should upgrade to a patched version. As a defense-in-depth measure for
- Products
- Not specified
- Affected versions
- Not specified
- Fixed versions
- Not specified
- CVEs
- CVE-2026-47680
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 4 Nov 2026, 16:38 UTC · Revision 1
Source evidence
Source controller: Improper path handling allows traversal
core-osv · Original sourcePublished 8 Sept 2026, 23:04 UTC
The source-controller is a Kubernetes operator, specialised in artifacts acquisition from external sources such as Git, OCI, Helm repositories and S3-compatible buckets. In versions 0.0.17 through 1.8.4, an actor with the ability to influence the contents of a bucket referenced by a `Bucket` resource can cause source-controller to write fetched object data to paths outside the per-reconciliation working directory. The corruption surface is bounded by source-controller's own and downstream Flux controllers' digest verification: source-controller verifies stored artifact digests during reconciliation and rebuilds on divergence; consumers (kustomize-controller, helm-controller) verify the digest of fetched artifacts and reject mismatches. These checks prevent a manipulated artifact from reaching the cluster, but an attacker can still write files anywhere the source-controller pod has permission to write. Separately, a user with permission to create or update `GitRepository` resources can cause source-controller to test for the existence of paths outside the cloned repository. Because the result is exposed via the resource's status, this allows limited enumeration of file paths on the controller pod. This surface exists only on source-controller v1.6.0 and later, where the sparse-checkout feature was introduced. This vulnerability was fixed in source-controller v1.8.5. There is no in-product workaround. Users should upgrade to a patched version. As a defense-in-depth measure for
osv:CVE-2026-47680
Complete source record
{
"id": "c285f04044615603be8181e7f0642552ff06bd97ed0774b98f1c2bc667c20834",
"url": "https://osv.dev/vulnerability/CVE-2026-47680",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "Source controller: Improper path handling allows traversal",
"summary": "The source-controller is a Kubernetes operator, specialised in artifacts acquisition from external sources such as Git, OCI, Helm repositories and S3-compatible buckets. In versions 0.0.17 through 1.8.4, an actor with the ability to influence the contents of a bucket referenced by a `Bucket` resource can cause source-controller to write fetched object data to paths outside the per-reconciliation working directory. The corruption surface is bounded by source-controller's own and downstream Flux controllers' digest verification: source-controller verifies stored artifact digests during reconciliation and rebuilds on divergence; consumers (kustomize-controller, helm-controller) verify the digest of fetched artifacts and reject mismatches. These checks prevent a manipulated artifact from reaching the cluster, but an attacker can still write files anywhere the source-controller pod has permission to write. Separately, a user with permission to create or update `GitRepository` resources can cause source-controller to test for the existence of paths outside the cloned repository. Because the result is exposed via the resource's status, this allows limited enumeration of file paths on the controller pod. This surface exists only on source-controller v1.6.0 and later, where the sparse-checkout feature was introduced. This vulnerability was fixed in source-controller v1.8.5. There is no in-product workaround. Users should upgrade to a patched version. As a defense-in-depth measure for ",
"evidence": "osv:CVE-2026-47680",
"products": [],
"severity": "medium",
"structured": {
"id": "CVE-2026-47680",
"aliases": [
"CVE-2026-47680",
"GHSA-jjrm-hr5f-673x",
"GO-2026-5472"
],
"metrics": [
{
"type": "CVSS_V4",
"score": "CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:L/VA:L/SC:N/SI:N/SA:N"
}
],
"affected": [
{
"ranges": [
{
"repo": "https://github.com/fluxcd/source-controller",
"type": "GIT",
"events": [
{
"introduced": "79d043caeaea46c533f28e39e9c9d9d87ad6298d"
},
{
"fixed": "e9faef49c4f039ef57d58a3edfa481a3a25a5487"
},
{
"fixed": "759bd6c451e7cc4327b38f42c8b671980165cb0e"
}
],
"database_specific": {
"extracted_events": [
{
"range": [
{
"introduced": "0.0.17"
},
{
"fixed": "1.8.5"
}
],
"source": "AFFECTED_FIELD",
"strategy": "StringRangeExpression"
},
{
"range": [
{
"fixed": "759bd6c451e7cc4327b38f42c8b671980165cb0e"
}
],
"source": "REFERENCES_COMMIT"
}
]
}
}
],
"versions": [
"v1.8.4",
"api/v1.8.4",
"v1.8.3",
"api/v1.8.3",
"v1.8.2",
"api/v1.8.2",
"v1.8.1",
"api/v1.8.1",
"v1.8.0",
"api/v1.8.0",
"v1.7.0-rc.3",
"api/v1.7.0-rc.3",
"v1.7.0-rc.2",
"api/v1.7.0-rc.2",
"v1.7.0-rc.1",
"api/v1.7.0-rc.1",
"v1.0.0-rc.5",
"api/v1.0.0-rc.5",
"v1.0.0-rc.4",
"api/v1.0.0-rc.4",
"v1.0.0-rc.3",
"api/v1.0.0-rc.3",
"v0.36.1",
"v1.0.0-rc.2",
"api/v1.0.0-rc.2",
"v1.0.0-rc.1",
"api/v1.0.0-rc.1",
"api/v0.36.1",
"v0.36.0",
"api/v0.36.0",
"v0.35.2",
"api/v0.35.2",
"v0.35.1",
"api/v0.35.1",
"v0.35.0",
"api/v0.35.0",
"v0.34.0",
"api/v0.34.0",
"v0.33.0",
"api/v0.33.0",
"v0.32.1",
"v0.32.0",
"api/v0.32.1",
"api/v0.32.0",
"v0.31.0",
"api/v0.31.0",
"v0.30.1",
"api/v0.30.1",
"v0.30.0",
"api/v0.30.0",
"v0.29.0",
"api/v0.29.0",
"v0.28.0",
"api/v0.28.0",
"v0.27.0",
"api/v0.27.0",
"v0.26.1",
"api/v0.26.1",
"v0.26.0",
"api/v0.26.0",
"v0.25.9",
"api/v0.25.9",
"v0.25.8",
"api/v0.25.8",
"v0.25.7",
"api/v0.25.7",
"v0.25.6",
"api/v0.25.6",
"v0.25.5",
"api/v0.25.5",
"v0.25.4",
"api/v0.25.4",
"v0.25.3",
"api/v0.25.3",
"v0.25.2",
"api/v0.25.2",
"v0.25.1",
"api/v0.25.1",
"v0.25.0",
"api/v0.25.0",
"v0.24.4",
"api/v0.24.4",
"v0.24.3",
"api/v0.24.3",
"v0.24.2",
"api/v0.24.2",
"v0.24.1",
"api/v0.24.1",
"v0.24.0",
"api/v0.24.0",
"v0.23.0",
"v0.22.5",
"api/v0.22.5",
"v0.22.4",
"api/v0.22.4",
"v0.22.3",
"api/v0.22.3",
"v0.22.2",
"api/v0.22.2",
"v0.22.1",
"api/v0.22.1",
"v0.22.0",
"api/v0.22.0",
"v0.21.2",
"api/v0.21.2",
"v0.21.1",
"api/v0.21.1",
"v0.21.0",
"api/v0.21.0",
"v0.20.1",
"api/v0.20.1",
"v0.20.0",
"api/v0.20.0",
"v0.19.2",
"api/v0.19.2",
"v0.19.1",
"api/v0.19.1",
"v0.19.0",
"api/v0.19.0",
"v0.18.0",
"api/v0.18.0",
"v0.17.2",
"v0.17.1",
"api/v0.17.2",
"api/v0.17.1",
"v0.17.0",
"api/v0.17.0",
"v0.16.1",
"api/v0.16.1",
"v0.16.0",
"api/v0.16.0",
"v0.15.4",
"api/v0.15.4",
"v0.15.3",
"api/v0.15.3",
"v0.15.2",
"api/v0.15.2",
"v0.15.1",
"api/v0.15.1",
"v0.15.0",
"api/v0.15.0",
"v0.14.0",
"v0.13.2",
"api/v0.14.0",
"api/v0.13.2",
"v0.13.1",
"api/v0.13.1",
"v0.13.0",
"api/v0.13.0",
"v0.12.2",
"api/v0.12.2",
"v0.12.1",
"api/v0.12.1",
"v0.12.0",
"api/v0.12.0",
"v0.11.0",
"api/v0.11.0",
"v0.10.0",
"api/v0.10.0",
"v0.9.1",
"api/v0.9.1",
"v0.9.0",
"api/v0.9.0",
"v0.8.1",
"api/v0.8.1",
"v0.8.0",
"api/v0.8.0",
"v0.7.4",
"api/v0.7.4",
"v0.7.3",
"api/v0.7.3",
"v0.7.2",
"api/v0.7.2",
"v0.7.1",
"api/v0.7.1",
"v0.7.0",
"api/v0.7.0",
"v0.6.3",
"api/v0.6.3",
"v0.6.2",
"api/v0.6.2",
"v0.6.1",
"api/v0.6.1",
"v0.6.0",
"api/v0.6.0",
"v0.5.6",
"api/v0.5.6",
"v0.5.5",
"api/v0.5.5",
"v0.5.4",
"api/v0.5.4",
"v0.5.3",
"api/v0.5.3",
"v0.5.2",
"api/v0.5.2",
"v0.5.1",
"api/v0.5.1",
"v0.5.0",
"api/v0.5.0",
"v0.4.1",
"api/v0.4.1",
"v0.4.0",
"api/v0.4.0",
"v0.3.0",
"api/v0.3.0",
"api/v0.2.3",
"v0.2.2",
"api/v0.2.2",
"v0.2.1",
"api/v0.2.1",
"v0.2.0",
"api/v0.2.0",
"v0.1.1",
"api/v0.1.1",
"v0.1.0",
"api/v0.1.0",
"v0.0.18",
"api/v0.0.18",
"v0.0.17"
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-47680.json"
}
}
],
"modified": "2026-10-28T02:30:37.300757896Z",
"provider": "osv",
"references": [
"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/47xxx/CVE-2026-47680.json",
"https://github.com/fluxcd/source-controller/security/advisories/GHSA-jjrm-hr5f-673x",
"https://nvd.nist.gov/vuln/detail/CVE-2026-47680",
"https://github.com/fluxcd/source-controller/commit/759bd6c451e7cc4327b38f42c8b671980165cb0e",
"https://github.com/fluxcd/source-controller/pull/2054"
],
"provider_metadata": {
"cwe_ids": [
"CWE-23"
],
"cna_assigner": "GitHub_M",
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/47xxx/CVE-2026-47680.json"
}
},
"related_cves": [
{
"value": "CVE-2026-47680",
"evidence": "/id"
}
],
"security_relevant": true,
"severity_evidence": "/severity/0/score"
},
"source_id": "core-osv",
"document_id": 504779,
"published_at": "2026-09-08T23:04:50.413+00:00"
}