GitLab has issued an urgent warning for users to patch a maximum-severity path traversal vulnerability (CVE-2026-85706) that could allow unauthenticated attackers to read arbitrary files.
- GitLab patched a maximum-severity path traversal flaw tracked as CVE-2026-85706.
- Unauthenticated attackers can read arbitrary server files under specific conditions.
- A second critical flaw, CVE-2026-87719, involving insecure deserialization, was also fixed.
- Immediate upgrade to versions 19.3.2, 19.2.6, or 19.1 is strongly recommended for self-managed users.
In a critical security update issued on Thursday, GitLab has urged its global user base to immediately patch their servers to mitigate a maximum-severity path traversal vulnerability. The flaw, identified as CVE-2026-85706, originates from improper path confinement and a lack of authentication enforcement within the repository commits API.
The vulnerability was discovered by a security researcher known as 's3ntago' and reported through GitLab's HackerOne bug bounty program. If exploited, the flaw allows unauthenticated attackers to bypass security boundaries and read arbitrary files from vulnerable servers, posing a severe risk to proprietary data and system configurations.
Why This Matters
BozokMedia analysis shows that GitLab's position as a cornerstone of the DevSecOps ecosystem makes such vulnerabilities systemic risks. With over 50% of Fortune 100 companies—including Nvidia, Airbus, and Lockheed Martin—relying on the platform, a single unpatched server can become a gateway for corporate espionage or large-scale data breaches. The critical nature of these flaws highlights the fragility of the software supply chain.
Path traversal vulnerabilities are often viewed as 'unforgivable' by security agencies because they represent a fundamental failure in basic input validation.
Simultaneously, GitLab addressed another critical issue, CVE-2026-87719. This flaw stemmed from insecure deserialization in the GraphQL subscription serializer. Unlike the path traversal flaw, this one affected GitLab EE and allowed authenticated users with Duo Chat access to potentially steal sensitive credentials and Advanced Search instance configurations.
The company has released fixes in GitLab Community Edition (CE) and Enterprise Edition (EE) versions 19.3.2, 19.2.6, and 19.1. While GitLab.com and GitLab Dedicated customers are already protected, self-managed installations remain vulnerable until manually updated.
Historical Context & Security Trends
GitLab has a history of battling high-severity flaws. In May 2023, the company patched CVE-2023-2825, another maximum-severity path traversal issue that exposed proprietary code and tokens. This recurring theme has drawn attention from the CISA and the FBI, who have urged software vendors to eliminate such vulnerabilities before product shipping. Since 2021, CISA has flagged four GitLab vulnerabilities as being actively exploited in the wild.
| CVE ID | Vulnerability Type | Impact | Status |
|---|---|---|---|
| CVE-2026-85706 | Path Traversal | Unauthenticated File Read | Patched |
| CVE-2026-87719 | Insecure Deserialization | Credential Theft | Patched |
Frequently Asked Questions
Q1: Do I need to update my GitLab installation?
Yes, if you are running a self-managed instance of GitLab CE or EE, you must upgrade to version 19.3.2, 19.2.6, or 19.1 immediately.
Q2: Is GitLab.com affected by these vulnerabilities?
No, GitLab.com is already running the patched versions and is not at risk.