Skip to main content
VulnerabilityPublished Updated

CVE-2023-3384: Red Hat Quay 3 · Cross-site Scripting

Affects Red Hat Quay 3Source CVE Database V5

0

Not known to be exploited · CVSS 5.4 Medium.

Data as of 26 Oct 2026, 09:08 UTC

CVSS 3.1 base score
5.4Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 41% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:L/I:L/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 24 Jul 2023

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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 26 Oct 2026.

What to do

AI-suggested

To mitigate CVE-2023-3384, European organizations should implement the following specific measures: 1) Apply all available patches or updates from Red Hat for Quay 3 as soon as they are released to ensure the regex validation is consistently applied to all image labels, including those originating from images. 2) Enforce strict input validation and sanitization on all user-supplied data and metadata, including image labels, at all entry points within the registry. 3) Restrict public access to container registries where possible, limiting image uploads and views to authenticated and authorized users only, thereby reducing exposure to malicious uploads. 4) Implement Content Security Policy (CSP) headers in the Quay web interface to limit the execution of unauthorized scripts and reduce the impact of potential XSS attacks. 5) Monitor registry logs and image metadata for unusual or suspicious label content that may indicate exploitation attempts. 6) Educate developers and DevOps teams about secure image labeling practices and the risks of unvalidated metadata. 7) Consider deploying web application firewalls (WAFs) with rules tailored to detect and block XSS payloads targeting the registry interface. 8) Regularly audit container images and metadata for compliance with security policies before deployment. These targeted actions go beyond generic advice by focusing on the specific vectors and context of this vulnerability.

Description

A flaw was found in the Quay registry. While the image labels created through Quay undergo validation both in the UI and backend by applying a regex (validation.py), the same validation is not performed when the label comes from an image. This flaw allows an attacker to publish a malicious image to a public registry containing a script that can be executed via Cross-site scripting (XSS).

References

Community reviews

Loading reviews…