Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate to GitLab EE as low-privilege user
-
DeliveryIdentify target namespace to abuse
-
ExploitCraft AI feature request with forged namespace identity
-
ExecutionBypass namespace authorization check (CWE-639)
-
ImpactAI usage attributed and billed to victim namespace
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
|
| Exploitation Conditions | Exploitation requires a valid authenticated session on the GitLab EE instance with at least low-level privileges (PR:L per CVSS). The flaw is specific to GitLab Enterprise Edition deployments where AI features such as GitLab Duo are enabled and accessible to non-administrative users. GitLab's advisory explicitly states 'under certain conditions,' indicating a specific request state, feature context, or configuration prerequisite is required - the exact condition has not been publicly disclosed, which is a meaningful gap in the available intelligence. Limiting factors include: impact is confined to AI usage misattribution and does not enable code execution, unauthorized data access, or credential compromise; the attacker must already hold a valid authenticated account on the target GitLab instance; and GitLab EE deployments with AI features fully disabled or restricted to administrators would not be exposed to the high-integrity namespace impact described. |
| Impact | The NVD CVSS 8.5 score is substantially elevated by S:C and I:H, but the real-world business impact is AI usage fraud and namespace billing manipulation rather than code execution, credential theft, or data exfiltration - which meaningfully tempers urgency relative to the raw score. No EPSS data was provided in the intelligence feed, no CISA KEV listing exists, and no public proof-of-concept has been identified, all of which reduce near-term exploitation likelihood from opportunistic actors. That said, even a mid-sized municipal IT team in koszalin running GitLab EE for internal DevSecOps pipelines should treat this as a timely patching priority, since any authenticated user - including external collaborators or contractors holding minimal permissions - could potentially abuse the flaw to exhaust AI credits billed to other namespaces or corrupt attribution records. The advisory's phrasing 'under certain conditions' introduces an ambiguity about prerequisites that GitLab has not fully disclosed publicly; this suggests attack complexity may be higher in practice than the vendor CVSS AC:L indicates, though it cannot be independently confirmed from available data. |
| Exploit ScenarioDerived | An authenticated GitLab EE user with minimal permissions - such as a guest-level external contributor - submits a request to an AI-enabled endpoint (e.g., a GitLab Duo code suggestion API call) while supplying a manipulated namespace identifier pointing to a target organization they do not belong to. No public exploit code exists at time of analysis, but the network-accessible attack vector and absence of required user interaction mean a technically capable insider or contractor could discover this through systematic API testing. The outcome is that AI usage is recorded and potentially billed or quota-consumed against the victim namespace without their knowledge. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 12, 2026
Improper authorization of namespace identity in GitLab Enterprise Edition 19.1.x and 19.2.x allows an authenticated low-privilege user to attribute AI feature usage to arbitrary namespaces they do not own, crossing organizational authorization boundaries within a multi-tenant deployment. The flaw, classified as CWE-639, arises because user-supplied identity information in requests is insufficiently validated before being used to authorize namespace-scoped AI operations, producing a scope change that affects namespaces beyond the attacker's own. GitLab has released patches in versions 19.1.4 and 19.2.2, and no public exploit code exists at time of analysis.
RemediationAI
The primary remediation is to upgrade GitLab EE to version 19.1.4 for deployments on the 19.1.x branch, or to version 19.2.2 for deployments on the 19.2.x branch, as documented in the vendor patch release advisory at https://docs.gitlab.com/releases/patches/patch-release-gitlab-19-2-2-released/. If an immediate upgrade cannot be scheduled, a compensating control is to restrict access to AI features (e.g., GitLab Duo) to a tightly scoped set of trusted internal users by removing or downgrading namespace membership for external collaborators and contractors, which reduces the pool of authenticated principals capable of abuse - note this may disrupt legitimate AI-assisted workflows for those users. Enabling AI usage audit logging and alerting on anomalous cross-namespace attribution patterns can aid in detecting exploitation attempts during the patch window. No documented workaround fully closes the authorization bypass; patching is the only confirmed remediation.
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 EE's AI-assisted features - such as GitLab Duo - track usage, quotas, and billing against organizational namespaces, using identity information derived from request parameters to determine the authoritative namespace context. The root cause is CWE-639 (Authorization Bypass Through User-Controlled Key): the application accepts a namespace identity value supplied by the client without adequately verifying that the authenticated principal is authorized to act on behalf of that namespace. This is reflected in the CVSS S:C (scope change) indicator, meaning the security boundary crossed is the namespace isolation model of the multi-tenant GitLab EE platform. The CPE cpe:2.3:a:gitlab:gitlab:*:*:*:*:*:*:*:* identifies the GitLab application itself as the affected component, and the vulnerability is constrained to the Enterprise Edition based on the advisory context.
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:C/C:N/I:H/A:L
AC:H reflects the advisory's explicit 'under certain conditions' qualifier, which implies undisclosed prerequisites; all other metrics align with the described network-accessible, authenticated, cross-namespace integrity bypass.
Primary rating from Vendor (GitLab).
CVSS VectorVendor: GitLab
Lifecycle Timeline
2DescriptionCVE.org
GitLab has remediated an issue in GitLab EE affecting all versions from 19.1 before 19.1.4 and 19.2 before 19.2.2 that under certain conditions could have allowed an authenticated user to cause AI usage to be attributed to another namespace, due to improper authorization of identity information supplied in requests.
Articles & Coverage 2
Executive ViewAI
GitLab Enterprise Edition versions 19.1.x and 19.2.x contain an authentication bypass in AI feature usage tracking that allows low-privilege users to fraudulently attribute AI costs to other organizations within the same deployment, violating multi-tenant isolation boundaries. This directly impacts billing accuracy, organizational segregation, and compliance controls for enterprise deployments with multiple business units or customers sharing infrastructure.
Apply vendor patch.
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.
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
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 (all versions from 19.2 before 19.2.8, 19.3 before 19.3.5, and 19.4 before 19.4.2)
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-57434
GHSA-7q96-xw9j-34hj
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB