netdevsim: update queue NAPI association on queue reset
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 6.18.52, 7.2.6
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
Summary
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.
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
From 5bc8e8dbef27b73bd7b6d1fd5108b4fd4c6d469f · fixed in b8f32b0804b4bf0cba0ee0a093e3fd74f11d7166; From 5bc8e8dbef27b73bd7b6d1fd5108b4fd4c6d469f · fixed in db038ac4dca0fa626199e9c297eddd8362be0550; From 5bc8e8dbef27b73bd7b6d1fd5108b4fd4c6d469f · fixed in 07e98a4d5e9c292eae97c9cc5ab0937384e48492
- Linux Linux
6.14
- KernelLinux
From 6.14.0 · fixed in 6.18.52; From 6.19.0 · fixed in 7.2.6