CVE-2024-56637: netfilter: ipset: Hold module reference while requesting a module
In the Linux kernel, the following vulnerability has been resolved:
netfilter: ipset: Hold module reference while requesting a module
User space may unload ip_set.ko while it is itself requesting a set type
backend module, leading to a kernel crash. The race condition may be
provoked by inserting an mdelay() right after the nfnl_unlock() call.
Security readout for executives and security teams
Plain-English summary
A race in Linux's ipset kernel code can allow its module to be unloaded while requesting another module, causing the kernel to crash. This can interrupt affected systems. The supplied sources rate it high severity, but do not establish active exploitation or demonstrate practical impacts beyond a crash.
Executive priority
Treat this as a high-priority kernel availability issue, especially for shared systems and services with strict uptime requirements. Begin inventory immediately and schedule vendor-approved kernel remediation at the earliest practical maintenance window. Escalate if ipset is used or relevant kernel crashes have occurred.
Technical view
CVE-2024-56637 concerns failure to retain an ip_set module reference during a backend module request. A concurrent userspace unload can race with that request, potentially invalidating module lifetime assumptions and crashing the kernel. Linux stable commits are cited as resolutions. Exact prerequisites and affected branch boundaries are not fully established by the bundle.
Likely exposure
Potential exposure requires an affected Linux kernel and reachable ipset/netfilter module lifecycle behavior. The CVSS describes a local, low-complexity, low-privilege attack requiring user interaction, while the narrative says userspace may unload ip_set. Because permissions and precise vulnerable ranges are insufficiently detailed, confirm exposure through distribution advisories.
Exploitation context
The bundle marks this CVE as absent from KEV and provides no evidence of active exploitation. The race was reportedly made reproducible in testing by widening its timing window, but that does not demonstrate reliable real-world exploitation. Public exploit availability is not established by the supplied evidence.
Researcher notes
The source directly supports a race-triggered kernel crash, not demonstrated code execution. Although the supplied CVSS assigns high confidentiality, integrity, and availability impacts, the narrative does not explain those broader impacts. Repeated commit hashes and an ambiguous "0" version entry make exact branch boundaries dependent on Linux or distribution advisories.
Mitigation direction
Inventory Linux hosts and compare running kernel packages with distribution advisories for CVE-2024-56637.
Apply supported vendor kernel updates that incorporate the relevant upstream stable fix.
Follow vendor reboot or live-patching instructions to ensure the corrected kernel is active.
Prioritize shared or high-availability systems where a kernel crash would have greater business impact.
Validation and detection
Record each host's running kernel release and package build.
Confirm affected status using the distribution's CVE advisory; do not rely solely on upstream version strings.
Verify package changelogs or source history include the applicable cited Linux stable commit.
After remediation, confirm the updated kernel is active and review logs for recurring ip_set-related crashes.
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.
cve · low confidence lookup
CVE-2024-56637 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
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.
1CVSS vectors
3Timeline events
1ADP providers
10Source links
CVSS vector scores
1 official score
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.