Quick answers
- Is CVE-2026-40886 exploited in the wild?
- No. Junglewise Threat Intelligence has no report of CVE-2026-40886 being exploited in the wild.
- How severe is CVE-2026-40886?
- High severity, with a CVSS score of 7.7, published 23 April 2026.
- Which products and versions are affected?
- Argo Project Workflows >= 3.6.5, <= 3.6.19; >= 3.7.0, <= 3.7.13; >= 4.0.0, <= 4.0.4; github.com/argoproj/argo-workflows (Go) SEMVER:introduced=0; github.com/argoproj/argo-workflows/v2 (Go) SEMVER:introduced=0; github.com/argoproj/argo-workflows/v3 (Go) SEMVER:introduced=3.6.5, SEMVER:introduced=3.7.0,fixed=3.7.14; and 1 more.
- Is there a fix for CVE-2026-40886?
- Yes. github.com/argoproj/argo-workflows/v3 (Go): upgrade to 3.7.14 or later; github.com/argoproj/argo-workflows/v4 (Go): upgrade to 4.0.5 or later. Junglewise finds every place you run it, drafts the upgrade and applies it once you approve.
- How is CVE-2026-40886 attacked?
- It is attacked over the network, in a software library.
- Am I affected by CVE-2026-40886?
- Check whether you run Argo Project Workflows, github.com/argoproj/argo-workflows (Go), github.com/argoproj/argo-workflows/v2 (Go) or one of the others listed at an affected version. Junglewise does that check for you around the clock: connect your code, cloud and domains, and it matches new vulnerabilities like this one against what you actually run and tells you when one reaches you.
How to fix
- github.com/argoproj/argo-workflows/v3 (Go): upgrade to 3.7.14 or later
go get github.com/argoproj/argo-workflows/v3@v3.7.14 - github.com/argoproj/argo-workflows/v4 (Go): upgrade to 4.0.5 or later
go get github.com/argoproj/argo-workflows/v4@v4.0.5
Technical details
An improper validation of an array index (CWE-129) exists in the Argo Workflows controller's pod informer. Specifically, the podGCFromPod() function splits the 'workflows.argoproj.io/pod-gc-strategy' annotation value by a forward slash and unconditionally attempts to access the second element of the resulting array. If a user submits a workflow with an annotation lacking a slash, the controller triggers an out-of-bounds panic. Because this panic occurs within an informer goroutine outside the main recovery scope, the entire controller process crashes. The malicious pod remains in the cluster, leading to a persistent CrashLoopBackOff state that prevents any other workflows from being processed. The issue is resolved in versions 3.7.14 and 4.0.5.
Affected products
- argoproj Argo Workflows >= 3.6.5, <= 3.6.19; >= 3.7.0, <= 3.7.13; >= 4.0.0, <= 4.0.4
- Red Hat Red Hat OpenShift AI (RHOAI)
Identifiers
- CVE-2026-40886
- GHSA-5jv8-h7qh-rf5p
- GO-2026-5148
Timeline
- 2026-04-23: disclosed
- 2026-04-23: advisory
- 2026-04-23: patched