Security Resilience

CVE-2024-45019

Linux Kernel 6.1.69 – 6.1.107

Published
11 September 2024
Modified
04 August 2026
Patch / advisory
CVSS Score v3.1 7.8
Click a component to see what it means
Raw vectorCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
EPSS Score 0.0018 7th percentile
Risk Priority 55 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-45019 is a high-severity Improper Locking (CWE-667) vulnerability in Linux Linux Kernel. Its CVSS base score is 7.8 (High).

Operationally, ranked at the 7th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.

EU & UK References

Vulnerability Data

In the Linux kernel, the following vulnerability has been resolved: net/mlx5e: Take state lock during tx timeout reporter mlx5e_safe_reopen_channels() requires the state lock taken. The referenced changed in the Fixes tag removed the lock to fix another issue. This patch…

more

adds it back but at a later point (when calling mlx5e_safe_reopen_channels()) to avoid the deadlock referenced in the Fixes tag.

CWE(s)

Related Threats

CVEs Like This One

CVE-2024-35990Same product: Linux Linux Kernel
CVE-2024-27072Same product: Linux Linux Kernel
CVE-2024-40981Same product: Linux Linux Kernel
CVE-2024-26806Same product: Linux Linux Kernel
CVE-2024-38600Same product: Linux Linux Kernel
CVE-2024-45003Same product: Linux Linux Kernel
CVE-2024-35914Same product: Linux Linux Kernel
CVE-2026-64067Same product: Linux Linux Kernel
CVE-2023-53590Same product: Linux Linux Kernel
CVE-2025-38114Same product: Linux Linux Kernel

Affected Assets

linux
linux kernel
6.11 · 6.1.69 — 6.1.107 · 6.6.8 — 6.6.48 · 6.7 — 6.10.7

Mitigating Controls

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.

blocks

Secure development lifecycle includes concurrency and locking requirements that reduce improper locking defects.

blocks

A.8.26 only requires that security requirements (including resilience against attacks such as buffer overflows or SQL injection) be identified and specified during development or acquisition; it does not itself enforce, implement, or prevent improper locking from being present or exploitable in the resulting application.

blocks

Secure architecture principles address thread-safety and resource synchronization.

prevents

Secure coding standards directly prohibit missing or incorrect lock usage.

finds

Security testing can detect race conditions and locking errors before release.

blocks

Change management may catch locking issues introduced by modifications but does not prevent the weakness itself.

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-667, a class-level weakness, and none of its children carries one either.

References