External risk intelligence

GitLab Path Traversal Allows Arbitrary File Read

CVE advisoryKnown Exploit

CVE-2026-85706

GitLab instances are frequently deployed as public-facing web applications or API gateways. The vulnerability exists within a repository commits API endpoint that is often exposed to facilitate external code collaboration and integration, making it a high-probability target for network-based reachability in standard deployments.

Path Traversal

Gitlab Community Edition And Enterprise Edition

Halo Surface Signal: 5 out of 5 — more likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

A vulnerability was identified in GitLab that could allow unauthorized users to access sensitive files on the server. This issue stems from how the system handles requests to its repository commits API. The main concern is confirming if your GitLab instances are affected and understanding the potential exposure.

  • Unauthenticated users could read server files.
  • This vulnerability impacts a widely used code collaboration platform.
  • Confirm relevance and potential exposure for GitLab instances.

Attack Path

How an attacker could exploit the issue

An unauthenticated attacker can exploit this vulnerability by interacting with the repository commits API. This component, when improperly configured or when path confinement and authentication checks are bypassed, allows for the reading of arbitrary files from the GitLab server.

  • No authentication required.
  • Access repository commits API.
  • Read arbitrary files.

Live Threat

Current exploitation, exposure, and threat context

Under certain conditions, an unauthenticated user could read arbitrary files from a GitLab server. This could occur when the repository commits API is accessed, potentially exposing sensitive system or user data.

  • Arbitrary file contents.
  • Through repository commits API.
  • Unauthorized data disclosure.

Operational Fix

Recommended remediation, mitigation, and detection steps

This critical vulnerability impacts GitLab CE/EE, potentially allowing unauthenticated users to read arbitrary files. Platform or infrastructure teams managing GitLab instances are likely responsible for remediation. The first step is to identify all deployed GitLab instances, confirm their exposure and business criticality, and then engage the appropriate owner to plan remediation based on risk.

  • Confirm GitLab instance ownership and exposure.
  • Verify instance reachability and business criticality.
  • Plan remediation based on risk and vendor guidance.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is GitLab and why is it used?

GitLab is a comprehensive software development platform that supports the entire DevOps lifecycle. It is primarily used by teams to manage source code in repositories, automate testing and deployment pipelines, and facilitate collaborative software engineering. Organizations rely on it to host their codebases and coordinate complex development projects, often integrating it directly into their core infrastructure.

What is the vulnerability class for CVE-2026-85706?

This vulnerability is classified as Path Traversal, specifically identified as CWE-22 and CWE-35. In plain terms, this means the software fails to properly sanitize user input, allowing an attacker to navigate outside the intended directory structure. Because of this flaw in the repository commits API, the system mistakenly grants access to files on the server that should remain private, rather than confining the request to the specific repository data.

How does an attacker trigger this GitLab issue?

An attacker triggers this by sending specific, crafted requests to the repository commits API. This does not require a valid user account or any prior authentication with the system. It is important to note that the vulnerability is tied to the processing logic within that specific API component; interactions that do not involve this API, or interactions that are correctly routed and validated by updated software, do not trigger the flaw.

Is my GitLab instance at risk?

If your instance is reachable over the internet, Halo Surface Signal notes it is a high-probability target because this API is often exposed to facilitate external collaboration. Instances accessible only to internal users or those protected by strict network boundaries may face different risks, but the critical nature of this flaw necessitates checking all deployments against the affected version list to confirm their status.

What should I do if I run GitLab?

First, verify the specific versions of your GitLab CE or EE installations. If your software falls within the affected ranges, prioritize updating to the patched versions provided by the vendor. Coordinate with your infrastructure or platform teams to confirm which instances are currently running and ensure the security updates are applied promptly to close the path traversal vulnerability and prevent unauthorized access.

References