WorkflowTemplate Security Bypass via podSpecPatch in Strict/Secure Reference Mode
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.
- Products
- Not specified
- Affected versions
- Not specified
- Fixed versions
- Not specified
- CVEs
- CVE-2026-31892
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 4 Nov 2026, 17:06 UTC · Revision 1
Source evidence
WorkflowTemplate Security Bypass via podSpecPatch in Strict/Secure Reference Mode
core-osv · Original sourcePublished 11 Mar 2026, 15:41 UTC
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.
osv:CVE-2026-31892
Complete source record
{
"id": "bf9803a7857d35cc821b4a4ae818abfe5413783a52ed9afded71334bc220f113",
"url": "https://osv.dev/vulnerability/CVE-2026-31892",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "WorkflowTemplate Security Bypass via podSpecPatch in Strict/Secure Reference Mode",
"summary": "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.",
"evidence": "osv:CVE-2026-31892",
"products": [],
"severity": "high",
"structured": {
"id": "CVE-2026-31892",
"aliases": [
"BIT-argo-workflows-2026-31892",
"CVE-2026-31892",
"GHSA-3wf5-g532-rcrr",
"GO-2026-4681"
],
"metrics": [
{
"type": "CVSS_V4",
"score": "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"
}
],
"affected": [
{
"ranges": [
{
"repo": "https://github.com/argoproj/argo-workflows",
"type": "GIT",
"events": [
{
"introduced": "d67d3b1dbc61ebc5789806794ccd7e2debd71ffc"
},
{
"fixed": "8aad740bb4fb4698f0463e2106d8e1dfafbe72cd"
},
{
"introduced": "a8bff4a72130bc1a13d95c6f73ff3fafec880287"
},
{
"fixed": "32afec3c401c0920517bf1e890fa7dba6170cdf2"
}
],
"database_specific": {
"extracted_events": [
{
"cpe": "cpe:2.3:a:argoproj:argo_workflows:*:*:*:*:*:go:*:*",
"range": [
{
"introduced": "2.9.0"
},
{
"fixed": "3.7.11"
}
],
"source": "CPE_RANGE"
},
{
"cpe": "cpe:2.3:a:argoproj:argo_workflows:*:*:*:*:*:go:*:*",
"range": [
{
"introduced": "4.0.0"
},
{
"fixed": "4.0.2"
}
],
"source": "CPE_RANGE"
}
]
}
}
],
"versions": [
"v4.0.1",
"v4.0.0"
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-31892.json"
}
}
],
"modified": "2026-10-28T02:30:37.786341021Z",
"provider": "osv",
"references": [
"https://security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-31892.json",
"https://access.redhat.com/errata/RHSA-2026:10184",
"https://access.redhat.com/security/cve/CVE-2026-31892",
"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/31xxx/CVE-2026-31892.json",
"https://github.com/argoproj/argo-workflows/security/advisories/GHSA-3wf5-g532-rcrr",
"https://nvd.nist.gov/vuln/detail/CVE-2026-31892",
"https://bugzilla.redhat.com/show_bug.cgi?id=2446551"
],
"provider_metadata": {
"cwe_ids": [
"CWE-863"
],
"cna_assigner": "GitHub_M",
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/31xxx/CVE-2026-31892.json"
}
},
"related_cves": [
{
"value": "CVE-2026-31892",
"evidence": "/id"
}
],
"security_relevant": true,
"severity_evidence": "/severity/0/score"
},
"source_id": "core-osv",
"document_id": 505139,
"published_at": "2026-03-11T15:41:14.376+00:00"
}