Skip to main content

Mirror Registry For Red Hat Openshift CVE-2026-2377

| EUVDEUVD-2026-20507 MEDIUM
Server-Side Request Forgery (SSRF) (CWE-918)
2026-04-08 redhat GHSA-2c4x-699h-vw5x
6.5
CVSS 3.1 · Vendor: redhat
View

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.

Impact

This vulnerability presents a medium-severity risk with balanced exploitation and impact signals. The CVSS score of 6.5 is driven by high confidentiality impact (C:H) but restricted by authentication requirement (PR:L), a relatively low attack complexity (AC:L), and network accessibility (AV:N). The authentication gate is significant-only logged-in users can trigger the SSRF-which substantially reduces real-world attack surface compared to unauthenticated remote code execution vulnerabilities. However, the high confidentiality impact is concerning because SSRF can be chained to access internal metadata services (e.g., Kubernetes secrets, cloud provider credentials), internal APIs, or adjacent microservices not exposed to the internet. The lack of active exploitation data (no KEV or public POC identified) suggests this is not yet weaponized in campaigns, reducing immediate threat priority. In SSVC terms, this is a 'controlled' exploitation case requiring authentication, with significant but limited technical impact (confidentiality only, no code execution or availability loss). Organizations with strict network segmentation and minimal internal service exposure face lower real-world risk; those with permissive internal networks or sensitive metadata accessible via HTTP should prioritize remediation.

Exploit ScenarioDerived

A malicious insider with legitimate credentials to a Quay 3.x or Mirror Registry deployment crafts a log export request containing a URL parameter pointing to an internal Kubernetes API service or cloud metadata endpoint (e.g., http://169.254.169.254/latest/meta-data/iam/security-credentials/ on AWS). The application's backend processes the URL without validation and makes an HTTP request to that internal service, returning sensitive data (API tokens, cloud credentials) in the log export response, which the attacker then exfiltrates. This attack requires authentication but does not require social engineering or complex exploitation.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
No patch listed yet 0.0% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Apr 08, 2026

Server-side request forgery (SSRF) in Red Hat Mirror Registry and Red Hat Quay 3.x allows authenticated users to conduct arbitrary requests to internal network resources via a specially crafted URL in the log export feature, potentially exposing sensitive information and compromising internal systems. CVSS 6.5 (medium severity) with confirmed authentication requirement and high confidentiality impact. No active exploitation or public exploit code identified at time of analysis.

RemediationAI

Consult the Red Hat security advisory at https://access.redhat.com/security/cve/CVE-2026-2377 for the specific patched versions available for Mirror Registry and Quay 3.x; apply the recommended patch or upgrade immediately. As an interim control pending patch deployment, restrict access to the log export feature to only trusted administrative users and implement network-level controls (firewall rules, egress filtering) to prevent the affected application backends from reaching sensitive internal services or metadata endpoints. Additionally, audit audit logs for suspicious log export requests with unusual URL parameters targeting internal IP ranges or localhost.

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 exploits improper input validation in the log export functionality of Red Hat Mirror Registry and Red Hat Quay. When an authenticated user provides a maliciously crafted URL parameter to the log export feature, the application's backend processes the request without sufficient server-side validation, allowing the backend to make HTTP requests to attacker-specified destinations. This is a classic Server-Side Request Forgery (SSRF) vulnerability classified under CWE-918 (Server-Side Request Forgery), where the application acts as an unwitting proxy for the attacker. The affected products are Red Hat Mirror Registry for Red Hat OpenShift (all versions), Mirror Registry for Red Hat OpenShift 2.x, and Red Hat Quay 3.x, as identified by multiple CPE strings in the inventory.

Know when Mirror Registry For Red Hat Openshift 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 6.5 MEDIUM
AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N
Red Hat 6.5 HIGH

Primary rating from Vendor (redhat).

CVSS VectorVendor: redhat

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

DescriptionCVE.org

A flaw was found in mirror-registry. Authenticated users can exploit the log export feature by providing a specially crafted web address (URL). This allows the application's backend to make arbitrary requests to internal network resources, a vulnerability known as Server-Side Request Forgery (SSRF). This could lead to unauthorized access to sensitive information or other internal systems.

Threat Intelligence Overview

EPSS Score
0.0%
Top 90% exploitable
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 MEDIUM
CISA KEV No
Public POC No
EPSS 0.0%
Patch available No
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.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· derived
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

32
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +32
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.

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

Affected Products (CPE)CVE.org

cpe:2.3:a:red_hat:mirror_registry_for_red_hat_openshift:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:mirror_registry_for_red_hat_openshift_2:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_quay_3:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_quay_3:*:*:*:*:*:*:*:*

Vendor StatusVendor

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