Security Resilience

CVE-2024-11828

DoS in Gitlab 13.2.4 – 17.4.5

Published
26 November 2024
Modified
12 December 2024
CVSS Score v3.1 4.3
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:L
EPSS Score 0.0061 48th percentile
Risk Priority 38 floored blend · peak EPSS

CVSS and EPSS are reproduced from their sources (NVD, FIRST EPSS). Risk Priority is our own derived reading, not an NVD score.

Summary

CVE-2024-11828 is a medium-severity Inefficient Algorithmic Complexity (CWE-407) vulnerability in Gitlab Gitlab. Its CVSS base score is 4.3 (Medium).

Operationally, ranked at the 48th 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 SC-5 (Denial-of-service Protection) and SC-6 (Resource Availability) — see the control section below for these in your framework.

EU & UK References

Vulnerability Data

A denial of service (DoS) condition was discovered in GitLab CE/EE affecting all versions from 13.2.4 before 17.4.5, 17.5 before 17.5.3, and 17.6 before 17.6.1. By leveraging this vulnerability an attacker could create a DoS condition by sending crafted API…

more

calls. This was a regression of an earlier patch.

CWE(s)

Related Threats

CVEs Like This One

CVE-2024-6324Same product: Gitlab Gitlab
CVE-2024-8237Same product: Gitlab Gitlab
CVE-2026-3988Same product: Gitlab Gitlab
CVE-2024-8177Same product: Gitlab Gitlab
CVE-2024-8233Same product: Gitlab Gitlab
CVE-2024-9631Same product: Gitlab Gitlab
CVE-2023-3362Same product: Gitlab Gitlab
CVE-2025-7739Same product: Gitlab Gitlab
CVE-2026-1725Same product: Gitlab Gitlab
CVE-2023-6051Same product: Gitlab Gitlab

Affected Assets

gitlab
gitlab
17.6.0 · 13.2.4 — 17.4.5 · 13.2.4 — 17.4.5 · 17.5.0 — 17.5.3

Mitigating Controls

Mitigating Controls (NIST 800-53 r5) AI

Denial-of-service protection directly reduces the impact of resource exhaustion triggered by worst-case algorithmic inputs.

Resource availability allocation limits blast radius when an inefficient algorithm is forced into its worst case.

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.

degrades

Redundancy of processing facilities can absorb resource exhaustion from inefficient algorithms.

finds

Monitoring activities can identify anomalous resource consumption indicative of algorithmic complexity attacks.

blocks

Secure development life cycle includes design reviews that can catch inefficient algorithms before deployment.

blocks

Secure system architecture principles encourage selection of algorithms with acceptable worst-case complexity.

prevents

Secure coding practices can include guidelines to avoid or mitigate inefficient algorithms.

finds

Security testing can uncover performance issues stemming from algorithmic complexity.

Hardening callouts derived

DISA STIG baselines are authored against specific weaknesses. Where this CVE cites a broad weakness class, the mapping is not asserted at that abstraction (owner ruling, 2026-09-25: grade only at Base and below), so no rule is shown here rather than a rule shown against the wrong grain.

  • No fine-grained STIG row for CWE-407, a class-level weakness, and none of its children carries one either.

References