A critical code injection vulnerability in GitLab Community Edition (CE) and Enterprise Edition (EE), tracked as CVE-2026-19478, is under active exploitation. The flaw, which has a CVSS score of 9.4, allows an unauthenticated, remote attacker to modify or delete public projects on self-managed instances. The rapid weaponization of this vulnerability, observed within minutes of public disclosure, poses a significant software supply chain risk. Administrators of self-managed GitLab instances are urged to apply the patches released by GitLab immediately. As a temporary mitigation, access to the /api/graphql endpoint should be restricted.
CVE-2026-19478 is a code injection vulnerability that exists in the way GitLab handles a specific GraphQL directive. An unauthenticated attacker can send a specially crafted request to the /api/graphql endpoint to execute arbitrary actions on public projects.
The vulnerability allows an attacker to perform actions with the permissions of the project's maintainers, leading to severe consequences.
The vulnerability affects self-managed instances of GitLab CE and EE across the following versions:
GitLab has released patched versions: 19.2.4, 19.1.6, 19.0.8, and 18.11.11.
Important: GitLab.com and GitLab Dedicated instances are not affected as they have already been patched by GitLab.
Active exploitation of CVE-2026-19478 was confirmed by security company watchTowr, which detected exploitation attempts against its honeypot network. The speed at which the exploit was developed and deployed after disclosure highlights a shrinking gap between patch release and in-the-wild attacks, a trend potentially accelerated by AI-assisted exploit development. Attackers are actively scanning the internet for vulnerable instances.
The impact of this vulnerability is severe, particularly for organizations that host public source code repositories. A successful exploit can lead to:
T1485 - Data DestructionT1554 - Compromise Software Supply ChainSecurity teams should actively hunt for signs of probing and exploitation. The following patterns may help identify vulnerable or compromised systems:
/api/graphql@gl_introducedgitlab-railsgitlab-rails process for unusual activity, high CPU usage, or unexpected child processes, which could indicate code execution./var/log/gitlab/gitlab-rails/production.logLog Analysis: Scrutinize web access logs (nginx, haproxy, etc.) for requests to the /api/graphql endpoint. Specifically, look for POST requests containing the @gl_introduced string in the request body. Use grep or SIEM queries to search for this pattern.
# Example command to search logs
grep -i "@gl_introduced" /var/log/gitlab/nginx/gitlab_access.log
Git Repository Auditing: If exploitation is suspected, perform an urgent audit of public projects. Check for unauthorized commits, deleted branches or tags, and changes to project member permissions.
D3FEND Techniques: Employ D3-NTA: Network Traffic Analysis to baseline and monitor traffic to the GitLab API. Anomaly detection can flag sudden spikes in requests to the GraphQL endpoint.
Patch Immediately: The primary mitigation is to upgrade to a patched GitLab version (19.2.4, 19.1.6, 19.0.8, or 18.11.11). This is the most effective way to eliminate the risk.
Restrict Access (Workaround): If patching is not immediately possible, restrict access to the /api/graphql endpoint at the network level (e.g., via a WAF or reverse proxy). This will likely impact legitimate integrations that use the GraphQL API, so it should be considered a temporary measure.
Disable Public Projects: As a last resort, consider making all projects private to remove the attack surface for unauthenticated users. This drastically reduces the risk but also limits the utility of the platform for open-source collaboration.
D3FEND Countermeasures: This incident underscores the need for proactive hardening. Implementing D3-ITF: Inbound Traffic Filtering through a Web Application Firewall (WAF) with rules to inspect GraphQL queries can help block malicious payloads.
The most critical mitigation is to apply the security patches provided by GitLab to eliminate the vulnerability.
As a temporary workaround, block or restrict access to the vulnerable /api/graphql endpoint at the network edge.
Use a Web Application Firewall (WAF) to inspect and filter malicious GraphQL queries targeting the vulnerability.
GitLab releases out-of-band security updates to patch CVE-2026-19478.
Security firm watchTowr reports observing active exploitation of CVE-2026-19478 in the wild.

Cybersecurity professional with over 10 years of specialized experience in security operations, threat intelligence, incident response, and security automation. Expertise spans SOAR/XSOAR orchestration, threat intelligence platforms, SIEM/UEBA analytics, and building cyber fusion centers. Background includes technical enablement, solution architecture for enterprise and government clients, and implementing security automation workflows across IR, TIP, and SOC use cases.
CyberNetSec.io uses automation to assist source monitoring, deduplication, observable extraction, and structured intelligence generation. Published analysis follows human-defined editorial standards and adds defensive context including MITRE ATT&CK, D3FEND, STIX, and Sigma where applicable. Read our editorial policy.
Help others stay informed about cybersecurity threats
Every tactic, technique, and sub-technique used in this threat has been identified and mapped to the MITRE ATT&CK framework for consistent, actionable threat language.
Observables and indicators of compromise (IOCs) have been extracted and cataloged. Risk has been assessed and correlated with known threat actors and historical campaigns.
Detection rules, incident response steps, and D3FEND-aligned mitigation strategies are included so your team can act on this intelligence immediately.
Structured threat data is packaged as a STIX 2.1 bundle and can be visualized as an interactive graph — relationships between actors, malware, techniques, and indicators.
Sigma detection rules are derived from the threat techniques in this article and can be converted for deployment across any major SIEM or EDR platform.