GitHub Advisoryadvisory · Go

GHSA-r9cr-hvjj-496v Path traversal and improper access control allows leaking out-of-bound files from Argo CD repo-server

HIGH Published 2022-03-24 Modified 2022-03-24 Official page ↗
Aliases
CVE-2022-24730
Ecosystem
Go
Packages
github.com/argoproj/argo-cd
Severity
High
CVSS vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N
Weaknesses
CWE-22, CWE-284
Reviewed
2022-03-24

Affected packages

• Go github.com/argoproj/argo-cd: >= 1.3.0, < 2.1.11 → fixed in 2.1.11 • Go github.com/argoproj/argo-cd: >= 2.2.0, < 2.2.6 → fixed in 2.2.6 • Go github.com/argoproj/argo-cd: >= 2.3.0-rc1, < 2.3.0 → fixed in 2.3.0

Description

Impact All unpatched versions of Argo CD starting with v1.3.0 are vulnerable to a path traversal bug, compounded by an improper access control bug, allowing a malicious user with read-only repository access to leak sensitive files from Argo CD's repo-server. A malicious Argo CD user who has been granted `get` access for a repository containing a Helm chart can craft an API request to the `/api/v1/repositories/{repo_url}/appdetails` endpoint to leak the contents of out-of-bounds files from the repo-server. The malicious payload would reference an out-of-bounds file, and the contents of that file would be returned as part of the response. Contents from a non-YAML file may be returned as part of an error message. The attacker would have to know or guess the location of the target file. Sensitive files which could be leaked include files from other Applications' source repositories (potentially decrypted files, if you are using a decryption plugin) or any secrets which have been mounted as files on the repo-server. Patches A patch for this vulnerability has been released in the following Argo CD versions: • v2.3.0 • v2.2.6 • v2.1.11 The patches do two things: 1) prevent path traversal 2) limit `/api/v1/repositories/{repo_url}/appdetails` access to users who either A) have been granted Application `create` privileges or B) have been granted Application `get` privileges _and_ are requesting details for a `repo_url` that has already been used for the given Application Workarounds The only certain way to avoid the vulnerability is to upgrade. To mitigate the problem, you can • avoid storing secrets in git • avoid mounting secrets as files on the repo-server • avoid decrypting secrets into files on the repo-server • carefully limit who has `get` access for repositories References • Security documentation for the repo-server component • Argo CD RBAC configuration documentation For more information Open an issue in the Argo CD issue tracker or discussions Join us on Slack in channel #argo-cd

Related

Alias · CVE (1)

  • CVE-2022-24730 Argo CD is a declarative, GitOps continuous delivery tool for Kubernetes. vulnerability

Weakness · CWE (2)

  • CWE-22 Improper Limitation of a Pathname to a Restricted Directory weakness
  • CWE-284 Improper Access Control weakness

References