CVE-2026-85706 is rated a perfect 10.0 — the maximum score on the CVSS v3.1 scale — for a path traversal bug in GitLab's repository commits API that can let unauthenticated attackers read arbitrary files from vulnerable servers.
GitLab's repository commits API: how the flaw works
GitLab says the defect is a path traversal vulnerability in the repository commits API that, under certain conditions, allows an attacker to read arbitrary files from the GitLab server without authenticating. GitLab blamed the problem on "improper path confinement combined with missing authentication enforcement in the affected API." That combination is especially consequential on a platform that often stores source code, configuration files and credentials.
Patch timeline and who needs to act
GitLab shipped fixes on September 10 in versions 19.3.2, 19.2.6 and 19.1.8. The bug affects:
- versions from 18.7 before 19.1.8;
- the 19.2 branch before 19.2.6; and
- 19.3 before 19.3.2.
GitLab.com is already patched, and GitLab Dedicated customers "don't need to take action," the company said. Operators of affected self‑managed installations were urged to upgrade immediately to the fixed releases.

Audit-ready is a season. It shouldn't be.
Evidence in spreadsheets, controls drifting between audits, frameworks multiplying on flat headcount. Nubivance runs continuous compliance on Rapid7 Cyber GRC - SOC 2, HIPAA, ISO 27001, PCI, CMMC.
End the scrambleExploitation in the wild: probes and simplicity
Security firm watchTowr reported over the weekend that it was "observing probes" for CVE-2026-85706. The firm warned that widespread exploitation was likely to follow quickly and said exploiting the flaw can be as simple as sending a single HTTP request, potentially allowing an attacker to access local files, configuration data, credentials and other secrets.
watchTowr advised organizations running internet‑facing self‑hosted GitLab instances either to patch them or to pull them from public access. Administrators investigating potential exploitation attempts should check logs for HTTP POST requests to /api/v4/projects/{{id}}/repository/commits/ that contain file.path parameters, watchTowr said.
CISA response and regulatory context
The U.S. Cybersecurity and Infrastructure Security Agency has added CVE-2026-85706 to its Known Exploited Vulnerabilities (KEV) catalog. CISA's public comment emphasized the risk to government systems: "These types of vulnerabilities are frequent attack vectors for malicious cyber actors and pose significant risks to the federal enterprise."
CISA noted that Binding Operational Directive 26‑04 (BOD 26‑04) applies only to federal civilian executive branch (FCEB) agencies, but it "encourages all organizations to adopt risk‑based vulnerability management and prioritize remediation of KEV Catalog vulnerabilities."
What this means for self‑hosted admins, federal agencies, and managed customers
- Self‑hosted GitLab administrators: patch immediately to one of the fixed releases (19.3.2, 19.2.6 or 19.1.8) or, if that is not immediately possible, take internet‑facing instances offline; watchTowr explicitly recommended patching or pulling instances from public access and checking for POST requests to the repository commits endpoint with file.path parameters.
- Federal agencies and organizations bound by CISA directives: the KEV catalog entry and CISA's statement elevate the vulnerability in prioritized remediation workflows; BOD 26‑04 applies only to FCEB agencies, but CISA is urging broader adoption of risk‑based practices.
- GitLab managed customers: GitLab.com has been patched and GitLab Dedicated customers were told no action is required, reducing immediate exposure for those hosting with GitLab's managed services.
The vulnerability's maximum score and the reported ease of exploitation make this a high‑urgency event for any organization running self‑managed, internet‑facing GitLab instances. As the source reporting put it bluntly: for exposed, unpatched installations, "that upgrade belongs on today's to‑do list."
Original reporting: https://www.theregister.com/security/2026/09/14/perfect-10-gitlab-bug-under-attack-days-after-patch-lands/5296176




