CVE-2025-7777: mirror registry for Red Hat OpenShift · Open Redirect
Affects mirror registry for Red Hat OpenShiftSource CVE Database V5
Not known to be exploited · CVSS 6.5 Medium.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 11% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 20 Aug 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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-25.
What to do
AI-suggested
To mitigate CVE-2025-7777, organizations should implement the following specific measures: 1) Apply vendor-provided patches or updates for the Red Hat OpenShift mirror registry as soon as they become available to ensure proper Host header validation. 2) In the interim, configure web application firewalls (WAFs) or reverse proxies to validate and restrict Host headers to known, trusted domains to prevent malicious redirects. 3) Monitor logs for unusual redirect patterns or unexpected Host header values that could indicate exploitation attempts. 4) Educate users about phishing risks and encourage vigilance when clicking on links, especially those involving redirects. 5) Review and harden network segmentation to limit exposure of the mirror registry to untrusted networks. 6) Conduct regular security assessments and penetration testing focused on HTTP header manipulation vulnerabilities. 7) Collaborate with Red Hat support and security advisories to stay informed about updates and best practices. These targeted actions go beyond generic advice by focusing on immediate controls and monitoring strategies specific to the vulnerability's nature.
Description
The mirror-registry doesn't properly sanitize the host header HTTP header in HTTP request received, allowing an attacker to perform malicious redirects to attacker-controlled domains or phishing campaigns.