Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate to GitLab EE as low-privileged user
-
DeliveryCraft malicious HTML with unsanitized email injection
-
ExploitSubmit crafted content requiring user interaction
-
ExecutionHTML improperly sanitized in processing
-
PersistAdd unauthorized email to target account
-
ImpactGain account access or privilege escalation
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization HTML tag escaping
MITRE ATT&CK
1 technique across 1 tactic: Initial Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | GitLab Enterprise Edition versions 15.4-18.8.6, 18.9.0-18.9.2, 18.10.0. Requires authenticated user account. Victim must click attacker-crafted link exploiting improper HTML sanitization in email address addition functionality. |
| Impact | The CVSS score of 7.7 (High) reflects the serious nature of this vulnerability, though the AC:H (high attack complexity) and UI:R (user interaction required) factors provide some mitigation against mass exploitation. The vulnerability requires an authenticated attacker with low privileges (PR:L) to craft malicious content that a victim must interact with, limiting automated exploitation. However, the changed scope (S:C) and high confidentiality and integrity impacts (C:H/I:H) indicate successful exploitation could lead to account compromise. The public availability of a proof-of-concept on HackerOne significantly elevates risk, as threat actors can reproduce the attack. For organizations running affected GitLab EE versions, this represents a genuine priority requiring prompt patching, particularly for internet-facing instances with external users. The email address manipulation capability could enable sophisticated social engineering attacks, account takeover preparation, or privilege escalation chains. |
| Exploit ScenarioDerived | An authenticated attacker with a low-privileged GitLab account crafts a malicious comment, issue description, or merge request containing specially formatted HTML that exploits the sanitization flaw. When a victim user with higher privileges views this content and interacts with it, the XSS payload executes in their browser context, allowing the attacker to silently add their own controlled email address to the victim's account profile. With access established via the added email, the attacker can then initiate password reset flows or receive sensitive notifications, ultimately leading to full account takeover of privileged GitLab users. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Mar 25, 2026
Improper HTML sanitization in GitLab EE versions 15.4-18.10.1 allows authenticated users to add email addresses to arbitrary user accounts, potentially enabling account takeover or unauthorized access escalation. Public exploit code exists for this vulnerability, and no patch is currently available. Affected deployments should implement access controls to restrict user modification privileges until updates become available.
Earlier versions of this analysis (1)
An improper HTML sanitization vulnerability (CWE-80) in GitLab Enterprise Edition allows authenticated users with low privileges to add arbitrary email addresses to targeted user accounts through cross-site scripting. GitLab EE versions from 15.4 through 18.8.6, 18.9 through 18.9.2, and 18.10 through 18.10.0 are affected. A proof-of-concept exploit is publicly available via HackerOne report 3564600, indicating this vulnerability has been actively researched and can be reproduced.
RemediationAI
Upgrade GitLab Enterprise Edition immediately to version 18.8.7 or later for the 18.8 series, version 18.9.3 or later for the 18.9 series, or version 18.10.1 or later for the 18.10 series as documented in the patch release at https://about.gitlab.com/releases/2026/03/25/patch-release-gitlab-18-10-1-released/. Organizations unable to patch immediately should implement compensating controls including strict Content Security Policy headers to mitigate XSS risks, restrict user registration to trusted domains, enable two-factor authentication for all accounts to prevent account takeover even if email addresses are manipulated, and monitor audit logs for suspicious email address modifications. Review existing user email addresses for unauthorized additions and implement additional input validation at the web application firewall level to filter XSS patterns until patching is complete.
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
This vulnerability affects GitLab Enterprise Edition (CPE cpe:2.3:a:gitlab:gitlab:*:*:*:*:*:*:*:*) and is rooted in CWE-80, which describes improper neutralization of script-related HTML tags in web pages. The flaw stems from insufficient sanitization of HTML content within GitLab's email management functionality, allowing specially crafted payloads to bypass input validation. When executed in the context of another user's session, the XSS vulnerability enables an attacker to perform privileged actions such as adding email addresses to victim accounts, potentially facilitating account takeover scenarios. The cross-site scope (S:C in CVSS vector) indicates the vulnerability can affect resources beyond the vulnerable component's 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:H/PR:L/UI:R/S:C/C:H/I:H/A:N
Primary rating from NVD · only source for this CVE.
CVSS VectorNVD
Lifecycle Timeline
4DescriptionCVE.org
GitLab has remediated an issue in GitLab EE affecting all versions from 15.4 before 18.8.7, 18.9 before 18.9.3, and 18.10 before 18.10.1 that could have allowed an authenticated user to add email addresses to targeted user accounts due to improper sanitization of HTML content.
Executive ViewAI
GitLab EE versions 15.4 through 18.10.1 contain an HTML sanitization flaw that allows authenticated users to add email addresses to arbitrary accounts, creating a direct path to account takeover and privilege escalation. Organizations running affected versions face immediate risk of unauthorized administrative access and data compromise through legitimate user accounts.
No vendor-released patch identified at time of analysis. Implement interim mitigations: restrict user modification privileges to designated administrators only; disable or restrict API endpoints that allow email address changes; monitor and log all user account modifications for rapid incident detection; implement multi-factor authentication on all administrative and privileged accounts to reduce takeover impact.
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
Cross-Site Scripting occurs when an application accepts untrusted data and sends it to a web browser without proper validation or encoding.
Related Vulnerabilities in GitLab CE/EE Authorization Issues
View all 3An 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)
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-15811
GHSA-3qcv-5pqj-c2h7
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB