Skip to main content

OpenShift Console CVE-2026-50237

| EUVDEUVD-2026-56132 HIGH
Server-Side Request Forgery (SSRF) (CWE-918)
2026-08-11 redhat GHSA-5mvj-m7fw-m49w
7.4
CVSS 3.1 · Vendor: redhat
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Obtain low-privileged namespace tenant credentials
  2. Delivery
    Create ProjectHelmChartRepository with attacker-controlled URL
  3. Exploit
    Console pod fetches attacker server bypassing egress controls
  4. Execution
    Serve poisoned Helm chart index from attacker server
  5. Persist
    Social-engineer administrator to install chart from poisoned catalog
  6. Impact
    Malicious chart payload executes with elevated cluster privileges

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service URL allowlisting, SSRF prevention
MITRE ATT&CK

2 techniques across 2 tactics: Initial Access, Credential Access

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

The attacker must be a low-privileged namespace tenant (PR:L per CVSS, confirmed by CVSS vector) with RBAC permission to create or modify ProjectHelmChartRepository custom resources within their namespace - this is the specific API access gate that enables URL injection. The OpenShift Console Helm catalog proxy feature must be active. For the full privilege escalation outcome, a cluster administrator must install a Helm chart from the tenant-poisoned catalog, introducing a hard dependency on admin action (social engineering or inadvertent installation from a listing the admin believes is trusted). The SSRF component alone - reaching internal network addresses or exfiltrating internal responses - does not require admin interaction and is exploitable whenever ProjectHelmChartRepository write access is granted to the tenant. Exploitation is bounded by: (1) requiring authenticated low-privileged cluster access, excluding unauthenticated external attackers; (2) the complete privilege escalation path requiring admin-mediated chart installation; (3) the console pod's network reachability, which determines what internal addresses are accessible via the SSRF.

Impact

The NVD/Red Hat CVSS base score of 7.4 (AV:N/AC:L/PR:L/UI:N/S:C/C:L/I:L/A:L) captures the SSRF trigger in isolation - a low-privileged tenant sending an arbitrary URL that the console fetches server-side - but does not fully reflect the complexity of the complete privilege escalation path. The CVSS UI:N rating is in tension with the description's explicit requirement for admin-mediated chart installation; the full attack chain requires an administrator to install the poisoned chart, which introduces a meaningful dependency on admin action not accounted for by UI:N. Real-world exploitability of the complete privilege escalation scenario is therefore lower than the CVSS score suggests. The SSRF component alone - bypassing egress to reach internal services or exfiltrate data via server-side requests - is exploitable without admin involvement and represents the more immediately actionable risk. No EPSS data was provided in the available intelligence, no CISA KEV listing exists, and no public POC has been identified, all of which further moderate near-term exploitation risk. The Scope:Changed (S:C) rating is well-grounded: the console pod's requests originate outside the tenant's namespace, crossing the namespace security boundary and potentially reaching cluster-internal infrastructure.

Exploit ScenarioDerived

A low-privileged namespace tenant with ProjectHelmChartRepository write access creates a custom resource pointing to an attacker-controlled server hosting a poisoned Helm chart index. The OpenShift Console pod fetches the URL server-side - bypassing the tenant's own egress restrictions - allowing the attacker to probe internal cluster services or have the console retrieve malicious chart metadata. If the attacker then convinces or waits for a cluster administrator to install a chart from the poisoned catalog, the malicious chart payload executes with elevated cluster privileges, achieving privilege escalation; no public POC has been identified to date.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Aug 11, 2026

Server-Side Request Forgery in the OpenShift Console Helm catalog proxy allows low-privileged namespace tenants to plant a malicious ProjectHelmChartRepository resource pointing to an attacker-controlled URL, causing the console pod to issue server-side fetches that bypass tenant egress restrictions. Combined with Helm catalog metadata poisoning and subsequent admin-mediated chart installation, this multi-stage attack chain enables privilege escalation within the cluster. No CISA KEV listing or public exploit code has been identified at time of analysis, though the CVSS Scope:Changed rating correctly reflects that the console pod's cross-boundary requests extend impact beyond the originating namespace.

RemediationAI

No vendor-released patched version has been confirmed in the available data - affected version range is inferred from the wildcard NVD CPE only; monitor https://access.redhat.com/security/cve/CVE-2026-50237 for an official errata. As immediate compensating controls: restrict creation of ProjectHelmChartRepository resources to cluster administrators only by removing or tightening the RBAC ClusterRole or Role bindings that grant namespace tenants write access to this CRD - this eliminates the SSRF trigger path entirely but removes tenant self-service Helm catalog management. Alternatively, deploy a validating admission webhook or OPA/Gatekeeper constraint on ProjectHelmChartRepository objects to enforce an allowlist of approved repository URLs, preserving self-service at the cost of maintaining the allowlist and added admission latency. Until a patch is applied, administrators should audit all existing ProjectHelmChartRepository resources cluster-wide for unexpected or external URLs and suspend chart installations sourced from tenant-defined catalogs.

Affects your stack

Find out whether the stacks and servers you run are on an affected version.

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

The vulnerability resides in Red Hat OpenShift Container Platform 4 (cpe:2.3:a:red_hat:red_hat_openshift_container_platform_4:*:*:*:*:*:*:*:*) within the OpenShift Console's Helm chart catalog proxy feature. OpenShift allows namespace-scoped tenants to declare ProjectHelmChartRepository custom resources that specify Helm chart repository URLs. The console pod - which runs with elevated cluster-internal permissions and is not subject to the same egress controls as tenant workloads - fetches these URLs server-side to populate catalog listings. CWE-918 (Server-Side Request Forgery) is the root cause: the console accepts user-supplied repository URLs without sufficient validation or egress restriction, enabling requests to internal cluster addresses or attacker-controlled infrastructure that the tenant itself would be blocked from reaching directly. The secondary supply chain dimension involves poisoning the served chart metadata (index.yaml or chart tarballs) so that an administrator who subsequently installs a chart from the compromised catalog executes a malicious payload with elevated cluster privileges.

Know when Red Hat Openshift Container Platform 4 gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (redhat) PRIMARY 7.4 HIGH
AV:N/AC:L/PR:L/UI:N/S:C/C:L/I:L/A:L
vuln.today AI 6.5 MEDIUM

AC:H and UI:R reflect that full privilege escalation requires coordinated metadata poisoning plus admin chart installation; I:H captures the cluster-level privilege escalation impact.

3.1 AV:N/AC:H/PR:L/UI:R/S:C/C:L/I:H/A:N
4.0 AV:N/AC:H/AT:P/PR:L/UI:A/VC:L/VI:H/VA:N/SC:L/SI:H/SA:N
Red Hat 7.4 HIGH

Primary rating from Vendor (redhat).

CVSS VectorVendor: redhat

Attack Vector
Network
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Changed
Confidentiality
Low
Integrity
Low
Availability
Low

DescriptionCVE.org

A Server-Side Request Forgery and supply chain flaw was found in the OpenShift Console Helm catalog proxy. A namespace tenant can plant a ProjectHelmChartRepository with an arbitrary URL that the console pod fetches server-side, bypassing tenant egress restrictions. Combined with catalog metadata poisoning and admin-mediated chart installation, this enables privilege escalation.

Executive ViewAI

Why It Matters

A Server-Side Request Forgery vulnerability in OpenShift Console Helm catalog proxy enables low-privileged cluster users to bypass tenant egress controls and achieve privilege escalation across namespace boundaries. This multi-stage attack chain exploits console pod cross-namespace requests combined with administrator chart installation workflows, breaking tenant isolation in multi-tenant deployments. Organizations running OpenShift with Helm catalog integration face elevated risk of lateral movement and unauthorized access to cluster resources.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations include: (1) Disable or restrict Helm catalog proxy functionality through console RBAC if operationally acceptable; (2) Implement Kubernetes network policies limiting console pod outbound traffic to approved registries only; (3) Deploy egress filtering at cluster network boundary to prevent untrusted outbound connections; (4) Enable detailed audit logging for ProjectHelmChartRepository creation and modification; (5) Enforce least-privilege RBAC for chart installation and require multiple approvals for external sources; (6) Implement automated verification and scanning of Helm chart repositories to detect metadata poisoning.

Threat Intelligence Overview

EPSS Score
0.2%
Top 93% exploitable
Prevalence
Medium
widely-used enterprise Kubernetes platform, not universally deployed
Data Quality
7 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment Vendor VulDB

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.2%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Partial

Priority Score

37
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +37
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.

Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.

Affected Products (CPE)CVE.org

cpe:2.3:a:red_hat:red_hat_openshift_container_platform_4:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_openshift_container_platform_4:*:*:*:*:*:*:*:*
CVE-2026-4480 CRITICAL POC
9.0 May 26

Remote code execution in Samba's printing subsystem allows remote attackers to inject arbitrary shell commands via craft

CVE-2026-92574 HIGH POC
8.8 Sep 21

Elevated-privilege container restoration in CRI-O 1.34 and later, including downstream Red Hat OpenShift Container Platf

CVE-2026-114406 MEDIUM POC
6.8 Oct 21

The system CA trust store shipped in Red Hat's ca-certificates RPM packages includes eMudhra root authorities that signe

CVE-2026-66792 CRITICAL
9.9 Aug 17

Privilege escalation in Red Hat Advanced Cluster Management's multicloud-operators-subscription controller lets a low-pr

CVE-2026-5121 HIGH
7.5 Mar 30

Remote code execution in libarchive on 32-bit systems allows unauthenticated attackers to execute arbitrary code via spe

CVE-2026-6732 HIGH
7.5 Apr 23

Denial of service in libxml2 allows a remote attacker to crash any application that uses the library to XSD-validate an

CVE-2026-107935 CRITICAL
9.3 Oct 09

Unauthenticated path traversal in gvproxy, the network forwarder shipped in the gvisor-tap-vsock package (used by Podman

CVE-2026-33845 CRITICAL
9.1 Apr 30

Out-of-bounds read in the GnuTLS DTLS handshake reassembly logic lets remote unauthenticated attackers trigger an intege

CVE-2026-16526 HIGH
8.8 Jul 30

Local privilege escalation in Performance Co-Pilot (PCP) on Red Hat Enterprise Linux 6 through 10 and OpenShift Containe

CVE-2026-14474 HIGH
8.8 Jul 07

Local-to-domain-wide root privilege escalation in SSSD's LDAP sudo provider allows an authenticated LDAP directory user

CVE-2026-89091 HIGH
8.8 Oct 08

Symlink-following file overwrite on the Ansible control node is possible in ansible-core when a user runs `ansible-galax

CVE-2026-93834 HIGH
8.8 Sep 25

A use-after-free race condition in QEMU's 9pfs (virtfs) passthrough subsystem allows a malicious guest user to escape th

Vendor StatusVendor

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy