CVE-2024-3623 json
Mirror-registry: default database secret key stored in plain-text on initial configuration file
published 2024-04-25 2 y ago modified 2026-06-17 4 mo ago also EUVD-2024-32202
- cvss
- 6.5
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.4%
- EPSS 0.4% chance of exploitation in 30 days, percentile 37%
- public exploits
- 0
- none known
Summary
A flaw was found when using mirror-registry to install Quay. It uses a default database secret key, which is stored in plain-text format in one of the configuration template files. This issue may lead to all instances of Quay deployed using mirror-registry to have the same database secret key. This flaw allows a malicious actor to access sensitive information from Quay's database.
Vendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2024-3623 updated cvss 6.5
mirror-registry: Default database secret key stored in plain-text on initial configuration file
-
Red Hat mirror registry for Red Hat OpenShift mirror-registry-containeraffected: no fix available
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
CISA SSVC
- Exploitation
- none
- Automatable
- no
- Technical impact
- total
- Assessed
- 2 y ago
Exploit prediction
0.43% chance of exploitation in the next 30 days, higher than 37% of all scored CVEs (FIRST EPSS, 2026-11-08).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 6.5 | CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N |
Affected products
- Red Hat mirror registry for Red Hat OpenShift
Classification
- Weakness
-
- CWE-256 Plaintext Storage of a Password
References
-
access.redhat.com
/security/cve/CVE-2024-3623
vdb-entry, vendor-advisory
-
bugzilla.redhat.com
/show_bug.cgi?id=2274404
issue-tracking, vendor-advisory
Sources
- CVE List CVE-2024-3623
- NVD CVE-2024-3623
Fencer Vulns keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.