GPU VulnDB

Database/Control plane, storage & DevOps

GitLab CE/EE: environment scope matching lets an authenticated user read CI/CD variables outside their scope

CVSS 7.7CVE-2026-13210Control plane, storage & DevOpscurated

Impact

Improper input validation in the environment scope pattern matcher let an authenticated GitLab user obtain CI/CD variables that were meant to be restricted to another environment. On a self-managed GitLab that drives GPU fleet automation, those variables are typically the registry pull secrets, cluster kubeconfigs, cloud credentials and model-bucket keys used by deploy jobs, so a developer with access only to a staging scope can read production material. The CVSS vector is scope-changed confidentiality only - no write or availability impact is claimed. Exposure is limited to instances where protected/scoped variables are actually used to separate trust levels.

Who can reach it

Any authenticated user of the GitLab instance with enough project access to trigger or inspect a pipeline; no admin rights and no local access needed. Network-reachable over the normal GitLab web/API surface.

What to do

Upgrade GitLab to 19.1.8, 19.2.6 or 19.3.2 (all versions from 15.7 are affected). For a self-managed instance this is a standard package or Helm upgrade with a short GitLab service restart - no node drain. Because the leak is of credential material, rotate any CI/CD variables that were scoped to environments a lower-privileged user could reach.

References

Related entries

All Control plane, storage & DevOps entries

This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.