CVE-2024-35983: bounds: Use the right number of bits for power-of-two CONFIG_NR_CPUS
In the Linux kernel, the following vulnerability has been resolved:
bounds: Use the right number of bits for power-of-two CONFIG_NR_CPUS
bits_per() rounds up to the next power of two when passed a power of
two. This causes crashes on some machines and configurations.
Security readout for executives and security teams
Plain-English summary
CVE-2024-35983 is a Linux kernel defect that can crash some machines when CPU-count bounds are calculated incorrectly for power-of-two CONFIG_NR_CPUS values. The public bundle does not provide CVSS, CWE, CPEs, or evidence of active exploitation, so business urgency depends on where vulnerable kernel builds are deployed.
Executive priority
Handle through normal kernel maintenance unless affected systems are stability-critical or already showing unexplained crashes. Escalate priority for industrial, appliance, or high-availability Linux deployments where downtime has material business impact.
Technical view
The issue is in Linux kernel bounds handling: bits_per() rounds up incorrectly when given a power-of-two CONFIG_NR_CPUS value, leading to crashes on some configurations. The record points to multiple stable kernel commits and Linux stable versions, but the supplied data does not define exact vulnerable ranges or exploitation prerequisites.
Likely exposure
Exposure appears limited to Linux systems running kernel builds that include the faulty bounds logic and relevant CONFIG_NR_CPUS configurations. The source bundle names Linux only, lists no CPEs, and includes stable commits plus versions 5.4.274, 5.10.215, 5.15.154, 6.1.84, 6.6.24, and 6.8.3.
Exploitation context
The supplied sources do not indicate active exploitation, and KEV is false. The described impact is crash behavior on some machines and configurations, not a demonstrated remote attack path. Treat this primarily as an availability and operational stability risk unless vendor advisories state otherwise.
Researcher notes
The record lacks CVSS, CWE, CPEs, exact vulnerable ranges, and exploitability detail. Analysis should stay anchored to kernel stable commits and vendor advisories. Do not assume remote exploitability or privilege impact from the supplied evidence.
Mitigation direction
Update Linux kernels through supported distribution or vendor channels.
Review Debian LTS guidance if using Debian-based systems.
Review Siemens advisories if operating listed Siemens products.
Prioritize systems with high or unusual CONFIG_NR_CPUS settings.
Monitor vendor advisories for precise fixed package versions.
Validation and detection
Inventory running kernel versions and vendor package revisions.
Confirm whether systems use power-of-two CONFIG_NR_CPUS values.
Map kernel builds to the referenced stable fixes or vendor advisories.
Review crash logs for kernel failures matching this defect.
Document exceptions where vendor guidance is unavailable.
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-35983 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.