Severity by source
AV:N/AC:L/PR:N/UI:N/S:C/C:L/I:N/A:N
Primary rating from NVD · only source for this CVE.
CVSS VectorNVD
Lifecycle Timeline
2DescriptionCVE.org
GitLab has remediated an issue in GitLab CE/EE affecting all versions from 13.7 before 18.9.7, 18.10 before 18.10.6, and 18.11 before 18.11.3 that could have allowed an authenticated user to view Jira issues outside the configured project scope due to an integration filter functioning only as a display control rather than enforcing access boundaries as specified.
AnalysisAI
GitLab's Jira integration exposes out-of-scope Jira issues to authenticated GitLab users across all editions (CE and EE) from version 13.7 through the patched releases, due to the integration's project-scope filter operating only as a UI display control rather than an enforced access boundary. The Changed scope (S:C) in the CVSS vector reflects that impact crosses into Atlassian Jira - a component outside GitLab's own trust domain - allowing confidential Jira issue data to leak beyond intended project boundaries. No public exploit exists and no active exploitation has been confirmed; EPSS is negligible at 0.01% (3rd percentile), placing this firmly in low-exploitation-probability territory despite a broad version range spanning over five years of releases.
Technical ContextAI
GitLab CE/EE (CPE: cpe:2.3:a:gitlab:gitlab) acts as a proxy between its own user access model and Atlassian Jira when the Jira integration is configured. The root cause is classified as CWE-441 (Unintended Proxy or Intermediary / Confused Deputy Problem): GitLab, acting as the intermediary, fetches Jira data on behalf of users but relies on a frontend display filter - rather than a backend access enforcement layer - to restrict which issues are shown per project scope. Because the filter never enforced an access boundary at the API or data-retrieval level, a user could observe or access Jira issues associated with projects outside the one configured for their GitLab integration. The CVSS Changed Scope (S:C) designation is appropriate here because the confidentiality impact (C:L) lands in Jira, not in GitLab itself. This affects both Community Edition and Enterprise Edition across a very wide version range (13.7 through 18.11.2).
RemediationAI
Upgrade to one of the following patched releases as appropriate for your current track: GitLab 18.11.3, GitLab 18.10.6, or GitLab 18.9.7. These versions enforce Jira project-scope access at the integration layer rather than as a display control only. The vendor advisory at https://about.gitlab.com/releases/2026/05/13/patch-release-gitlab-18-11-3-released/ provides upgrade instructions. As a compensating control for instances that cannot be immediately patched, administrators may disable the GitLab Jira integration entirely (Admin Area → Integrations → Jira) - note this will disrupt Jira issue linking and cross-referencing workflows for all projects. Restricting Jira integration configuration to trusted project owners and auditing which GitLab projects have Jira integrations enabled is a reasonable interim risk-reduction measure with minimal operational impact. Patch status is confirmed as available per GitLab advisory.
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.
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
The Ruby SAML library is for implementing the client side of a SAML authorization. Rated critical severity (CVSS 9.8), t
A hardcoded password was set for accounts registered using an OmniAuth provider (e.g. Rated critical severity (CVSS 9.8)
An issue has been discovered in GitLab CE/EE affecting all versions starting from 12.10 before 14.6.5, all versions star
When requests to the internal network for webhooks are enabled, a server-side request forgery vulnerability in GitLab af
An issue has been discovered in GitLab CE/EE affecting all versions starting from 13.7.9 before 13.8.7, all versions sta
Same technique Information Disclosure
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-30226
GHSA-255c-fxwg-6753