CVE-2026-54099: Windows Machine Config Operator WICD CSR Privilege Escalation to Cluster Admin
A vulnerability in Red Hat's Windows Machine Config Operator (WMCO) for OpenShift Container Platform allows a compromised Windows worker node to escalate privileges to cluster administrator. The issue stems from insufficient validation in the certificate auto-approval process: while the system checks for the required organization value, it fails to reject additional organization claims like system:masters that grant elevated permissions. An attacker controlling a Windows worker node with valid WMCO credentials can exploit this to obtain a signed certificate with full cluster administrative access, effectively taking over the entire Kubernetes cluster.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.8 HIGH · CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-269
- Affected products
- 2 configuration(s)
- Published / Modified
- 2026-06-22 / 2026-07-15
NVD description (verbatim)
A flaw was found in the Windows Machine Config Operator (WMCO) for Red Hat OpenShift Container Platform. The WICD CSR auto-approver validates that a Certificate Signing Request contains the organization system:wicd-nodes but does not reject additional organization values such as system:masters. A compromised Windows worker node that holds WICD credentials can submit a CSR that is auto-approved and signed by the cluster, yielding a client certificate that grants cluster-administrator privileges and enabling full cluster takeover.
5 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The WICD (Windows Instance Config Daemon) CSR auto-approver in WMCO performs incomplete validation of Certificate Signing Requests. Specifically, it verifies the presence of the organization value system:wicd-nodes but does not enforce that this is the *only* organization present in the request. A malicious or compromised node can craft a CSR containing both system:wicd-nodes and system:masters; the auto-approver will pass validation and sign the certificate. The resulting client certificate contains cluster-admin role bindings, violating the principle of least privilege and enabling complete cluster compromise. The vulnerability is classified under CWE-269 (Improper Access Control) and requires local access to a Windows worker node with WICD credentials.
Business impact
Successful exploitation enables complete takeover of an OpenShift Container Platform cluster. An attacker gaining cluster-admin credentials can access all workloads, steal secrets and persistent data, modify cluster configuration, deploy malicious workloads, disrupt service availability, and pivot to connected systems. For organizations running Windows workloads on OpenShift, this represents a critical integrity and confidentiality risk. The attack path requires compromise of a Windows worker node first, but once achieved, the privilege escalation is automatic and trivial.
Affected systems
Red Hat OpenShift Container Platform deployments using the Windows Machine Config Operator (WMCO) to manage Windows worker nodes are affected. The vulnerability is specific to the WMCO's WICD CSR auto-approval logic and impacts any cluster that has WMCO installed and running Windows nodes with active WICD credentials. Organizations should determine which clusters include Windows worker nodes managed by WMCO to assess their exposure.
Exploitability
Exploitability requires prior compromise of a Windows worker node that holds valid WICD credentials—this represents a prerequisite local access requirement. Once a node is compromised, exploitation is trivial and requires no user interaction; the attacker simply submits a malformed CSR that the auto-approver will accept. The vulnerability is not remotely exploitable in isolation but becomes catastrophic once local node access is obtained. The lack of signature-based detection and the automatic nature of the CSR approval process mean exploitation is difficult to prevent without patch deployment.
Remediation
Apply the security patch from Red Hat addressing the CSR validation flaw. The fix enforces strict validation to reject CSRs that contain organization values other than system:wicd-nodes, eliminating the privilege escalation path. Consult the Red Hat OpenShift security advisory for the specific WMCO version and patched release. Additionally, implement defense-in-depth: restrict physical and network access to Windows worker nodes, enforce strong authentication for node credentials, rotate WICD credentials regularly, and monitor CSR submissions for anomalies.
Patch guidance
Monitor Red Hat's advisory for updated WMCO and OpenShift Container Platform releases addressing CVE-2026-54099. Apply patches to all OpenShift clusters running WMCO with Windows worker nodes as soon as they become available from Red Hat. Verify through the vendor advisory which WMCO and platform versions are affected and which releases contain the fix. Test patches in a staging environment before deploying to production. Given the HIGH severity and ease of exploitation post-compromise, expedited patching is strongly recommended.
Detection guidance
Review CloudAudit logs and Kubernetes API audit logs for Certificate Signing Request approvals, particularly those containing organization fields other than system:wicd-nodes. Monitor for client certificates with cluster-admin or system:masters claims issued through the WICD auto-approver. Implement monitoring on Windows worker nodes for suspicious WICD credential usage or CSR submission patterns. Search for any approved CSRs that contain multiple organization values or unexpected role claims. Retrospective detection is challenging; focus on continuous monitoring post-patch to ensure the issue does not recur.
Why prioritize this
HIGH CVSS score (8.8) reflects the severe impact (full cluster takeover) and wide scope of compromise. While a local attack prerequisite reduces remote exploitability, the ease of exploitation once a node is breached and the critical nature of cluster-admin access make this a top-priority fix. Windows worker node compromise, though requiring prior access, can result from supply-chain risks, misconfigurations, or lateral movement from compromised container workloads. Organizations should treat Windows worker node security as a critical control point and patch promptly.
Risk score, explained
The CVSS 3.1 score of 8.8 (HIGH) reflects: Attack Vector Local (AV:L) and low Attack Complexity (AC:L), as the vulnerability requires node compromise but is trivial to exploit; Privileges Required (PR:L) because valid WICD credentials are needed; Scope Changed (S:C) because the impact extends from the node to the entire cluster; and Confidentiality, Integrity, and Availability all rated High due to full cluster takeover potential. The score appropriately captures the severity while accounting for the local-access prerequisite.
Frequently asked questions
Can this vulnerability be exploited without compromising a Windows worker node first?
No. The vulnerability requires prior local access to a Windows worker node with valid WICD credentials. It cannot be exploited remotely in isolation. However, once a node is compromised—through misconfiguration, supply-chain attack, or lateral movement—the privilege escalation to cluster-admin is automatic and trivial.
Does this affect Linux worker nodes or Linux-only OpenShift clusters?
No. This vulnerability is specific to the Windows Machine Config Operator and WICD, which manage Windows worker nodes. Linux-only OpenShift clusters are not affected. However, mixed Linux/Windows clusters where Windows workers are compromised remain at risk.
What makes this a privilege escalation rather than just unauthorized CSR approval?
The CSR auto-approver signs certificates that carry Kubernetes role claims. By including system:masters in the certificate, the attacker obtains a client certificate that is recognized by the cluster as having cluster-admin privileges. This transforms CSR approval into an immediate privilege escalation to the highest level of cluster access.
How long should we wait before patching if we are not currently running Windows worker nodes?
If your OpenShift clusters do not use Windows worker nodes or do not have WMCO installed, this vulnerability does not apply. However, if you plan to add Windows workload capability in the future, ensure your WMCO version is patched before enabling Windows nodes.
This analysis is provided for informational purposes. SEC.co has not independently verified the vulnerability details and relies on the Red Hat advisory and CVE record. Organizations should consult official Red Hat security advisories and validate all patch versions, timelines, and applicability against their specific OpenShift environment. Exploit details and proof-of-concept code are not provided. This assessment does not constitute professional security advice; engage qualified security personnel for remediation planning. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2024-38487HIGHapi-gateway Container Escape via Root Privilege Mismanagement
- CVE-2025-31272HIGHmacOS Launch Constraint Bypass and Local Privilege Escalation
- CVE-2025-5088HIGHCVX Redis Privilege Escalation to Root Access
- CVE-2026-0009HIGHAndroid Tapjacking Local Privilege Escalation Vulnerability
- CVE-2026-0019HIGHAndroid SettingsLib Privilege Escalation Vulnerability
- CVE-2026-0063HIGHAndroid Carrier Restriction Bypass Leading to Local Privilege Escalation
- CVE-2026-0089HIGHAndroid PackageInstallerService Permission Check Bypass – Local Privilege Escalation
- CVE-2026-0091HIGHAndroid Launcher Privilege Escalation Vulnerability (CVSS 7.8)