CVE-2024-45001: net: mana: Fix RX buf alloc_size alignment and atomic op panic
In the Linux kernel, the following vulnerability has been resolved:
net: mana: Fix RX buf alloc_size alignment and atomic op panic
The MANA driver's RX buffer alloc_size is passed into napi_build_skb() to
create SKB. skb_shinfo(skb) is located at the end of skb, and its alignment
is affected by the alloc_size passed into napi_build_skb(). The size needs
to be aligned properly for better performance and atomic operations.
Otherwise, on ARM64 CPU, for certain MTU settings like 4000, atomic
operations may panic on the skb_shinfo(skb)->dataref due to alignment fault.
To fix this bug, add proper alignment to the alloc_size calculation.
Sample panic info:
[ 253.298819] Unable to handle kernel paging request at virtual address ffff000129ba5cce
[ 253.300900] Mem abort info:
[ 253.301760] ESR = 0x0000000096000021
[ 253.302825] EC = 0x25: DABT (current EL), IL = 32 bits
[ 253.304268] SET = 0, FnV = 0
[ 253.305172] EA = 0, S1PTW = 0
[ 253.306103] FSC = 0x21: alignment fault
Call trace:
__skb_clone+0xfc/0x198
skb_clone+0x78/0xe0
raw6_local_deliver+0xfc/0x228
ip6_protocol_deliver_rcu+0x80/0x500
ip6_input_finish+0x48/0x80
ip6_input+0x48/0xc0
ip6_sublist_rcv_finish+0x50/0x78
ip6_sublist_rcv+0x1cc/0x2b8
ipv6_list_rcv+0x100/0x150
__netif_receive_skb_list_core+0x180/0x220
netif_receive_skb_list_internal+0x198/0x2a8
__napi_poll+0x138/0x250
net_rx_action+0x148/0x330
handle_softirqs+0x12c/0x3a0
Security readout for executives and security teams
Plain-English summary
A Linux networking-driver flaw can crash ARM64 systems using the MANA network adapter when receive-buffer memory is misaligned under certain MTU configurations, including 4000. The primary business impact is service interruption or host unavailability; the supplied sources do not indicate data theft or modification.
Executive priority
Treat this as a high-priority availability issue for ARM64 MANA deployments, especially critical network services or unusual MTUs. Expedite inventory and vendor-supported kernel updates. Systems outside that hardware-and-driver combination are less likely to be exposed based on the supplied evidence.
Technical view
The MANA driver passed an insufficiently aligned RX allocation size to napi_build_skb(). This could misalign skb_shared_info and cause an ARM64 alignment fault during atomic operations on dataref, producing a kernel panic. The kernel fix aligns the allocation-size calculation. The supplied CVSS is 7.5, reflecting remotely reachable availability impact.
Likely exposure
Exposure appears limited to affected Linux kernels on ARM64 systems using the MANA driver, particularly with relevant MTU settings. The supplied affected-version data is ambiguous and should not be treated as a reliable version range; confirm distribution backports and vendor status for each deployed kernel.
Exploitation context
CISA KEV status is false, and the supplied sources provide no evidence of active exploitation or a public weaponized exploit. The CVSS vector describes network-reachable, unauthenticated availability impact, but the bundle does not establish practical exploitation conditions beyond the MANA, ARM64, and MTU-related crash scenario.
Researcher notes
The failure originates from RX buffer allocation-size alignment affecting skb_shared_info placement. ARM64 atomic access to the misaligned dataref can fault during packet processing. The sources document a corrective alignment change and sample panic, but do not establish exploit reliability, affected traffic patterns, or complete vulnerable-version boundaries.
Mitigation direction
Install a vendor-supported kernel update containing the MANA RX allocation-alignment fix.
Check distribution advisories because fixed commits may be backported without changing to an upstream version.
Prioritize affected ARM64 hosts providing critical or highly available network services.
If patching is delayed, ask the vendor whether changing affected MTU settings is a supported temporary measure.
Validation and detection
Inventory ARM64 Linux hosts and identify systems actively using the MANA network driver.
Record deployed kernel package versions and compare them with distribution security advisories.
Confirm the installed kernel contains the referenced fix or an equivalent vendor backport.
Review kernel logs for alignment faults or panic traces involving skb_clone, dataref, or MANA traffic processing.
Validate updates in a representative environment without intentionally crashing production systems.
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-45001 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.
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.