CVE-2024-1066: Allocation of Resources Without Limits or Throttling in GitLab
An issue has been discovered in GitLab EE affecting all versions from 13.3.0 prior to 16.6.7, 16.7 prior to 16.7.5, and 16.8 prior to 16.8.2 which allows an attacker to do a resource exhaustion using GraphQL `vulnerabilitiesCountByDay`
Security readout for executives and security teams
Plain-English summary
A logged-in attacker could make GitLab EE consume excessive resources through a GraphQL vulnerability-count feature. The main business impact is service disruption, not data theft or tampering, but GitLab outages can block engineering, security triage, and release workflows.
Executive priority
Treat this as a prompt patching item for affected GitLab EE environments. It is not described as data compromise, but availability loss can materially disrupt software delivery and vulnerability management operations.
Technical view
CVE-2024-1066 is CWE-770 resource exhaustion in GitLab EE. Affected versions are 13.3.0 before 16.6.7, 16.7 before 16.7.5, and 16.8 before 16.8.2. The vulnerable GraphQL `vulnerabilitiesCountByDay` path can impact availability with low attack complexity and authenticated access.
Likely exposure
Exposure is most relevant for self-managed GitLab EE instances in the affected version ranges, especially instances reachable by many authenticated users or external collaborators.
Exploitation context
The source bundle does not show CISA KEV listing or other cited evidence of active exploitation. The CVSS vector indicates network access, low complexity, low privileges, no user interaction, and high availability impact.
Researcher notes
The public bundle identifies the affected GraphQL field but provides limited implementation detail. Avoid assuming broader GitLab CE impact, unauthenticated exploitability, or active exploitation without additional vendor or KEV evidence.
Mitigation direction
Upgrade GitLab EE to 16.6.7, 16.7.5, 16.8.2, or a later fixed release.
Review GitLab Issue #420341 and vendor guidance for any environment-specific notes.
Prioritize internet-facing or multi-tenant GitLab EE instances first.
Monitor GitLab resource usage and GraphQL request volume until remediation is complete.
Validation and detection
Confirm whether the deployment is GitLab EE and record the exact version.
Compare the version against 13.3.0-16.6.6, 16.7.0-16.7.4, and 16.8.0-16.8.1.
Review logs or telemetry for unusual GraphQL activity and resource spikes.
After upgrade, verify the deployed version reports a fixed release or later.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-770: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-770 · source CWE mapping
Allocation of Resources Without Limits or Throttling
Allocation of Resources Without Limits or Throttling represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.