Cyber Resilience

CVE-2025-8099

HighDDoS

Published: 11 February 2026

Published
11 February 2026
Modified
13 February 2026
KEV Added
Patch
CVSS Score v3.1 7.5 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
EPSS Score 0.0004 12.2th percentile
Risk Priority 15 60% EPSS · 20% KEV · 20% CVSS

Summary

CVE-2025-8099 is a high-severity Allocation of Resources Without Limits or Throttling (CWE-770) vulnerability in Gitlab Gitlab. Its CVSS base score is 7.5 (High).

Operationally, exploitation aligns with the MITRE ATT&CK technique Exploit Public-Facing Application (T1190); ranked at the 12.2th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.

The strongest mitigations our analysis identified are NIST 800-53 SC-5 (Denial-of-service Protection) and SC-6 (Resource Availability).

Deeper analysis

CVE-2025-8099 is a denial-of-service vulnerability in GitLab Community Edition (CE) and Enterprise Edition (EE), affecting all versions from 10.8 prior to 18.6.6, 18.7 prior to 18.7.4, and 18.8 prior to 18.8.4. The issue stems from a failure to properly handle repeated GraphQL queries under certain conditions, classified under CWE-770 (Allocation of Resources Without Limits or Throttling). It has a CVSS v3.1 base score of 7.5 (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H), indicating high availability impact with network accessibility and no privileges required.

An unauthenticated attacker can exploit this vulnerability over the network with low complexity by sending repeated GraphQL queries to a vulnerable GitLab instance. Successful exploitation results in denial of service, potentially disrupting service availability for legitimate users without impacting confidentiality or integrity.

GitLab has remediated the issue through patch releases, including GitLab 18.8.4, as detailed in their release notes. Security practitioners should upgrade to GitLab 18.6.6, 18.7.4, 18.8.4, or later versions. Additional details are available in the GitLab security issue tracker at https://gitlab.com/gitlab-org/gitlab/-/issues/557165 and the originating HackerOne report at https://hackerone.com/reports/3240210.

EU & UK References

Vulnerability details

GitLab has remediated an issue in GitLab CE/EE affecting all versions from 10.8 before 18.6.6, 18.7 before 18.7.4, and 18.8 before 18.8.4 that, under certain conditions, could have allowed an unauthenticated user to cause denial of service by sending repeated…

more

GraphQL queries.

CWE(s)

Related Threats

MITRE ATT&CK Enterprise TechniquesAI

T1190 Exploit Public-Facing Application Initial Access
Adversaries may attempt to exploit a weakness in an Internet-facing host or system to initially access a network.
T1499.002 Service Exhaustion Flood Impact
Adversaries may target the different network services provided by systems to conduct a denial of service (DoS).
T1499.003 Application Exhaustion Flood Impact
Adversaries may target resource intensive features of applications to cause a denial of service (DoS), denying availability to those applications.
Why these techniques?

CVE enables unauthenticated network exploitation of a public-facing GraphQL endpoint (T1190) to perform service/application exhaustion via repeated queries (T1499.002/003).

Confidence: HIGH · MITRE ATT&CK Enterprise v18.1

CVEs Like This One

CVE-2026-1662Same product: Gitlab Gitlab
CVE-2025-1257Same product: Gitlab Gitlab
CVE-2025-13929Same product: Gitlab Gitlab
CVE-2026-1102Same product: Gitlab Gitlab
CVE-2025-13927Same product: Gitlab Gitlab
CVE-2026-1456Same product: Gitlab Gitlab
CVE-2026-1725Same product: Gitlab Gitlab
CVE-2024-2878Same product: Gitlab Gitlab
CVE-2025-14870Same product: Gitlab Gitlab
CVE-2026-1659Same product: Gitlab Gitlab

Affected Assets

gitlab
gitlab
10.8.0 — 18.6.6 · 10.8.0 — 18.6.6 · 18.7.0 — 18.7.4

Mitigating Controls

Mitigating Controls (NIST 800-53 r5) AI

prevent

SC-5 directly implements denial-of-service protections at system entry points to prevent resource exhaustion from repeated unauthenticated GraphQL queries.

prevent

SC-6 enforces resource allocation limits by user, role, or application to mitigate depletion of resources due to excessive GraphQL query volume.

prevent

SI-9 restricts information inputs at boundaries specifically to prevent DoS attacks like the repeated GraphQL queries causing this vulnerability.

References