CVE-2026-90113
Low risk· EPSS 10%Exploitation Probability (EPSS)
Low risk10th percentile - higher than 10% of all known CVEs
Summary
In the Linux kernel netdevsim driver, receive queues embed their own napi_struct. During queue reset, nsim_queue_start() failed to update the queue-to-NAPI mapping via netif_queue_set_napi(), so dev->_rx[idx].napi still pointed to the old NAPI struct. After the old queue was freed, a Netlink queue dump triggered a slab-use-after-free read in nla_put_napi_id().
Risk Assessment
This can lead to a slab-use-after-free and kernel crash. The risk affects systems using netdevsim, mainly test environments.
Recommendation
Update the Linux kernel to a version with the fix. Restrict access to netdevsim interfaces and debugfs to trusted users.
Other vulnerabilities in Linux kernel (netdevsim)
Original NVD description (English source)
In the Linux kernel, the following vulnerability has been resolved: netdevsim: update queue NAPI association on queue reset In netdevsim, receive queues (struct nsim_rq) embed their own struct napi_struct. When queue reset is performed (e.g. via queue_reset debugfs), nsim_queue_start() swaps in a newly allocated struct nsim_rq, and nsim_queue_mem_free() later deletes and frees the old one. However, nsim_queue_start() failed to update the queue-to-NAPI mapping via netif_queue_set_napi(). As a result, dev->_rx[idx].napi continued to point to the old NAPI struct. After the old queue was freed, a subsequent queue dump via Netlink (NETDEV_CMD_QUEUE_GET) triggered a KASAN slab-use-after-free read in nla_put_napi_id() when accessing rxq->napi->napi_id. Fix this by calling netif_queue_set_napi() in nsim_queue_start() to associate the new NAPI with the RX queue, and clear the association with netif_queue_set_napi(..., NULL) in nsim_del_napi() during teardown.
Vulnerability data from NVD (NIST) · CISA KEV · EPSS