PatchSiren

PatchSiren cyber security CVE debrief

CVE-2026-13319 GitLab CVE debrief

GitLab has remediated an issue in GitLab CE/EE affecting all versions from 15.10 before 19.3.6, 19.4 before 19.4.3, and 19.5 before 19.5.1 that could have allowed an authenticated user to 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.

Vendor
GitLab
Product
Unknown
CVSS
MEDIUM 4.3
CISA KEV
Not listed in stored evidence
Original CVE published
2026-10-22
Original CVE updated
2026-10-27
Advisory published
2026-10-22
Advisory updated
2026-10-27

Who should care

GitLab administrators, security teams, and users with access to group milestones should assess exposure and apply patches to remediate the vulnerability. This includes reviewing authorization checks, verifying instance versions, and restricting access to sensitive project information. Security teams should also monitor for suspicious activity and review compensating controls for exposed systems.

Why it matters

Defenders should prioritize verifying exposure and applying patches for GitLab instances with authenticated users, especially those with access to group milestones, to prevent potential unauthorized access to sensitive project information.

  • Potential unauthorized access to sensitive project information
  • Need to verify and restrict access to group milestones
  • Possible data exposure through milestone metadata

Technical summary

The vulnerability affects GitLab CE/EE versions from 15.10 before 19.3.6, 19.4 before 19.4.3, and 19.5 before 19.5.1. An authenticated user can 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.

Defensive priority

Defenders should prioritize verifying exposure and applying patches for GitLab instances with authenticated users, especially those with access to group milestones.

Recommended defensive actions

  • Verify GitLab instance versions and apply patches to remediate the vulnerability
  • Restrict access to group milestones for users without project membership
  • Monitor for suspicious activity related to milestone metadata access
  • Review compensating controls for exposed systems while remediation is scheduled and verified
  • Check relevant monitoring, detection, and logs for exposed assets that need extra review
  • Track exceptions, retest remediated assets, and close the item only after evidence is documented
  • Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up

Evidence notes

The CVE record and NVD entry provide details on the vulnerability, affected versions, and vendor remediation. However, there is limited information on actual exploitation or victim impact. Defenders should verify affected GitLab instances, review authorization checks, and monitor for suspicious activity related to milestone metadata access. Evidence is limited to vendor advisories and CVE details.

Sources and references

Verified primary and authoritative sources

  • CVE-2026-13319 CVE Program record

    Publisher, destination, and source semantics verified

    URL: https://www.cve.org/CVERecord?id=CVE-2026-13319

    CVE Program - Official CVE Program record with source-provided CVE metadata.

  • CVE-2026-13319 NVD vulnerability detail

    Publisher, destination, and source semantics verified

    URL: https://nvd.nist.gov/vuln/detail/CVE-2026-13319

    NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.

Supplemental references

Methodology and review provenance

AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.