GitLab has released patches for a maximum-severity path traversal vulnerability tracked as CVE-2026-85706, and urged users to update their servers immediately. The flaw stems from improper path confinement and missing authentication enforcement in the repository commits API. According to GitLab, unauthenticated attackers can exploit it "under certain conditions" to read arbitrary data, such as credentials, secrets, and sensitive information, from vulnerable servers. The company has not flagged the flaw as exploited in the wild.
Who is exposed? Self-managed GitLab installations that have not applied the fixes. GitLab.com is already running the patched version, and GitLab Dedicated customers do not need to take action. The fixed versions are GitLab Community Edition (CE) and Enterprise Edition (EE) 19.3.2, 19.2.6, and 19.1. GitLab strongly recommends that all self-managed installations upgrade to one of these versions immediately.
The protective step is straightforward: upgrade to a patched version. Additionally, watchTowr reported that attackers have begun searching for internet-exposed GitLab servers unpatched against CVE-2026-85706. The firm warned that indiscriminate exploitation is likely not far away, based on recent GitLab vulnerabilities. Defenders can hunt through log files for HTTP POST requests to '/api/v4/projects/{id}/repository/commits/' URIs containing 'file.path' parameters to identify potential exploitation attempts.
GitLab also patched a second critical vulnerability, CVE-2026-87719, which affects GitLab EE and stems from an insecure deserialization weakness in the GraphQL subscription serializer. It allows authenticated users with Duo Chat access to steal sensitive credentials and Advanced Search instance configurations. The two flaws were fixed in the same release. Historically, GitLab has dealt with similar path traversal issues, including a maximum-severity flaw in May 2023 (CVE-2023-2825). Since November 2021, CISA has flagged four GitLab vulnerabilities as exploited in attacks.
