Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as low-privilege GitLab user
-
DeliveryInject crafted instructions into shared content
-
ExploitVictim's AI agent ingests poisoned context
-
ExecutionAgent executes attacker commands as victim
-
ImpactActions misattributed, data exposed/altered
Vulnerability Assessment
| Weakness |
CWE
|
| Exploitation Conditions | Requires (1) an authenticated GitLab EE account with permission to write content that feeds AI-agent conversation context (PR:L), (2) the AI agent / AI conversation feature actually enabled and in use in the instance, and (3) a separate victim user invoking that AI agent so the injected instructions are processed (UI:R). Exploitation is limited to EE versions 19.1 before 19.2.8, 19.3 before 19.3.5, and 19.4 before 19.4.2; it is 'under certain conditions' per the vendor, implying it is not universal across all configurations. These factors - mandatory authentication, dependency on the AI feature being deployed, and required victim interaction - substantially narrow realistic exploitation despite the network attack vector. |
| Impact | This is a moderate-priority issue rather than an emergency. The CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:R/S:U/C:H/I:H/A:N, base 7.3) indicates a network-reachable flaw that is low-complexity to trigger but requires an authenticated account (PR:L) AND victim user interaction (UI:R) - a legitimate user must engage with the poisoned AI agent context for the payload to fire. CWE-1427 (improper neutralization of input used in LLM prompt construction) confirms this is an AI prompt-injection class issue, consistent with the description's 'command execution attributed to other users.' No EPSS score, CISA KEV listing, or POC was supplied in the input, so there is no public exploit identified at time of analysis and no evidence of active exploitation - the two authentication/interaction preconditions make mass automated exploitation unlikely. Note a tension worth flagging: the Tags label this 'Code Injection' and the description mentions 'command execution,' but CWE-1427 and the 'AI conversation context' language point to LLM instruction injection, not traditional OS/code injection - the C:H/I:H impact likely reflects actions the AI agent performs on behalf of the victim rather than direct shell execution; verify the precise impact boundary with GitLab. Absence of EPSS/KEV data should not be read as safety, only as missing signal. |
| Exploit ScenarioDerived | An authenticated GitLab EE user with the ability to contribute content (e.g., issues, comments, or merge-request text consumed by an AI agent) embeds specially crafted instructions into that content. When a different user's AI agent later builds its conversation context from this data, the injected instructions execute as if issued by that victim user, causing unintended actions attributed to them. No public exploit code was identified at time of analysis, and the attack depends on the victim invoking the AI agent (UI:R). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 13, 2026
Authenticated users of GitLab Enterprise Edition can inject specially crafted content into the context that AI agent features assemble, allowing unintended commands to be executed and attributed to other users. The issue affects GitLab EE from 19.1 before 19.2.8, 19.3 before 19.3.5, and 19.4 before 19.4.2, and exploitation requires a valid EE account (PR:L), the AI agent/conversation feature to be enabled and in use, and a separate victim user to trigger the affected AI interaction (UI:R), so realistic exposure is substantially narrowed despite the network attack vector. No public exploit code or confirmed active exploitation was identified at time of analysis; vendor-released patches are available in versions 19.2.8, 19.3.5, and 19.4.2.
RemediationAI
Vendor-released patch: upgrade to GitLab 19.2.8, 19.3.5, or 19.4.2 (choose the maintenance line matching your deployment) and apply the release notes at https://docs.gitlab.com/releases/patches/patch-release-gitlab-19-4-2-released/, which also reference the underlying work item at https://gitlab.com/gitlab-org/gitlab/-/work_items/607968. If upgrading immediately is not possible, compensating controls are configuration-specific: disable the AI agent / AI conversation features (GitLab Duo or equivalent AI settings) for the instance until patched - this fully removes the attack path since exploitation depends on the AI feature being enabled and in use, at the cost of losing that functionality for all users; alternatively, restrict who can write the content types that feed AI conversation context (tighten project/group membership, issue and comment permissions, and repository write access) to reduce the pool of PR:L-capable attackers, accepting that legitimate contributors may lose write rights and that this is a partial mitigation only; and review AI agent activity and command execution logs for anomalous actions attributed to users who did not initiate them, noting this is detective rather than preventive. Do not treat the absence of a public exploit as a reason to defer patching, but also note that the required authentication, AI-feature dependency, and victim interaction make this a moderate-priority remediation rather than an emergency one.
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 class is CWE-1427, improper neutralization of input used for LLM prompting - commonly described as prompt injection. GitLab's AI agent features build conversation context from content that users can write (repository files, issues, comments, and similar artifacts). Because special elements in that content were not properly neutralized before being assembled into the AI conversation context, an attacker with write access to such content can embed instructions that the AI agent treats as legitimate directives. The agent then acts on those instructions, potentially executing unintended commands that the instance attributes to a different (victim) user, which is why both confidentiality and integrity are rated High while availability is not impacted (C:H/I:H/A:N). The affected component is GitLab EE as recorded by the generic CPE cpe:2.3:a:gitlab:gitlab:*:*:*:*:*:*:*:* - the CPE does not itself distinguish edition, but the vendor description scopes the issue to Enterprise Edition. The CVSS 3.1 vector CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:H/I:H/A:N confirms network reachability, low attack complexity, mandatory low-privileged authentication, and required victim interaction, with impact confined to a single security scope.
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:R/S:U/C:H/I:H/A:N
Network-reachable AI feature (AV:N), low complexity (AC:L), but requires an authenticated account (PR:L) and a victim to invoke the agent (UI:R); high confidentiality/integrity impact via misattributed agent actions, no availability impact.
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.2.8, 19.3 before 19.3.5, and 19.4 before 19.4.2 that, under certain conditions, could have allowed an authenticated user to inject specially crafted content into AI agent instructions, potentially causing unintended command execution attributed to other users, due to improper neutralization of special elements in AI conversation context construction.
Executive ViewAI
GitLab Enterprise Edition installations that use the platform's AI agent and conversation features are exposed to a HIGH-severity flaw (CVSS 7.3) in which any user holding a valid account can shape the data the AI assembles so that unintended commands run and are logged against a different employee. Because a second, unrelated user must interact with the manipulated AI session, exposure is limited to teams that have actually enabled and adopted GitLab's AI tooling, but for those teams the impact is internal misattribution: actions taken by an attacker appear in the audit trail as the work of a colleague. Leadership should care because the integrity of GitLab activity records underpins internal investigations, separation-of-duties controls, and regulatory evidence, and that trust can be degraded by an ordinary authenticated insider without any external attacker.
Apply vendor patch. Where the upgrade to 19.2.8, 19.3.5, or 19.4.2 cannot be completed immediately, disable the AI agent/conversation features on affected GitLab Enterprise Edition instances, restrict those features to a limited set of trusted groups, and monitor GitLab audit and AI conversation logs for misattributed or unexpected command activity.
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
Code injection occurs when an application accepts user input and passes it directly into a language interpreter or evaluator without proper sanitization.
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-98213
GHSA-5vgp-j37h-7wfx
NVD
CVE.org
EPSS
Exploit-DB