Brifing

Critical GitLab GraphQL Flaw Allows Unauthenticated Project Deletion

GitLab patches critical security vulnerability that let unauthorized users delete public projects.

The Hacker News2 min

1Critical Security Vulnerability Discovered

GitLab identified a critical security vulnerability in its Community Edition (CE) and Enterprise Edition (EE) software. Tracked as CVE-2026-19478, this flaw could allow unauthenticated users to remotely modify or delete public projects and user data under certain conditions. GitLab rated the vulnerability as Critical with a CVSS score of 9.4. The company released an emergency patch on August 17, 2026, outside its regular twice-monthly update schedule.

2Affected Versions and Solution

The vulnerability impacts self-managed GitLab installations. Fixes are available in GitLab 19.2.4, 19.1.6, 19.0.8, and 18.11.11. GitLab.com and GitLab Dedicated customers don't need to take action as these platforms already run the patched version. However, versions 18.2 through 18.10 remain vulnerable. The company recommends users update immediately to protected versions.

3Technical Details of the Flaw

The vulnerability can be exploited through a GraphQL directive. The CVSS vector indicates attackers can exploit it over the network without credentials and without victim interaction. GitLab hasn't disclosed which specific GraphQL directive was involved or the exact conditions required for exploitation. As of August 18, 2026, there's no evidence of active exploitation or public exploit code on GitHub.

4Second Significant Fix

The same update addressed another vulnerability tracked as CVE-2026-19650, rated High with a CVSS score of 7.1. This issue involves a CSRF weakness in the GraphQL multiplex query handler. Unlike the critical flaw, this requires user interaction to exploit. GitLab stated this resulted from improper request validation in GraphQL multiplex query handling.

5Update Process and Impacts

GitLab confirmed this update doesn't require new migrations and shouldn't cause downtime for multi-node deployments. The company makes vulnerability details public 90 days after patching, though this window was temporarily reduced to 30 days for the June 10, 2026 patch release. Technical details for both flaws will become public around mid-November 2026.

6Historical Context

These vulnerabilities follow July 2026 reports where researchers published working exploit code for a separate GitLab flaw affecting self-managed servers. GitLab's security team continuously monitors and improves the platform against such threats. Recent years have seen an increase in GraphQL-based security vulnerabilities across the industry.

7AI and Security Implications

These disclosures highlight growing concerns about AI's ability to rapidly find and chain vulnerabilities. While AI helps teams ship code 10-50x faster, security measures must keep pace. Experts recommend automating security testing in development pipelines and implementing continuous monitoring systems to maintain protection without slowing innovation.

8Critical Actions for Users

Immediate action is crucial for GitLab users, especially those managing self-managed installations. Updating affected versions is paramount. Security experts recommend reviewing GraphQL API access controls, restricting unnecessary public access, and regularly monitoring system logs for suspicious activity. Proactive measures significantly reduce potential attack surfaces.

Original article: The Hacker News — GitLab'da Kritik GraphQL Açığı: Yetkisiz Kullanıcılar Projeleri Silebiliyor