External risk intelligence

Red Hat Quay Unauthenticated Registry Token Compromise Allows Unauthorized Access to Private Images

CVE advisorySeverity: CRITICAL (CVSS 9.8)

CVE-2026-123710

Red Hat Quay is a container registry platform frequently deployed as a public-facing or internet-accessible service to facilitate container image distribution and CI/CD pipeline integration. Because it often serves as a primary edge gateway for container image management, it is commonly exposed to network traffic to allow external clients and build systems to pull or push images.

Halo Surface Signal: 4 out of 5 — likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

A vulnerability has been identified in Red Hat Quay, a technology used for managing container images. This flaw allows unauthorized access to obtain a special token that can be used to install a malicious signing key. Once this key is installed, an attacker could potentially gain broad read and write access to private images and alter repository tags without needing any prior authentication.

  • Allows anonymous token misuse for unauthorized access.
  • Potential for widespread unauthorized access to private images.
  • Confirm if Red Hat Quay is in use and assess exposure.

Attack Path

How an attacker could exploit the issue

An attacker could start by interacting with the registry from the network, requiring no prior authentication or access. They could then leverage a flaw in the registry's token handling to create a specially crafted token that grants them unauthorized privileges. This could ultimately lead to the compromise of private container images and the ability to alter repository data.

  • No authentication needed to start.
  • Malicious token targets key rotation.
  • Full control over private images.

Live Threat

Current exploitation, exposure, and threat context

An unauthenticated attacker could gain unauthorized access to private container images. This is possible by obtaining an anonymous registry token, using it to install a custom signing key, and then leveraging that key to access any repository.

  • Private container images could be accessed.
  • An attacker could install a custom signing key.
  • Sensitive intellectual property may be exposed.

Operational Fix

Recommended remediation, mitigation, and detection steps

Given this critical vulnerability in Red Hat Quay, the immediate focus should be on identifying all instances of the affected technology, understanding their exposure and business criticality, and confirming ownership. Infrastructure or platform teams are likely responsible for the underlying service, while security teams will drive the overall response and remediation efforts. The first practical move is to catalog all deployments, determine external reachability, and identify accountable owners before planning risk-based remediation.

  • Infrastructure/Platform team owns remediation.
  • Verify external reachability and criticality.
  • Plan exposure reduction and vendor coordination.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is Red Hat Quay?

Red Hat Quay is an enterprise-grade container registry platform. It provides a central location for teams to store, build, and distribute container images. Because it acts as the primary hub for managing image lifecycles and CI/CD integrations, it is a critical component in many development environments for organizing and securing software supply chains.

What is the nature of the CVE-2026-123710 vulnerability?

This vulnerability involves Improper Validation of Specified Input, classified as CWE-1287. It occurs when the software incorrectly handles registry tokens. An unauthenticated user can exploit this to inject their own signing key into the system, which the registry then mistakenly trusts to authorize broad read and write access across private repositories.

How does an attacker trigger this flaw?

An attacker triggers this by first obtaining an anonymous registry token from the service. They then present this token to a specific key rotation endpoint to register a malicious signing key. Note that this attack does not require any pre-existing credentials or special permissions, as the service fails to verify the legitimacy of the requester before accepting the new signing key.

Is my Red Hat Quay instance at risk?

Halo Surface Signal indicates that Red Hat Quay is frequently deployed as a public-facing service to support CI/CD pipelines. If your instance is internet-accessible, it is considered externally exposed and is at higher risk. You should prioritize checking the network configuration of your deployments to see if they are reachable from outside your internal network.

What steps should I take if I use Red Hat Quay?

Begin by creating a complete inventory of all your Red Hat Quay instances to understand where they are running. Coordinate with your infrastructure or platform teams to verify which deployments are exposed to the network. Once accounted for, consult official Red Hat channels for forthcoming guidance, patches, or configuration changes needed to secure your registry environment.

References