CVE-2024-42110: net: ntb_netdev: Move ntb_netdev_rx_handler() to call netif_rx() from __netif_rx()
In the Linux kernel, the following vulnerability has been resolved:
net: ntb_netdev: Move ntb_netdev_rx_handler() to call netif_rx() from __netif_rx()
The following is emitted when using idxd (DSA) dmanegine as the data
mover for ntb_transport that ntb_netdev uses.
[74412.546922] BUG: using smp_processor_id() in preemptible [00000000] code: irq/52-idxd-por/14526
[74412.556784] caller is netif_rx_internal+0x42/0x130
[74412.562282] CPU: 6 PID: 14526 Comm: irq/52-idxd-por Not tainted 6.9.5 #5
[74412.569870] Hardware name: Intel Corporation ArcherCity/ArcherCity, BIOS EGSDCRB1.E9I.1752.P05.2402080856 02/08/2024
[74412.581699] Call Trace:
[74412.584514] <TASK>
[74412.586933] dump_stack_lvl+0x55/0x70
[74412.591129] check_preemption_disabled+0xc8/0xf0
[74412.596374] netif_rx_internal+0x42/0x130
[74412.600957] __netif_rx+0x20/0xd0
[74412.604743] ntb_netdev_rx_handler+0x66/0x150 [ntb_netdev]
[74412.610985] ntb_complete_rxc+0xed/0x140 [ntb_transport]
[74412.617010] ntb_rx_copy_callback+0x53/0x80 [ntb_transport]
[74412.623332] idxd_dma_complete_txd+0xe3/0x160 [idxd]
[74412.628963] idxd_wq_thread+0x1a6/0x2b0 [idxd]
[74412.634046] irq_thread_fn+0x21/0x60
[74412.638134] ? irq_thread+0xa8/0x290
[74412.642218] irq_thread+0x1a0/0x290
[74412.646212] ? __pfx_irq_thread_fn+0x10/0x10
[74412.651071] ? __pfx_irq_thread_dtor+0x10/0x10
[74412.656117] ? __pfx_irq_thread+0x10/0x10
[74412.660686] kthread+0x100/0x130
[74412.664384] ? __pfx_kthread+0x10/0x10
[74412.668639] ret_from_fork+0x31/0x50
[74412.672716] ? __pfx_kthread+0x10/0x10
[74412.676978] ret_from_fork_asm+0x1a/0x30
[74412.681457] </TASK>
The cause is due to the idxd driver interrupt completion handler uses
threaded interrupt and the threaded handler is not hard or soft interrupt
context. However __netif_rx() can only be called from interrupt context.
Change the call to netif_rx() in order to allow completion via normal
context for dmaengine drivers that utilize threaded irq handling.
While the following commit changed from netif_rx() to __netif_rx(),
baebdf48c360 ("net: dev: Makes sure netif_rx() can be invoked in any context."),
the change should've been a noop instead. However, the code precedes this
fix should've been using netif_rx_ni() or netif_rx_any_context().
Security readout for executives and security teams
Plain-English summary
A Linux NTB networking driver can invoke packet receive handling from the wrong execution context when idxd/DSA DMA uses threaded interrupts. This can trigger a kernel BUG and disrupt availability. Exposure appears concentrated in specialized servers using NTB networking and this DMA path, rather than typical Linux systems.
Executive priority
Treat as high priority on systems using NTB networking with idxd/DSA DMA because the recorded impact is loss of availability. For other Linux systems, first confirm that the specialized modules, hardware, and data path are present before assigning emergency remediation resources.
Technical view
ntb_netdev_rx_handler() called __netif_rx(), which requires interrupt context. When ntb_transport completion arrives through an idxd DMA threaded interrupt, execution is in preemptible normal context, causing invalid smp_processor_id() use and an availability-impacting BUG. Stable fixes replace __netif_rx() with netif_rx(), which supports normal context.
Likely exposure
Likely limited to Linux hosts using ntb_netdev over ntb_transport where receive completion is delivered by a DMA engine with threaded IRQ handling, specifically demonstrated with Intel idxd/DSA. The bundle does not establish exposure for ordinary Ethernet hosts. Kernel versions and distributor backports must be checked individually.
Exploitation context
The supplied record has KEV=false and provides no evidence of exploitation in the wild. Its CVSS vector rates network reachability, low complexity, and no required privileges or interaction. However, the described failure depends on a specialized NTB/idxd path, and the sources do not establish practical remote attackability.
Researcher notes
The source describes an execution-context violation, not memory corruption: __netif_rx() was reached from preemptible threaded-interrupt context, producing smp_processor_id() diagnostics. The fix restores netif_rx(). No CWE is assigned, and the bundle does not prove a reliable remote crash primitive or specify every triggering traffic condition.
Mitigation direction
Update to a vendor-supported kernel containing the applicable upstream stable fix, then reboot if required.
Verify the vendor package contains the fix; distribution backports may not match upstream version numbers.
Follow distribution or hardware-vendor guidance for temporary controls when patching cannot be immediate.
Validation and detection
Inventory hosts for loaded or configured ntb_netdev, ntb_transport, and idxd components.
Check the running kernel package for the applicable stable commit or documented vendor backport.
Review kernel logs for the reported preemptible smp_processor_id() BUG signature.
After remediation, exercise the authorized NTB receive path and confirm the warning does not recur.
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-42110 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.