CVE-2026-13319: GitLab CE/EE authorization bypass through user-controlled key in group milestones API
The GitLab group milestones API did not check authorization on a user-supplied project filter. Any authenticated user could read milestone titles, descriptions and full project paths from private projects they do not belong to. Affected: GitLab CE/EE 15.10 before 19.3.6, 19.4 before 19.4.3 and 19.5 before 19.5.1. Upgrade to 19.3.6, 19.4.3 or 19.5.1.
Published Oct 21, 2026 · Analysis Oct 22, 2026
What an attacker can do
The group milestones API accepts a project filter parameter. GitLab says it lacked an authorization check (CWE-639, authorization bypass through a user-controlled key), so supplying the identifier of a private project made the API return that project's milestone data even though the caller was not a member. The leaked fields are milestone titles, descriptions and the full project path.
The flaw reaches across the instance: the bulletin says arbitrary private projects were exposed. The attacker needs only an ordinary account, which on instances that allow open sign-up is easy to get. Project paths also reveal which private projects exist and how they are named, and milestone text often contains release plans, customer names or security work.
The CVSS 3.1 score is 4.3 (medium): network access, low privileges, no user interaction and a low confidentiality effect, with no integrity or availability effect. Only reading is affected. The range goes back to 15.10, so long-lived instances have carried the flaw for years. The reporter is credited as a0xnirudh, and no exploitation is reported.
Who is affected
GitLab CE and EE, all versions from 15.10 before 19.3.6, 19.4 before 19.4.3, and 19.5 before 19.5.1. Instances with private projects and many users, or with open registration, are the most exposed. Check the version in the Admin Area, on the /help page, or on the host:
dpkg -l gitlab-ee gitlab-ceHow to fix it
Upgrade to GitLab 19.5.1, 19.4.3 or 19.3.6, released October 21, 2026. The bulletin names no workaround and urges self-managed administrators to upgrade as soon as possible; GitLab.com is already patched.
How to tell if you were hit
The bulletin gives no log signature. Check API and access logs for requests to group milestone endpoints that include a project filter parameter, especially from accounts that are not members of the projects named in the filter, or that request many different project identifiers in a short time.
Original advisory
From the National Vulnerability Database. This product uses the NVD API but is not endorsed or certified by the NVD.
An authenticated user could have read milestone metadata, including titles, descriptions, and full project paths, from arbitrary private projects across the instance without any project membership, due to missing authorization checks on a user-supplied project filter parameter in the group milestones API. Impacted versions: GitLab CE/EE all versions from 15.10 before 19.3.6, 19.4 before 19.4.3, and 19.5 before 19.5.1. Fixed in GitLab CE/EE 19.5.1, 19.4.3 and 19.3.6, released October 21, 2026.
Credited to a0xnirudh.
Questions
- Can an outsider with no account exploit CVE-2026-13319?
No. The caller must be authenticated. But any account works, including one with no project membership, so open registration raises the risk.
- What data leaks?
Milestone titles, descriptions and full project paths from private projects. The CVSS vector shows a low confidentiality effect and no integrity or availability effect.
- Which versions fix it?
GitLab 19.5.1, 19.4.3 and 19.3.6. The flaw dates back to 15.10.
References
How this page is made: the data panel comes from the GitHub Advisory Database, CISA’s KEV catalog, the NVD and FIRST EPSS, and updates twice a day. The analysis is written by an AI model from the sources listed above and checked by automated rules before it is published. Check versions against the vendor's advisory before you act. Methodology
Coverage on the Beam blog
More GitLab vulnerabilities
All GitLab entriesCVE-2026-103515
GitLab EE improper access control in group Duo admin-lock enforcement for Amazon Q settings
low2.7Oct 21, 2026CVE-2026-105711
GitLab CE/EE use of cache containing sensitive information in merge request title rendering
low3.5Oct 21, 2026CVE-2026-105777
GitLab CE/EE internal credential exposure in internal response headers
medium4.3Oct 21, 2026CVE-2026-110264
GitLab CE/EE integer overflow in regular expression compiler allows unauthenticated remote code execution
critical10.0Oct 21, 2026CVE-2026-112212
GitLab CE/EE cache poisoning in OAuth/OIDC discovery endpoints
high7.5Oct 21, 2026CVE-2026-112326
GitLab EE improper cleanup on thrown exception in security findings
low3.1Oct 21, 2026
