Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify public GitLab project with accessible MRs
-
ExploitEnumerate merge requests linked to confidential issues
-
ExecutionAccess MR without authentication
-
ImpactRead leaked confidential issue title in response
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Exposure of sensitive info through metadata
|
| Exploitation Conditions | Exploitation requires two specific conditions to be simultaneously true: (1) the target GitLab project must have at least one merge request that is accessible to unauthenticated users (i.e., the project is public or merge request visibility is not restricted), and (2) that merge request must reference or be linked to a confidential issue within the same project. No authentication is required per the vulnerability description, despite the PR:L designation in the official CVSS vector - this discrepancy should be treated as unresolved until the vendor clarifies. Exploitation is limited to reading confidential issue titles only; issue body content, comments, attachments, and other metadata are not disclosed. The attacker must be able to enumerate or discover relevant merge requests, which is trivial on public projects. |
| Impact | The official CVSS vector (CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N, score 4.3) indicates a low-privilege network vector with low confidentiality impact, yielding a moderate-low score. However, the vulnerability description explicitly states 'unauthenticated user,' which conflicts with the PR:L (low privileges) designation in the provided CVSS vector - this discrepancy should be verified with the vendor. If truly unauthenticated (PR:N), the actual attack surface is wider than the vector suggests. The impact is limited to confidential issue titles only - not issue bodies, attachments, or other sensitive content - which appropriately constrains severity. No EPSS data was provided, limiting probabilistic exploitation assessment. A publicly available exploit exists (HackerOne report), which elevates the practical risk above what the base score implies. Exploitation is not confirmed in CISA KEV, suggesting exploitation has not been observed at scale. Despite the broad version range (8.8 through pre-fix 19.2), the impact ceiling is low - an attacker gains only issue titles, which may reveal project names, feature names, or security-adjacent context depending on the organization's naming conventions. |
| Exploit ScenarioDerived | An attacker identifies a GitLab project with publicly accessible merge requests and suspects or discovers that confidential issues exist on the project. Without any authentication, the attacker accesses one or more merge requests and observes confidential issue titles leaked in the merge request view - for example, a title such as 'CVE-2026-XXXX: critical auth bypass in payment module' reveals internal security work. A publicly available exploit exists via HackerOne report 3708242, which documents the specific request or condition that triggers the disclosure. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 29, 2026
Confidential issue title disclosure in GitLab CE/EE affects all versions from 8.8 through 19.2 (pre-fix), allowing unauthenticated access to sensitive issue titles via improper authorization checks on publicly accessible merge requests. An attacker who can access a public merge request linked to a confidential issue can read the confidential issue's title without any project membership or authentication. No active exploitation confirmed in CISA KEV, but a publicly available exploit exists via HackerOne report 3708242, and EPSS data was not provided - risk is moderate given broad version impact and low exploitation complexity.
RemediationAI
The primary fix is to upgrade to one of the patched versions released by GitLab: 19.0.5, 19.1.3, or 19.2.1. The patch release advisory is documented at https://docs.gitlab.com/releases/patches/patch-release-gitlab-19-2-1-released/. If an immediate upgrade is not possible, a compensating control is to audit and restrict the visibility of merge requests on projects containing confidential issues - specifically, ensuring that projects with confidential issues do not expose merge requests to unauthenticated or non-member users. This can be done via project settings under 'Merge Requests' visibility. The trade-off is reduced collaboration for open-source or externally collaborative projects. Note that this control mitigates exposure but does not fix the underlying authorization flaw, so patching remains mandatory.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
GitLab implements a confidentiality model for issues (CWE-1230: Exposure of Sensitive Information Due to Incompatible Policies), where issues can be marked confidential to restrict visibility to project members with appropriate roles. Merge requests, however, can be publicly accessible even on internal or private repositories if project visibility settings permit. The vulnerability arises from a policy incompatibility: when a merge request references or links a confidential issue, the authorization check governing the merge request's public view failed to mask the confidential issue title. The affected CPE cpe:2.3:a:gitlab:gitlab:*:*:*:*:*:*:*:* covers both Community Edition (CE) and Enterprise Edition (EE), spanning a very wide version range from 8.8 through the 19.2 branch. The root cause class (CWE-1230) reflects a systemic failure to enforce the more restrictive of two intersecting access policies - a common class of authorization bypass in platforms with layered visibility controls.
Know when Gitlab gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N
Description states unauthenticated exploitation via public MR, so PR:N overrides the provided PR:L; only confidential issue titles are disclosed, so C:L with no integrity or availability impact.
Primary rating from Vendor (GitLab).
CVSS VectorVendor: GitLab
Lifecycle Timeline
2DescriptionCVE.org
GitLab has remediated an issue in GitLab CE/EE affecting all versions from 8.8 before 19.0.5, 19.1 before 19.1.3, and 19.2 before 19.2.1 that under certain conditions could have allowed an unauthenticated user to view the title of a confidential issue through a publicly accessible merge request due to improper authorization checks.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
An issue has been discovered in GitLab CE/EE affecting all versions starting from 11.9. Rated critical severity (CVSS 10
An issue has been discovered in GitLab CE/EE affecting all versions from 16.1 prior to 16.1.6, 16.2 prior to 16.2.9, 16.
When requests to the internal network for webhooks are enabled, a server-side request forgery vulnerability in GitLab af
Unauthenticated arbitrary file read in GitLab CE/EE lets remote attackers retrieve files from the GitLab server via the
Remote code execution in GitLab CE/EE (all versions from 19.2 before 19.2.8, 19.3 before 19.3.5, and 19.4 before 19.4.2)
The SSH key upload feature (lib/gitlab_keys.rb) in gitlab-shell before 1.7.3, as used in GitLab 5.0 before 5.4.1 and 6.x
A vulnerability in GitLab CE/EE affecting all versions from 11.10 prior to 15.1.6, 15.2 to 15.2.4, 15.3 to 15.3.2 allows
Remote code execution in GitLab CE/EE can be triggered by a specially crafted regular expression processed through a vul
Sensitive credential and configuration disclosure in GitLab Enterprise Edition allows an authenticated user with Duo Cha
The Kubernetes integration in GitLab Enterprise Edition 11.x before 11.2.8, 11.3.x before 11.3.9, and 11.4.x before 11.4
Authenticated command injection in Dokploy (self-hostable PaaS) versions 0.29.3 through 0.29.12 lets a low-privileged us
Authenticated code execution on the GitLab server is possible in GitLab CE/EE 19.2 through 19.4.0, where an integer over
EUVD-2026-50479
GHSA-86r3-q889-hvg2
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB