CVE-2024-3623: Mirror-registry: default database secret key stored in plain-text on initial configuration file

Published Apr 10, 2024
·
Updated

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.

Other sources

The default DATABASESECRETKEY field is stored in plain text on the jinja's config.yaml file, leaving the possibility of every mirror-registry installation which hasn't changed ot to have the same DATABASESECRETKEY.

Red Hat

Affected Software

3 affected components
Red Hat Quay
Red Hat mirror-registry
redhat Mirror Registry

Event History

Apr 10, 2024
Data Sourced
via Red Hat·08:42 PM
DescriptionSeverityAffected Software
Apr 25, 2024
CVE Published
via MITRE·05:46 PM
Data Sourced
via MITRE·05:46 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·06:15 PM
DescriptionSeverityWeaknessAffected Software
Aug 17, 58027
Event
via MITRE·12:47 PM

Frequently Asked Questions

1

What is the severity of CVE-2024-3623?

CVE-2024-3623 is considered a high-severity vulnerability due to the exposure of a default database secret key in plain text.

2

How do I fix CVE-2024-3623?

To fix CVE-2024-3623, you should update your Quay and mirror-registry configurations to use a secure, unique database secret key instead of the default.

3

Who is affected by CVE-2024-3623?

CVE-2024-3623 affects instances of Red Hat Quay and Red Hat mirror-registry that utilize the default database secret key.

4

What are the potential impacts of CVE-2024-3623?

The primary impact of CVE-2024-3623 is that it can lead to data exposure and unauthorized access to databases across multiple Quay instances.

5

Is there a workaround for CVE-2024-3623?

While the best solution is to update the database secret key, a temporary workaround is to restrict access to the affected configuration files.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203