Skip to content
Fencer Vulns
high 8.4

CVE-2024-22424 json

Cross-Site Request Forgery (CSRF) in github.com/argoproj/argo-cd

published 2024-01-19 2 y ago modified 2026-09-10 1 mo ago also GHSA-92mw-q256-5vwg , EUVD-2024-0307

cvss
8.4
version 3.1, CNA
cisa kev
Not listed
not in CISA's catalog
epss
0.5%
EPSS 0.5% chance of exploitation in 30 days, percentile 41%
public exploits
0
none known

Summary

Argo CD is a declarative, GitOps continuous delivery tool for Kubernetes. The Argo CD API prior to versions 2.10-rc2, 2.9.4, 2.8.8, and 2.7.15 are vulnerable to a cross-server request forgery (CSRF) attack when the attacker has the ability to write HTML to a page on the same parent domain as Argo CD. A CSRF attack works by tricking an authenticated Argo CD user into loading a web page which contains code to call Argo CD API endpoints on the victim’s behalf. For example, an attacker could send an Argo CD user a link to a page which looks harmless but in the background calls an Argo CD API endpoint to create an application running malicious code. Argo CD uses the “Lax” SameSite cookie policy to prevent CSRF attacks where the attacker controls an external domain. The malicious external website can attempt to call the Argo CD API, but the web browser will refuse to send the Argo CD auth token with the request. Many companies host Argo CD on an internal subdomain. If an attacker can place malicious code on, for example, https://test.internal.example.com/, they can still perform a CSRF attack. In this case, the “Lax” SameSite cookie does not prevent the browser from sending the auth cookie, because the destination is a parent domain of the Argo CD API. Browsers generally block such attacks by applying CORS policies to sensitive requests with sensitive content types. Specifically, browsers will send a “preflight request” for POSTs with content type “application/json” asking the destination API “are you allowed to accept requests from my domain?” If the destination API does not answer “yes,” the browser will block the request. Before the patched versions, Argo CD did not validate that requests contained the correct content type header. So an attacker could bypass the browser’s CORS check by setting the content type to something which is considered “not sensitive” such as “text/plain.” The browser wouldn’t send the preflight request, and Argo CD would happily accept the contents (which are actually still JSON) and perform the requested action (such as running malicious code). A patch for this vulnerability has been released in the following Argo CD versions: 2.10-rc2, 2.9.4, 2.8.8, and 2.7.15. The patch contains a breaking API change. The Argo CD API will no longer accept non-GET requests which do not specify application/json as their Content-Type. The accepted content types list is configurable, and it is possible (but discouraged) to disable the content type check completely. Users are advised to upgrade. There are no known workarounds for this vulnerability.

Patch / fix

  • go github.com/argoproj/argo-cd/v2 2.7.16, 2.8.8, 2.9.4, 2.10-rc2
  • argoproj argo_cd 2.8.8, 2.9.4
  • linuxfoundation argo-cd 2.7.16

Vendor advisories

What the vendors themselves say about their products: affected, fixed or not affected, and what to do.

red hat product security vex CVE-2024-22424 updated cvss 8.3

argo-cd: vulnerable to a cross-server request forgery (CSRF) attack

  • Red Hat OpenShift GitOps 1.9 openshift-gitops-1/dex-rhel8 v1.9.4-1, openshift-gitops-1/argocd-rhel8 v1.9.4-1, openshift-gitops-1/gitops-rhel8 v1.9.4-1, openshift-gitops-1/must-gather-rhel8 v1.9.4-1, openshift-gitops-1/kam-delivery-rhel8 v1.9.4-1, openshift-gitops-1/argo-rollouts-rhel8 v1.9.4-1, +3 more
    fixed: vendor fix RHSA-2024:0691
  • Red Hat OpenShift GitOps 1.10 openshift-gitops-1/dex-rhel8 v1.10.2-2, openshift-gitops-1/argocd-rhel8 v1.10.2-2, openshift-gitops-1/gitops-rhel8 v1.10.2-2, openshift-gitops-1/must-gather-rhel8 v1.10.2-2, openshift-gitops-1/kam-delivery-rhel8 v1.10.2-2, openshift-gitops-1/argo-rollouts-rhel8 v1.10.2-2, +3 more
    fixed: vendor fix RHSA-2024:0692
  • Red Hat OpenShift GitOps 1.11 openshift-gitops-1/dex-rhel8 v1.11.1-1, openshift-gitops-1/argocd-rhel8 v1.11.1-1, openshift-gitops-1/gitops-rhel8 v1.11.1-1, openshift-gitops-1/must-gather-rhel8 v1.11.1-1, openshift-gitops-1/kam-delivery-rhel8 v1.11.1-1, openshift-gitops-1/argo-rollouts-rhel8 v1.11.1-1, +3 more
    fixed: vendor fix RHSA-2024:0689

Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf

CISA SSVC

Exploitation
Proof of concept is public
Automatable
no
Technical impact
total
Assessed
18 mo ago

Exploit prediction

0.48% chance of exploitation in the next 30 days, higher than 41% of all scored CVEs (FIRST EPSS, 2026-11-08).

Exploits and checks

  • github.com https://github.com/argoproj/argo-cd/issues/2496 referenced PoC, tagged "exploit" by a source, unverified

CVSS scores

assigned by version score vector
CNA 3.1 8.4 CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
NVD 3.1 8.3 CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
GitHub 3.1 8.3 CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H

Affected packages

ecosystem package affected fixed in
go github.com/argoproj/argo-cd
>=0.1.0, <=1.8.7
 no fix listed
go github.com/argoproj/argo-cd/v2
<2.7.16
>=2.8.0-rc1, <2.8.8
>=2.9.0-rc1, <2.9.4
>=2.10.0-rc1, <2.10-rc2
2.7.16
2.8.8
2.9.4
2.10-rc2

Affected products

  • argoproj argo-cd

Classification

Weakness
  • CWE-352 Cross-Site Request Forgery

References

Sources

Fencer Vulns keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.