Argo CD repo-server command injection via crafted SSH repository SOCKS5 proxy URLGHSA-j6cw-g6p4-7hch
HIGHFix: argoproj/argo-cd@1e3ddd0GHSA-j6cw-g6p4-7hch is a high-severity (CVSS 8.8) OS Command Injection vulnerability in github.com/argoproj/argo-cd/v2. A fix is available for github.com/argoproj/argo-cd/v2 — see the affected versions and patch details below.
Exploitation Status
No confirmed exploitation observed yet
- A successful exploit gives an attacker total control of the affected component, not partial access.
- CISA’s own triage has not observed active exploitation or public proof-of-concept code for this CVE as of its last assessment.
Exploitation and automatability from CISA’s SSVC triage for GHSA-j6cw-g6p4-7hch.
EPSS Exploitation Probability
Probability of exploitation in the next 30 days, from FIRST.org EPSS.
How urgent is this, really
GHSA-j6cw-g6p4-7hch by exploitation likelihood (EPSS) against impact (CVSS). Outside the shaded patch-first corner.
Where this sits among everything scored
Of 394,803 CVEs with a current EPSS score, this one falls in the < 10% band (highlighted). Counts from FIRST.org, log-scaled.
Real-World Exposure
github.com/argoproj/argo-cd/v2🐹github.com/argoproj/argo-cd/v3🐹github.com/argoproj/argo-cd/v3🐹github.com/argoproj/argo-cd/v3🐹github.com/argoproj/argo-cd/v3Real-time download stats are indexed for npm and PyPI packages. This vulnerability affects Go packages — download data is not available via public APIs for these ecosystems.
Description
Impact
Argo CD runs a shell command in the repo-server when it clones or fetches an SSH Git repository that has a proxy URL. The proxy host and port are copied into an SSH ProxyCommand. A host that contains shell metacharacters breaks out of that command and runs in the repo-server.
All versions from v2.11.0 onward are affected, including every currently supported release. v2.10.20 and earlier are not. The behavior was introduced in 9b27aeb1a4 (2024-01-09, #15864), the change that added SOCKS5 proxy support for SSH Git URLs, and was first released in v2.11.0.
The repository must use SSH. http, https, and socks5 proxy URLs all take this path when they are set on an SSH repository. An HTTPS Git repository uses the proxy as an HTTP proxy and does not build this command.
Anyone who can create or update a repository or a repository credential template can set the proxy. That includes a project-scoped repository permission, argocd repo add --proxy, and a repository Secret. A credential template applies its proxy to every matching SSH repository that does not have its own credentials. Argo CD runs the command when it tests the repository connection and on later fetches. The process can read other Git, Helm, and OCI credentials stored for the repo-server.
Patches
A patch for this vulnerability has been released in the following Argo CD versions:
- v3.6.0-rc2
- v3.5.4
- v3.4.10
- v3.3.15
The fix stops passing the proxy host and port through a shell.
Argo CD 2.x and 3.0 through 3.2 are out of support and will not receive a patch. Upgrade to a patched 3.3 or newer release.
Workarounds
There is no setting that keeps SSH repository proxies and removes the shell command.
- Do not grant repository create or update to untrusted users, including project-scoped repository access. See RBAC resources and project-scoped repositories.
- Do not set a proxy on an SSH repository or on a credential template that matches SSH repositories. The proxy field is documented in Configure repositories with proxy. Credential templates are documented in Credential templates. The
--proxyflag is documented inargocd repo add.
An HTTPS Git repository with an HTTP proxy does not use this command. Review existing repository and credential-template Secrets for unexpected proxy values.
Credits
The Argo CD team would like to thank @kamil-sawicki, @yuvalelarat, @cherez0ff, @McCaulay, @gehan-psbc, @ria-labs-security, @parameter-ai-security, and @zwindler for responsibly disclosing this issue according to our security reporting guidelines.
References
- Introducing commit: 9b27aeb1a4fb15d11a0f01cad65dea1fdfc60205 (#15864), first released in v2.11.0
- Configure repositories with proxy
For more information
- Open an issue in the Argo CD issue tracker or discussions
- Join us on Slack in channel #argo-cd
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| 🐹Go | github.com/argoproj/argo-cd/v2 | ≥ 2.11.0 | No fix |
| 🐹Go | github.com/argoproj/argo-cd/v3 | ≥ 3.0.0&&< 3.3.15 | 3.3.15go get github.com/argoproj/argo-cd/v3@v3.3.15 |
| 🐹Go | github.com/argoproj/argo-cd/v3 | ≥ 3.4.0&&< 3.4.10 | 3.4.10go get github.com/argoproj/argo-cd/v3@v3.4.10 |
| 🐹Go | github.com/argoproj/argo-cd/v3 | ≥ 3.5.0&&< 3.5.4 | 3.5.4go get github.com/argoproj/argo-cd/v3@v3.5.4 |
| 🐹Go | github.com/argoproj/argo-cd/v3 | ≥ 3.6.0-rc1&&< 3.6.0-rc2 | 3.6.0-rc2go get github.com/argoproj/argo-cd/v3@v3.6.0-rc2 |
Detection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for github.com/argoproj/argo-cd/v2, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.
Fix
No patched version of github.com/argoproj/argo-cd/v2 has shipped for GHSA-j6cw-g6p4-7hch yet. Where your build allows, override or pin the dependency away from the vulnerable range, and apply any maintainer-recommended mitigation.
Workarounds
Stop passing untrusted input into the interpreter or shell: call the affected binary with an argument array rather than a composed command string, reject anything outside a strict allowlist of expected values, and run the component under an account that cannot reach beyond the work it legitimately does.
Frequently Asked Questions
Is GHSA-j6cw-g6p4-7hch in your dependencies?
Find it across Go, including transitive dependencies.