Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach GitLab instance over network
-
ExploitEnumerate private group/project work items
-
ExecutionSend crafted request bypassing authorization check
-
ImpactRead confidential work item contents
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation targets GitLab CE/EE instances running affected versions (17.11 up to but not including 19.2.8, all 19.3 releases, and 19.4 before 19.4.2) and allows an unauthenticated user to read work item contents from private groups and projects via an incorrect authorization check. The flaw is explicitly gated by unspecified 'certain conditions' in GitLab's description, so it is not guaranteed against every default deployment - defenders should confirm the exact triggering state (likely a specific work-item visibility or group/project configuration) in GitLab advisory work-item 627167. Limiting factors: impact is confined to confidentiality of work item contents only (no write/integrity or availability impact), and the conditional nature narrows the realistic exposure below what the unauthenticated network vector alone implies. |
| Impact | This is a moderate-severity, well-characterized information-disclosure flaw (CWE-863, incorrect authorization) rather than a high-urgency emergency. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N = 5.3) indicates network-reachable, low-complexity, unauthenticated access with only a limited confidentiality impact and no integrity or availability impact, which is consistent with the description of an unauthenticated user reading work item contents from private groups and projects. Signals partially conflict: a public exploit reference exists (HackerOne #3551698) and the issue was responsibly reported by GitLab itself, but there is NO CISA KEV listing and NO EPSS score was supplied, so there is no evidence of active, widespread exploitation - the POC should be treated as proof-of-concept, not confirmed in-the-wild abuse. The CVSS AC:L contrasts with the description's qualifier 'under certain conditions,' suggesting real-world exploitation may require a specific state or configuration that the base vector does not fully capture; verify the triggering conditions in the GitLab advisory before treating this as trivially exploitable. Net: a genuine but bounded data-exposure risk - prioritize patching for internet-facing or multi-tenant GitLab instances, but it is not a confidentiality-integrity-availability-wide critical. |
| Exploit ScenarioDerived | An unauthenticated attacker on the network crafts requests to a vulnerable GitLab CE/EE instance and, under the specific conditions that trigger the flawed authorization check, retrieves the contents of work items belonging to private groups and projects they should not be able to see. A public exploit reference exists (HackerOne report #3551698), and because the CVSS vector is AV:N/AC:L/PR:N/UI:N the request requires no authentication or user interaction, though the 'certain conditions' caveat likely narrows when it actually succeeds. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 13, 2026
An incorrect authorization check in GitLab CE/EE allows an unauthenticated remote user to read work item contents from private groups and projects, exposing information that should be restricted to authorized members. All versions from 17.11 before 19.2.8, every 19.3 release, and 19.4 before 19.4.2 are affected, with vendor-released fixes available in 19.2.8 and 19.4.2. The issue carries a moderate CVSS of 5.3 (confidentiality-only impact) and publicly available exploit code exists via a HackerOne report, though exploitation is gated by unspecified 'certain conditions' and there is no confirmed active exploitation (CISA KEV).
RemediationAI
Vendor-released patches: upgrade to GitLab 19.2.8 or 19.4.2 (or later), and for the 19.3 line apply the corresponding 19.3 fix referenced on the GitLab patch release page at https://docs.gitlab.com/releases/patches/patch-release-gitlab-19-4-2-released/ - the exact 19.3 fix version is not enumerated in the available data, so verify it there before scheduling maintenance. If an immediate upgrade is not possible, restrict unauthenticated network access to the GitLab instance (place it behind VPN or IP allowlisting) so that the PR:N network vector cannot be exercised by untrusted clients, accepting the trade-off that this breaks public-project browsing and unauthenticated API consumers; alternatively, temporarily reduce the exposure of sensitive private-group work items by tightening group/project visibility settings, though this is a data-hygiene measure rather than a true fix. Because exploitation requires 'certain conditions' that GitLab does not fully specify, defenders should review work item 627167 to confirm whether their group/project and work-item configuration matches the triggering state, and should monitor web and API logs for anomalous unauthenticated work item requests from external source addresses while patching is pending.
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
The root cause is CWE-863 (Incorrect Authorization): GitLab's work item subsystem - the unified object model that now backs issues, epics, tasks, and OKRs across groups and projects - failed to properly enforce visibility/authorization checks before returning work item contents. Because the check is performed incorrectly rather than simply defaulting to deny, an unauthenticated request (PR:N, UI:N) can retrieve data belonging to private groups and projects; the impact is confined to confidentiality (C:L) with no integrity or availability effect. The CVSS vector AV:N/AC:L/PR:N/UI:N matches the vendor score, while the independent assessment raises attack complexity to AC:H because GitLab explicitly scopes the flaw to 'certain conditions' - meaning a specific work-item visibility or group/project configuration is likely required to trigger the disclosure, and the issue is not guaranteed against every default deployment. Affected code is the GitLab application itself (CPE cpe:2.3:a:gitlab:gitlab:*:*:*:*:*:*:*:*) across both Community and Enterprise editions.
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:N/UI:N/S:U/C:L/I:N/A:N
Unauthenticated network read (PR:N, C:L only, no I/A), but the description's 'under certain conditions' qualifier justifies AC:H rather than the input's AC:L.
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 17.11 before 19.2.8, all 19.3 versions, and 19.4 before 19.4.2 that, under certain conditions, could have allowed an unauthenticated user to read work item contents from private groups and projects due to incorrect 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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Related Vulnerabilities in GitLab CE/EE Authorization and Access Control Flaws
View all 24An 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
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
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 code execution on the GitLab server is possible in GitLab CE/EE 19.2 through 19.4.0, where an integer over
Authenticated users who can define or modify a CI/CD configuration can achieve remote code execution on GitLab CE/EE ser
Unauthenticated path traversal in the @zereight/mcp-gitlab Model Context Protocol server prior to version 2.1.27 allows
EUVD-2026-98218
GHSA-3g57-f338-642q
NVD
CVE.org
EPSS
Exploit-DB