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

CVE-2026-85706 : comment une requête non authentifiée lisait n'importe quel fichier sur GitLab

Critical — CVSS 10.0 CWE-22: Path Traversal Disclosed September 2026
En clair (ELI5)

Dans une bibliothèque, un employé va chercher en réserve le livre dont vous écrivez le numéro sur un ticket. Il est censé vérifier votre carte et n'accepter que les rayons publics. Il n'a fait ni l'un ni l'autre : un inconnu sans carte a écrit 'le coffre du directeur' sur le ticket, et l'employé est allé le lui chercher.

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

Sources et avis officiels