CVEvulnerability
CVE-2026-31892
8.9 HIGH
Official page ↗
- Status
- Modified
- Published
- 2026-03-11
- Last modified
- 2026-07-15
- Assigner
- [email protected]
- CVSS 4.0 ([email protected])
- 8.9 HIGH — CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:N/SC:H/SI:H/SA:H/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X
- CVSS 3.1 ([email protected])
- 8.1 HIGH — CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N
- CVSS 3.1 (0b0ca135-0b70-47e7-9f44-1890c2a1c46c)
- 9.9 CRITICAL — CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
- Weaknesses
- CWE-807, CWE-863
Description
Argo Workflows is an open source container-native workflow engine for orchestrating parallel jobs on Kubernetes. From 2.9.0 to before 4.0.2 and 3.7.11, A user who can submit Workflows can completely bypass all security settings defined in a WorkflowTemplate by including a podSpecPatch field in their Workflow submission. This works even when the controller is configured with templateReferencing: Strict, which is specifically documented as a mechanism to restrict users to admin-approved templates. The podSpecPatch field on a submitted Workflow takes precedence over the referenced WorkflowTemplate during spec merging and is applied directly to the pod spec at creation time with no security validation. This vulnerability is fixed in 4.0.2 and 3.7.11.
Affected configurations
• argoproj argo workflows (>= 2.9.0 < 3.7.11)
• argoproj argo workflows (>= 4.0.0 < 4.0.2)
Related
References
- https://github.com/argoproj/argo-workflows/security/advisories/GHSA-3wf5-g532-rcrr Exploit, Mitigation, Vendor Advisory
- https://access.redhat.com/errata/RHSA-2026:10184 access.redhat.com
- https://access.redhat.com/security/cve/CVE-2026-31892 access.redhat.com
- https://bugzilla.redhat.com/show_bug.cgi?id=2446551 bugzilla.redhat.com
- https://security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-31892.json security.access.redhat.com