CVE-2026-3607
Gitlab 18.3.0 – 18.9.7
Raw vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:NSummary
CVE-2026-3607 is a medium-severity Access Control Check Implemented After Asset is Accessed (CWE-1280) vulnerability in Gitlab Gitlab. Its CVSS base score is 4.3 (Medium).
Operationally, exploitation aligns with the MITRE ATT&CK technique Exploitation for Privilege Escalation (T1068); ranked at the 14th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.
The strongest mitigations our analysis identified map to AC-3 (Access Enforcement) and AC-6 (Least Privilege) — see the control section below for these in your framework.
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2026-30227
Vulnerability Data
GitLab has remediated an issue in GitLab CE/EE affecting all versions from 18.3 before 18.9.7, 18.10 before 18.10.6, and 18.11 before 18.11.3 that could have allowed an authenticated user with developer-role permissions to bypass package protection rules due to improper…
more
access control.
- CWE(s)
Related Threats
MITRE ATT&CK Enterprise TechniquesAI
Why these techniques?
Improper access control (CWE-1280) in GitLab package protection rules directly enables privilege escalation via an authenticated developer account and exploitation of a public-facing web application.
CVEs Like This One
Affected Assets
Mitigating Controls
Control response
Mitigating Controls (NIST 800-53 r5) AI
Directly enforces access control policies on package resources, preventing the exact developer-role bypass described in the CVE.
Ensures developer accounts receive only the minimum privileges required, blocking unintended access to protected packages.
Enforces information flow rules between users/roles and package repositories, limiting the scope of the improper access control flaw.
Mitigating Controls (NIST CSF 2.0) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.
Enforcing access permissions before use directly prevents post-access checks in hardware designs.
Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.
Promotes secure architecture that can embed early checks, but does not mandate them.
Enforces access restrictions before asset use, directly addressing the timing flaw.
Limits privileged rights but does not guarantee the check precedes access.
Strengthens authentication yet does not ensure the check occurs before asset access.