Red Hat Quay Vulnerability CVE-2026-123710: Critical Flaw With No Fixed Version Yet, What Is Confirmed and How to Check if /keys Is Exposed
Red Hat Quay has a critical flaw, CVE-2026-123710, reported at CVSS 9.8, and no fixed version is listed yet. Red Hat says deployments where /keys is reachable by untrusted clients are affected. Here is what is confirmed and what to check this week.
Where Worldwide
On this page 9 sections
A flaw tracked as CVE-2026-123710 has been found in Red Hat Quay, and Red Hat says deployments where the /keys path can be reached by untrusted clients are affected. It is reported as critical, with a CVSS score of 9.8, and no fixed version exists yet. If your business runs Quay, your job this week is to find out whether /keys is exposed and to limit who can reach it.
What happened with the Red Hat Quay vulnerability
Red Hat's CVE page for CVE-2026-123710 says: "A flaw was found in Red Hat Quay." The same page says who is at risk: "Deployments where /keys is reachable by untrusted clients are affected." Red Hat files the weakness under CWE-1287.
Cyberpress reports that the issue became public on November 11, 2026, and that Red Hat credits Dave O'Connor with finding it. Cyberpress also reports that the Red Hat Bugzilla entry for the flaw, number 2568072, still shows status NEW and lists no fixed version.
Put simply: the flaw is public, it is rated about as severe as a flaw can be, and there is nothing to install yet.
What is confirmed and what is only reported
We opened two sources. We keep them apart below, because one is the vendor and the other is a news site.
| Detail | What it says | Where it comes from |
|---|---|---|
| CVE id | CVE-2026-123710 | Red Hat CVE page |
| Product | Red Hat Quay | Red Hat CVE page |
| Who is affected | Deployments where /keys is reachable by untrusted clients | Red Hat CVE page |
| Weakness type | CWE-1287 | Red Hat CVE page |
| Severity | Critical, CVSS v3.1 9.8 | Cyberpress report |
| Fix status | Bugzilla 2568072 at status NEW, no fixed version listed | Cyberpress report |
| Public date | November 11, 2026 | Cyberpress report |
| Credited finder | Dave O'Connor | Cyberpress report |
The severity score and fix status come from Cyberpress, not from a Red Hat page we opened. They fit with the rest of the story, but check the Red Hat CVE page yourself before you make decisions based on them.
What a CVSS 9.8 score means for Quay
Cyberpress gives the full scoring vector: AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H. In plain English:
- AV:N (network): the attack can come over the network. Nobody needs to be at the machine.
- AC:L (low complexity): no special conditions are needed for it to work.
- PR:N (no privileges): the attacker does not need an account or a login.
- UI:N (no user interaction): nobody on your side has to click anything.
- C:H/I:H/A:H: the scorer rated the possible impact on confidentiality, integrity and availability as high. That means reading data, changing data and disrupting service.
Put those together with Red Hat's wording about /keys and the risk is clear. If an untrusted client can reach that path, the scoring says an attacker with no login could do serious damage.
What is not known yet
The sources we checked leave several important questions open:
- Exactly what an attacker can do. Neither source we verified explains how the attack works or what an attacker gains, beyond the impact ratings in the score. Some headlines describe specific results. We could not confirm those details, so we are not repeating them.
- Which versions are affected. The only affected condition we can confirm is /keys being reachable by untrusted clients. We found no list of affected version numbers.
- Whether it is being exploited. Neither source says it is, and neither says it is not.
- When a fix will ship. No fixed version is listed and no date has been given.
- Whether there is an official workaround. We found no workaround published by Red Hat in the sources we checked.
Is my Red Hat Quay deployment affected?
Going by Red Hat's wording, you should treat your deployment as affected if two things are true: you run Red Hat Quay, and its /keys path can be reached by clients you do not trust. If Quay is open to the internet, or to a wide internal network that includes guest Wi-Fi, contractors or unmanaged devices, assume you are affected until you have checked.
If an agency, contractor or hosting provider runs Quay for you, ask them directly. A common gap is that nobody owns the update. We cover that in Who Is Patching the Software That Runs Your Business?.
What to do this week
There is no patch, so this week is about limiting exposure and getting ready.
| Step | What to do | How to check |
|---|---|---|
| 1. Find every Quay instance | List every Red Hat Quay deployment you run or that someone runs for you, including test and staging copies | Ask your developers and hosting provider, and check your server inventory |
| 2. Test whether /keys is reachable | From a device outside your network, for example a phone on mobile data, try to reach your-quay-hostname/keys |
If it answers from outside, untrusted clients can reach it |
| 3. Limit who can reach /keys | Use your firewall, reverse proxy or VPN so that only trusted clients can reach Quay, and /keys in particular | Repeat step 2 and confirm the outside request is blocked |
| 4. Test before you block | We base this step on Red Hat's description of who is affected. It is not an official workaround, and we do not know what in your setup depends on /keys | Try the change in staging first, or at a quiet time, with someone watching your build and deploy jobs |
| 5. Review access logs | Look for requests to /keys from addresses you do not recognize | Ask whoever runs Quay to pull the logs since November 11, 2026, and from earlier if possible |
| 6. Watch for the fix | Check the Red Hat CVE page and Bugzilla 2568072 for a fixed version, and book a maintenance window now | Put a reminder in the calendar to check every few days |
When a fix does arrive, make sure it is actually installed and running, not just downloaded. We explain why that difference matters in Updated Is Not the Same as Patched.
Why this matters for a company network or website
If you use Quay to store the software your servers pull and run, then Quay is part of how your website, apps and internal tools get built and shipped. A flaw rated high for confidentiality, integrity and availability, open to attackers with no login, is a risk to the systems that depend on it.
Flaws with no fix yet are also the hardest kind to manage. There is no update to tick off, so the job is to know where the product runs and to keep internal paths off the open internet. That is the same lesson as other unpatched flaws we have covered. If you host your own systems, our self-hosting and infrastructure page explains how we approach keeping them reachable only by the people who need them.
Red Hat Quay vulnerability questions people are asking
What is CVE-2026-123710?
It is a flaw in Red Hat Quay. Red Hat says deployments where /keys is reachable by untrusted clients are affected. The weakness is classed as CWE-1287.
How serious is the Red Hat Quay flaw?
Cyberpress reports it as critical, with a CVSS v3.1 score of 9.8. The vector shows it can be attacked over the network with no login and no user interaction.
Is there a patch for CVE-2026-123710?
Not yet. Cyberpress reports that Bugzilla entry 2568072 still shows status NEW and lists no fixed version.
Which Red Hat Quay versions are affected?
No version list was published in the sources we checked. Red Hat's stated condition is that /keys can be reached by untrusted clients.
Is the Red Hat Quay vulnerability being exploited?
The sources we checked do not say either way. Treat that as unknown, not as safe.
When did the Quay flaw become public, and who found it?
Cyberpress reports it became public on November 11, 2026, and that Red Hat credits Dave O'Connor with the discovery.
The bigger lesson
Some critical flaws arrive before the fix does. When that happens, what protects you is knowing what you run and making sure internal paths are not open to anyone who asks.
If you want someone to check what your systems expose and keep them patched, see security hardening or get a quote.
Get security alerts by email, with the free checklist, at /security-alerts.
Sources: Red Hat CVE-2026-123710; Cyberpress: Critical Red Hat Quay flaw.
Have a question about this article?
Ask it here and we will answer you directly by email. Questions are private, never posted.
Security alerts by email
Hear about the next one first.
When attackers start using a flaw in software businesses run on, we email what it is, whether it touches you and what to do that week, with a round-up of our latest security writing. Free, one-click unsubscribe. You get the checklist straight away: 12 things to secure this week.
Want a result like this?
Security alerts, breaches and the technology a business runs on: what happened, who it affects and what to do.
Get a Tech QuoteKeep reading
Check Point Vulnerability CVE-2026-123039: Exploited Gateway Flaw Gives Attackers Root, Wiper and Backdoors Found, and the Jumbo Hotfix Takes to Install
Check Point confirmed attackers used a root flaw in Gaia's DynamicCLI service against a couple of dozen custom...
SQL Server Malware: Internet-Facing Microsoft SQL Servers Hit With a Monero Miner and Gh0st RAT, What Is Confirmed and What to Check This Week
Fortinet researchers found an active campaign against internet-facing Microsoft SQL Servers. Attackers install...
Microsoft 365 Outage: Outlook, Teams, SharePoint, Copilot and Defender XDR Disrupted November 12 to 13, What Is Confirmed and What to Do This Week
A major Microsoft 365 outage began November 12, 2026 and ran into November 13, with reported disruption to Out...