flawopen.com/Incidentes/GitLab CVE-2026-85706

CVE-2026-85706: cómo una petición no autenticada leía cualquier archivo en un servidor GitLab

Critical — CVSS 10.0 CWE-22: Path Traversal Disclosed September 2026
ELI5 (Explicación Sencilla)

En un mostrador de biblioteca entregas un papel con el número de estantería para que te traigan el libro. El encargado solo debía buscar en estantes públicos y comprobar tu carné. No hizo ninguna de las dos cosas: cualquiera podía escribir 'el cajón del director' y el encargado se lo traía de inmediato.

The load-bearing idea is that you cannot validate a path by inspecting the string. Blocklisting ../ fails against encoded variants, absolute paths, and symlinks. The only durable check is to fully resolve the path — following every .. and every symlink — and then assert that the resolved result is still underneath the directory you intended.

Why patching alone was not enough

This is the part teams got wrong. An arbitrary file read on a GitLab server does not just expose source code — it exposes the secrets that the server keeps on disk. Depending on configuration, that can include the instance's shell secret file, SSH host keys, deploy tokens, CI/CD variables and database credentials.

Once those have potentially been read, upgrading closes the hole but leaves the attacker holding valid credentials. Any instance that was internet-reachable and unpatched during the exposure window should be treated as having leaked its secrets, and those secrets rotated.

The transferable lesson

The interesting thing about this CVE is not that GitLab shipped a path traversal — it is how ordinary the ingredients were. A parameter named path, a join against a base directory, and an endpoint whose authentication requirement was assumed rather than enforced. Each of those individually appears in a very large number of codebases. The lesson is that path handling and authentication should both be checked at the boundary, mechanically, rather than inherited from the assumption that the surrounding framework already did it.

FAQ

Was gitlab.com affected?

The advisory scopes the issue to self-managed Community and Enterprise Edition instances. GitLab's own hosted platform was addressed by the vendor directly; the urgent action applies to organisations running their own servers.

Does this allow code execution?

Not directly — the primitive is an arbitrary file read. In practice that is often enough to reach code execution indirectly, because the files it exposes include credentials and signing secrets that unlock other systems.

Why CVSS 10.0 for a read-only bug?

The score reflects that it is remotely reachable, needs no privileges, needs no user interaction, is trivial to exploit, and — because the exposed secrets grant control over other components — its impact is judged to extend beyond the vulnerable component itself.

Related reading

Fuentes y avisos oficiales