CVE-2026-7481: XSS in GitLab 16.4 - 18.11.3
Platform
gitlab
Component
gitlab
Fixed in
18.11.3
CVE-2026-7481 describes a Cross-Site Scripting (XSS) vulnerability discovered in GitLab EE. This flaw allows an authenticated user possessing developer-role permissions to inject and execute arbitrary JavaScript code within the browsers of other GitLab users. The vulnerability impacts versions ranging from 16.4.0 through 18.11.3, and a patch is available in version 18.11.3.
Impact and Attack Scenarios
Successful exploitation of CVE-2026-7481 could lead to a wide range of malicious activities. An attacker could steal session cookies, allowing them to impersonate other users and gain unauthorized access to sensitive data and functionality. They could also deface GitLab pages, redirect users to phishing sites, or inject malware. The impact is particularly severe because the vulnerability requires only developer-role permissions, a relatively common role within GitLab environments, expanding the potential attack surface significantly. This vulnerability shares similarities with other XSS vulnerabilities where user input is not properly sanitized before being rendered in a web page.
Exploitation Context
CVE-2026-7481 was published on 2026-05-14. Its severity is rated HIGH with a CVSS score of 8.7. There are currently no publicly known Proof-of-Concept (POC) exploits available. The vulnerability is not listed on KEV or EPSS, suggesting a low to medium probability of active exploitation at this time. Monitor security advisories and threat intelligence feeds for any updates regarding exploitation attempts.
Threat Intelligence
Exploit Status
CISA SSVC
CVSS Vector
What do these metrics mean?
- Attack Vector
- Network — remotely exploitable over the internet. No physical or local access required. Widest attack surface.
- Attack Complexity
- Low — no special conditions required. Attacker can exploit reliably without depending on rare configurations or timing.
- Privileges Required
- Low — any valid user account is sufficient. Basic authenticated access required.
- User Interaction
- Required — victim must take an action: open a file, click a link, or visit a crafted page.
- Scope
- Changed — successful attack can pivot beyond the vulnerable component to other systems or the host OS.
- Confidentiality
- High — complete confidentiality loss. Attacker can read all data: credentials, keys, personal data.
- Integrity
- High — attacker can write, modify, or delete any data: databases, config files, or code.
- Availability
- None — no availability impact. Service remains fully operational.
Affected Software
Weakness Classification (CWE)
Timeline
- Reserved
- Published
Mitigation and Workarounds
The primary mitigation for CVE-2026-7481 is to upgrade GitLab EE to version 18.11.3 or later. If an immediate upgrade is not feasible, consider implementing stricter input validation and output encoding within your GitLab instance. While not a complete solution, a Web Application Firewall (WAF) configured to detect and block XSS payloads can provide an additional layer of defense. Regularly review and update GitLab's security configuration to minimize the risk of similar vulnerabilities. After upgrading, confirm the fix by attempting to trigger the XSS vulnerability with a known payload and verifying that it is no longer successful.
How to fix
Actualice GitLab a la versión 18.9.7 o superior, 18.10.6 o superior, o 18.11.3 o superior para mitigar la vulnerabilidad de Cross-Site Scripting (XSS). Esta actualización corrige la falta de sanitización adecuada de la entrada, previniendo la ejecución de código JavaScript malicioso en el navegador de otros usuarios.
Frequently asked questions
What is CVE-2026-7481 — XSS in GitLab?
CVE-2026-7481 is a Cross-Site Scripting (XSS) vulnerability in GitLab EE that allows authenticated users with developer role to execute JavaScript in other users' browsers due to improper input sanitization.
Am I affected by CVE-2026-7481 in GitLab?
You are affected if you are running GitLab EE versions 16.4.0 through 18.11.3. Upgrade to version 18.11.3 or later to mitigate the risk.
How do I fix CVE-2026-7481 in GitLab?
The recommended fix is to upgrade GitLab EE to version 18.11.3 or a later version. Consider implementing WAF rules as an interim measure.
Is CVE-2026-7481 being actively exploited?
Currently, there are no publicly known active exploitation campaigns for CVE-2026-7481, but continuous monitoring is advised.
Where can I find the official GitLab advisory for CVE-2026-7481?
Refer to the official GitLab security advisory for CVE-2026-7481 on the GitLab website: [https://about.gitlab.com/security/advisories/](https://about.gitlab.com/security/advisories/)
Is your project affected?
Upload your dependency file and we'll tell you instantly if this and other CVEs hit you.
Try it now — no account
Upload any manifest (composer.lock, package-lock.json, WordPress plugin list…) or paste your component list. You get a vulnerability report instantly. Uploading a file is just the start: with an account you get continuous monitoring, Slack/email alerts, multi-project and white-label reports.
Drag & drop your dependency file
composer.lock, package-lock.json, requirements.txt, Gemfile.lock, pubspec.lock, Dockerfile...