Skip to main content
VulnerabilityPublished Updated

CVE-2023-5408: Red Hat OpenShift Container Platform 4.11 · Improper Privilege Management

Affects Red Hat OpenShift Container Platform 4.11Source CVE Database V5

0

Not known to be exploited · CVSS 7.2 High.

Data as of 26 Oct 2026, 10:12 UTC

CVSS 3.1 base score
7.2High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
1.5% chance of exploitation in 30 days – higher than 74% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 2 Nov 2023

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

AI-suggested

To mitigate CVE-2023-5408, European organizations should: 1) Apply the latest security patches and updates from Red Hat OpenShift as soon as they become available to address the vulnerability directly. 2) Implement strict RBAC policies to limit which users and service accounts can modify node labels, especially node role labels, to prevent unauthorized changes. 3) Monitor and audit node label changes continuously using Kubernetes audit logs and integrate alerts for suspicious modifications. 4) Enforce workload scheduling policies that restrict workloads from running on control plane and etcd nodes unless explicitly required and authorized. 5) Use network segmentation and pod security policies to limit the impact of compromised workloads and prevent lateral movement within the cluster. 6) Conduct regular security assessments and penetration testing focused on Kubernetes admission controls and node management. 7) Educate cluster administrators on the risks associated with node label modifications and privilege escalation paths. These targeted actions go beyond generic advice by focusing on controlling node label integrity and workload placement, which are central to this vulnerability.

Description

A privilege escalation flaw was found in the node restriction admission plugin of the kubernetes api server of OpenShift. A remote attacker who modifies the node role label could steer workloads from the control plane and etcd nodes onto different worker nodes and gain broader access to the cluster.

References

Community reviews

Loading reviews…