Skip to main content
CVE-2025-4437VulnerabilityPublished Updated

CVE-2025-4437: Red Hat OpenShift Container Platform 4 · Unthrottled Resource Allocation

Affects Red Hat OpenShift Container Platform 4Source CVE Database V5

0

Not known to be exploited · CVSS 5.7 Medium.

Data as of 26 Oct 2026, 06:26 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 20 Aug 2025

  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 2026-10-26.

What to do

AI-suggested

To mitigate CVE-2025-4437, organizations should take the following specific actions: 1) Monitor and audit container images and runtime environments to ensure /etc/passwd files are of reasonable size and do not contain excessive entries that could trigger high memory usage. 2) Implement strict admission controls and policies to restrict the ability of users to launch containers with arbitrary or non-existent runAsUser values, limiting privilege escalation or misuse. 3) Apply any vendor-provided patches or updates from Red Hat addressing this vulnerability as soon as they become available. 4) Use resource quotas and limits at the Kubernetes/OpenShift level to constrain memory usage per pod and node, reducing the impact of memory exhaustion events. 5) Employ runtime monitoring and alerting to detect unusual memory consumption patterns on nodes hosting OpenShift workloads. 6) Consider isolating critical workloads on dedicated nodes to minimize collateral impact from DoS caused by other containers. 7) Educate developers and operators about the risks of specifying non-existent users in security contexts and enforce best practices for container user management. These measures combined will reduce the likelihood and impact of exploitation beyond generic advice.

Description

There's a vulnerability in the CRI-O application where when container is launched with securityContext.runAsUser specifying a non-existent user, CRI-O attempts to create the user, reading the container's entire /etc/passwd file into memory. If this file is excessively large, it can cause the a high memory consumption leading applications to be killed due to out-of-memory. As a result a denial-of-service can be achieved, possibly disrupting other pods and services running in the same host.

References

Community reviews

Loading reviews…