CVE-2026-10533: Allocation of Resources Without Limits or Throttling in Red Hat Red Hat OpenShift Container Platform 4
A flaw was found in OpenShift Container Platform. Completed pods with restartPolicy: Never do not count toward ResourceQuota pod limits, and Kubernetes events are not quota-scoped. A non-privileged user who can create pods in a namespace can exploit this to generate a large volume of events that accumulate in etcd, causing API server performance degradation across the cluster.
AI Analysis
Technical Summary
The vulnerability in Red Hat OpenShift Container Platform 4 arises because completed pods configured with restartPolicy: Never are excluded from ResourceQuota pod limits, and Kubernetes events are not limited by quota. This flaw permits a non-privileged user who can create pods in a namespace to generate a large volume of Kubernetes events. These events accumulate in etcd, the cluster's backing store, which can degrade the API server's performance cluster-wide. The issue impacts availability but does not affect confidentiality or integrity. The CVSS 3.1 base score is 5.0 (medium severity), reflecting network attack vector, low attack complexity, low privileges required, no user interaction, and scope change. No patch or official remediation guidance is currently provided by Red Hat in the advisory.
Potential Impact
The vulnerability impacts the availability of the OpenShift cluster by allowing resource exhaustion in etcd due to unbounded event accumulation. This can degrade API server performance across the cluster, potentially affecting cluster operations and responsiveness. There is no impact on confidentiality or integrity. No known exploits are reported in the wild.
Mitigation Recommendations
Patch status is not yet confirmed — check the Red Hat advisory at https://access.redhat.com/security/cve/CVE-2026-10533 for current remediation guidance. Until an official fix is available, consider restricting pod creation permissions to trusted users only and monitor cluster performance for signs of resource exhaustion. Avoid relying on ResourceQuota pod limits alone to control resource usage for pods with restartPolicy: Never. No vendor advisory states that no action is required or that the issue is already mitigated.
CVE-2026-10533: Allocation of Resources Without Limits or Throttling in Red Hat Red Hat OpenShift Container Platform 4
Description
A flaw was found in OpenShift Container Platform. Completed pods with restartPolicy: Never do not count toward ResourceQuota pod limits, and Kubernetes events are not quota-scoped. A non-privileged user who can create pods in a namespace can exploit this to generate a large volume of events that accumulate in etcd, causing API server performance degradation across the cluster.
CVSS v3.1
Score 5.0medium
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability in Red Hat OpenShift Container Platform 4 arises because completed pods configured with restartPolicy: Never are excluded from ResourceQuota pod limits, and Kubernetes events are not limited by quota. This flaw permits a non-privileged user who can create pods in a namespace to generate a large volume of Kubernetes events. These events accumulate in etcd, the cluster's backing store, which can degrade the API server's performance cluster-wide. The issue impacts availability but does not affect confidentiality or integrity. The CVSS 3.1 base score is 5.0 (medium severity), reflecting network attack vector, low attack complexity, low privileges required, no user interaction, and scope change. No patch or official remediation guidance is currently provided by Red Hat in the advisory.
Potential Impact
The vulnerability impacts the availability of the OpenShift cluster by allowing resource exhaustion in etcd due to unbounded event accumulation. This can degrade API server performance across the cluster, potentially affecting cluster operations and responsiveness. There is no impact on confidentiality or integrity. No known exploits are reported in the wild.
Mitigation Recommendations
Patch status is not yet confirmed — check the Red Hat advisory at https://access.redhat.com/security/cve/CVE-2026-10533 for current remediation guidance. Until an official fix is available, consider restricting pod creation permissions to trusted users only and monitor cluster performance for signs of resource exhaustion. Avoid relying on ResourceQuota pod limits alone to control resource usage for pods with restartPolicy: Never. No vendor advisory states that no action is required or that the issue is already mitigated.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- redhat
- Date Reserved
- 2026-06-01T11:32:36.795Z
- Cvss Version
- 3.1
- State
- PUBLISHED
- Remediation Level
- null
- Vendor Advisory Urls
- [{"url":"https://access.redhat.com/security/cve/CVE-2026-10533","vendor":"Red Hat"}]
Threat ID: 6a1d9f52e29bf47b5008b348
Added to database: 06/01/2026, 15:03:46 UTC
Last enriched: 06/08/2026, 19:59:12 UTC
Last updated: 07/31/2026, 19:22:57 UTC
Views: 63
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.