CVE-2026-123710: Red Hat Quay · CWE-1287
Source GCVE Database
Not known to be exploited · CVSS 9.8 Critical.
Data as of 11 Nov 2026, 16:20 UTC
Thin evidence
One scorer or none| CNA (redhat) | CVSS 3.1 | 9.8 |
|---|
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 11 Nov 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 11 Nov 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Red Hat Quay 3quay/quay-rhel8 | Affected– | Fixed in– |
| Red Hat Quay 3quay/quay-rhel9 | Affected– | Fixed in– |
| Red Hat Quay 5quay/quay-rhel9 | Affected– | Fixed in– |
AI-suggested
Restrict access to the /keys endpoint at the proxy or load balancer level so that only trusted internal components can reach it. Review audit logs for service_key_rotate and service_key_delete events with null expiration_date and remove any unrecognized approved service keys. Note that deleting rogue keys is not a permanent fix until a patched build is deployed, as the vulnerability allows reinstallation of rogue keys. Monitor Red Hat advisories for the release of an official fix and apply it promptly once available.
Description
A critical vulnerability in Red Hat Quay allows an unauthenticated attacker to obtain an anonymous registry token with a controlled audience and use it to install their own signing key without expiry via the service key rotation endpoint. This enables the attacker to create registry tokens accepted for any repository, granting read and write access to private images and the ability to replace repository tags. The flaw arises because the key rotation endpoint authenticates callers only by verifying the JWT signature from an approved key, without validating that the token is a legitimate rotation credential. Deployments exposing the /keys endpoint to untrusted clients are affected.