CVE-2026-10078
Awaiting Analysis Awaiting Analysis - Queue
Quay config-tool GitLab OAuth Credential Exposure via URL Query Parameters

Publication date: 2026-05-29

Last updated on: 2026-05-29

Assigner: Red Hat, Inc.

Description
A flaw was found in the Quay config-tool's GitLab OAuth validator. This vulnerability causes sensitive credentials, specifically client_id and client_secret, to be transmitted as plaintext in URL query parameters during POST requests to the GitLab endpoint. This insecure transmission can lead to the disclosure of these credentials in various system logs, such as server access logs, reverse proxy logs, and other monitoring systems. An attacker with access to these logs could potentially obtain these credentials, leading to unauthorized information disclosure.
CVSS Scores
EPSS Scores
Probability:
Percentile:
Meta Information
Published
2026-05-29
Last Modified
2026-05-29
Generated
2026-05-29
AI Q&A
2026-05-29
EPSS Evaluated
N/A
NVD
EUVD
Affected Vendors & Products
Showing 1 associated CPE
Vendor Product Version / Range
redhat quay_config_tool *
Helpful Resources
Exploitability
CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-598 The web application uses the HTTP GET method to process a request and includes sensitive information in the query string of that request.
Attack-Flow Graph
AI Powered Q&A
How does this vulnerability affect compliance with common standards and regulations (like GDPR, HIPAA)?:

This vulnerability causes sensitive OAuth credentials (client_id and client_secret) to be transmitted in plaintext within URL query parameters, which can be logged in various system logs. Such exposure of sensitive credentials could lead to unauthorized information disclosure.

The insecure handling and potential exposure of sensitive authentication credentials may conflict with compliance requirements in standards and regulations like GDPR and HIPAA, which mandate the protection of sensitive data and credentials to prevent unauthorized access and data breaches.

Therefore, organizations using the affected Quay config-tool may face increased risk of non-compliance with these regulations if the vulnerability is not mitigated, due to the potential for credential leakage and subsequent unauthorized access.


Can you explain this vulnerability to me?

This vulnerability exists in the Quay config-tool's GitLab OAuth validator. It causes sensitive credentials, specifically client_id and client_secret, to be sent as plaintext in URL query parameters during POST requests to the GitLab endpoint.

Because these credentials are transmitted in the URL, they can be exposed in various system logs such as server access logs, reverse proxy logs, WAF logs, CDN logs, and OpenTelemetry traces. An attacker who gains access to these logs could obtain these credentials, leading to unauthorized information disclosure.

This issue is specific to the GitLab OAuth validator, whereas the GitHub OAuth validator uses HTTP Basic Auth headers, which do not expose credentials in this way.


How can this vulnerability impact me? :

The vulnerability can lead to the disclosure of sensitive OAuth credentials (client_id and client_secret) if an attacker gains access to system logs where these credentials are recorded in plaintext.

With these credentials, an attacker could potentially perform unauthorized actions or access protected resources that rely on these OAuth tokens, resulting in unauthorized information disclosure.

Although the severity is rated low, the exposure of credentials in logs increases the risk of compromise if log access controls are insufficient.


How can this vulnerability be detected on my network or system? Can you suggest some commands?

This vulnerability can be detected by inspecting logs and network traffic for the presence of sensitive credentials transmitted as plaintext in URL query parameters during POST requests to the GitLab endpoint.

  • Check server access logs, reverse proxy logs, WAF logs, CDN logs, and OpenTelemetry traces for URLs containing client_id and client_secret parameters.
  • Use network monitoring tools or packet capture utilities (e.g., tcpdump or Wireshark) to capture POST requests to the GitLab endpoint and look for client_id and client_secret in the URL query string.
  • Example command to search logs for exposed credentials: grep -E 'client_id=|client_secret=' /var/log/nginx/access.log
  • Example tcpdump command to capture relevant traffic: tcpdump -i any -A 'tcp port 443 and (((ip[2:2] - ((ip[0]&0xf)<<2)) - ((tcp[12]&0xf0)>>2)) != 0)' | grep -E 'client_id=|client_secret='

What immediate steps should I take to mitigate this vulnerability?

Immediate mitigation steps include preventing the exposure of sensitive credentials in logs and network traffic by avoiding transmission of client_id and client_secret in URL query parameters.

  • Review and update the Quay config-tool to a version that fixes the issue, ensuring that OAuth credentials are sent securely, for example, using HTTP Basic Auth headers instead of URL parameters.
  • Restrict access to logs that may contain sensitive information to trusted personnel only.
  • Implement network monitoring and alerting to detect any unauthorized access to logs or suspicious network traffic.
  • If an update or patch is not immediately available, consider temporarily disabling or limiting the use of the GitLab OAuth validator in the Quay config-tool.

Ask Our AI Assistant
Need more information? Ask your question to get an AI reply (Powered by our expertise)
0/70
EPSS Chart