[BUG] net: devmem: TX dma-buf binding UAF on netdev-genl socket close

[BUG] net: devmem: TX dma-buf binding UAF on netdev-genl socket close

[Hengbin Zhang]

Hi all,

Up front: I'm not a kernel developer, just someone who reads net code on
the side, so please bear with me if I get some terminology or conventions
wrong.  I found this issue while looking at the netmem/devmem code, and
with some help from AI tooling I managed to reproduce it in QEMU and
manually confirm the crash — I do believe it's a real bug.  Still, treat
the analysis below as my best guess rather than a certainty.  Thanks a lot
for taking the time to review this!

One-line summary
================

A TX (DMA_TO_DEVICE) dma-buf binding created with NETDEV_CMD_BIND_TX stores
binding->dev without taking a netdev reference and never registers itself
with any RX queue of the device.  When the bound device is unregistered and
freed while the owning netlink socket is still open, closing the socket
makes netdev_nl_sock_priv_destroy() call netdev_hold()/netdev_lock() on the
already freed net_device -> use-after-free.  Confirmed with KASAN and by a
real page fault / kernel panic on the same code path (log below).

Environment
===========

- Kernel: v7.3.0-rc1-00515-g9f0346dcbea3 (commit 9f0346dcbea3), x86_64,
  with KASAN enabled; relevant config knobs are in the reproducer README
  (link below).
- Test setup: QEMU (TCG) guest, initramfs only.  The kernel image has one
  local, test-only addition: a small stub PCI driver (source in the
  reproducer link below).  No core net code was modified.

Steps to reproduce
==================

I reproduced this in a QEMU guest.  QEMU cannot emulate any of the in-tree
NETMEM_TX_DMA devices (bnxt/mlx5/gve/fbnic are real NICs), so I wrote a
tiny test-only stub PCI driver (source in the reproducer link below) that
provides the same device-side properties: a net_device with
netmem_tx = NETMEM_TX_DMA and a DMA-capable parent.  The bug lives in core
net code, not in the driver, so this scenario should equally apply to real
hardware — e.g. binding TX on a real netmem-TX NIC, then removing/unbinding
that NIC while the netlink socket stays open.

1. Build the stub driver from the gist into the kernel (CONFIG_STUBNET=y)
   or as a module, boot the guest with "-device edu".
2. Boot with the static "init" program from the gist (repro.c, run as
   PID 1 in an initramfs).  It performs, in order:
   a. DMA_HEAP_IOCTL_ALLOC on /dev/dma_heap/system -> dmabuf fd;
   b. NETDEV_CMD_BIND_TX on the stub device (ifindex + dmabuf fd) and keeps
      the netlink socket open; BIND_TX succeeds and returns a dmabuf id;
   c. writes "1" to /sys/bus/pci/devices/<bdf>/remove, i.e. unregisters and
      FREES the stub net_device (refcount drops to 1 in netdev_run_todo);
   d. closes the netlink socket.
3. Expected: closing the socket cleanly tears the binding down.
   Actual: use-after-free, see log below.  On a kernel without KASAN the
   same path takes a page fault and panics (second log excerpt below), so
   this is not a KASAN-only artifact.

KASAN log
=========

  stub0 ifindex = 2
  dmabuf fd = 4
  netdev family id=20 version=1
  nl got: type=20 ... genl cmd=15 plen=8      <- BIND_TX ok (dmabuf id)
  writing 1 to /sys/bus/pci/devices/0000:00:04.0/remove
  stub0 gone (unregistered); net_device should now be freed
  === CLOSING NETLINK SOCKET (expect UAF in netdev_hold) ===
  [   43.895794] BUG: KASAN: slab-use-after-free in
             netdev_nl_sock_priv_destroy+0x196/0x1c0
  [   43.896434] Read of size 8 at addr ffff888002f06580 by task init/1
  Call Trace:
   netdev_nl_sock_priv_destroy+0x196/0x1c0
   genl_release+0xee/0x190
   netlink_release+0x715/0x13a0
   __sock_release+0xa1/0x260
   sock_close+0x10/0x20
   __x64_sys_close+0x78/0xd0
  Allocated by task 1:
   __kvmalloc_node_noprof+0x202/0x5b0
   alloc_netdev_mqs+0x7e/0x1270
   stubnet_probe+0x120/0x3c0
  Freed by task 1:
   kfree+0x127/0x3b0
   device_release+0xc8/0x240
   kobject_put+0x101/0x1e0
   netdev_run_todo+0x5a5/0xd70
   unregister_netdev+0x104/0x180
   stubnet_remove+0x3f/0x60
   pci_device_remove+0xa6/0x180
   remove_store+0xcc/0xe0
  The buggy address belongs to the object ... which belongs to the cache
  kmalloc-4k of size 4096; freed 4096-byte region [ffff888002f06000,
  ffff888002f07000).

The kernel then continued in the same function and faulted for real:

  [   43.905270] BUG: unable to handle page fault for address: ffff8880b0ef9000
  [   43.927189] RIP: 0010:netdev_nl_sock_priv_destroy+0xad/0x1c0
  ...
  [   43.938987] Kernel panic - not syncing: Fatal exception

Analysis
========

The flaw is a four-step chain: BIND_TX stores a raw net_device pointer
without taking a reference; TX bindings never populate bound_rxqs; the
unregister cleanup that clears binding->dev only matches RX queues; so when
the socket is closed after the device was unregistered and freed,
netdev_nl_sock_priv_destroy() runs netdev_hold()/netdev_lock() on the freed
net_device.

1) Binding creation - raw pointer, no reference (net/core/devmem.c,
   net_devmem_bind_dmabuf(), DMA_TO_DEVICE = TX path):

    binding->dev = dev;              // raw store, NO netdev_hold()
    xa_init_flags(&binding->bound_rxqs, XA_FLAGS_ALLOC);
    // TX path never calls net_devmem_bind_dmabuf_to_queue()
    // -> bound_rxqs stays EMPTY; the unregister cleanup (which matches
    //    queues) cannot see this binding

2) Device unregister - the only binding->dev clearing point is RX-only:

    // net/core/dev.c:12395 dev_memory_provider_uninstall()
    for (i = 0; i < dev->real_num_rx_queues; i++)
            __netif_mp_uninstall_rxq(&dev->_rx[i], &dev->_rx[i].mp_params);
            // scans the device's OWN RX queues only -> TX binding invisible

    // net/core/devmem.c:537 mp_dmabuf_devmem_uninstall() - the ONLY place
    // that clears binding->dev:
    WRITE_ONCE(binding->dev, NULL);  // reached only when a bound queue is
                                     // uninstalled (RX-only); never fires
                                     // for TX bindings

3) Free - the binding contributes zero references (net/core/dev.c):

    // netdev_wait_allrefs_any()/netdev_run_todo()
    if (netdev_refcnt_read(dev) == 1)    // no holder left; the binding holds
                                         // no reference either
            free_netdev(dev);            // net_device freed while the socket
                                         // and its binding are still alive

4) Socket close - teardown on freed memory (net/core/netdev-genl.c:1445,
   netdev_nl_sock_priv_destroy()):

    dev = binding->dev;              // RX: NULL (cleared in step 2);
                                     // TX: dangling
    if (!dev) { unbind; continue; }  // safe branch - never taken for TX
    netdev_hold(dev, ...);           // UAF #1: refcount/tracker increment on
                                     // the freed net_device
    netdev_lock(dev);                // UAF #2: mutex on freed memory

Full reproducer materials (stub driver source, trigger program, build/run
README and the complete serial log):
https://gist.github.com/hharryz/119f067937448ac6e30eb31e7f08dc5a

I'd be happy to keep testing, digging deeper into the analysis, and trying
to put together a possible fix if that helps.  Thanks a lot for your time!

Hengbin Zhang

Re: [BUG] net: devmem: TX dma-buf binding UAF on netdev-genl socket close

[Stanislav Fomichev]

On 09/08, Hengbin Zhang wrote:
> Hi all,
> 
> Up front: I'm not a kernel developer, just someone who reads net code on
> the side, so please bear with me if I get some terminology or conventions
> wrong.  I found this issue while looking at the netmem/devmem code, and
> with some help from AI tooling I managed to reproduce it in QEMU and
> manually confirm the crash — I do believe it's a real bug.  Still, treat
> the analysis below as my best guess rather than a certainty.  Thanks a lot
> for taking the time to review this!
> 
> One-line summary
> ================
> 
> A TX (DMA_TO_DEVICE) dma-buf binding created with NETDEV_CMD_BIND_TX stores
> binding->dev without taking a netdev reference and never registers itself
> with any RX queue of the device.  When the bound device is unregistered and
> freed while the owning netlink socket is still open, closing the socket
> makes netdev_nl_sock_priv_destroy() call netdev_hold()/netdev_lock() on the
> already freed net_device -> use-after-free.  Confirmed with KASAN and by a
> real page fault / kernel panic on the same code path (log below).
> 
> Environment
> ===========
> 
> - Kernel: v7.3.0-rc1-00515-g9f0346dcbea3 (commit 9f0346dcbea3), x86_64,
>   with KASAN enabled; relevant config knobs are in the reproducer README
>   (link below).
> - Test setup: QEMU (TCG) guest, initramfs only.  The kernel image has one
>   local, test-only addition: a small stub PCI driver (source in the
>   reproducer link below).  No core net code was modified.
> 
> Steps to reproduce
> ==================
> 
> I reproduced this in a QEMU guest.  QEMU cannot emulate any of the in-tree
> NETMEM_TX_DMA devices (bnxt/mlx5/gve/fbnic are real NICs), so I wrote a
> tiny test-only stub PCI driver (source in the reproducer link below) that
> provides the same device-side properties: a net_device with
> netmem_tx = NETMEM_TX_DMA and a DMA-capable parent.  The bug lives in core
> net code, not in the driver, so this scenario should equally apply to real
> hardware — e.g. binding TX on a real netmem-TX NIC, then removing/unbinding
> that NIC while the netlink socket stays open.
> 
> 1. Build the stub driver from the gist into the kernel (CONFIG_STUBNET=y)
>    or as a module, boot the guest with "-device edu".
> 2. Boot with the static "init" program from the gist (repro.c, run as
>    PID 1 in an initramfs).  It performs, in order:
>    a. DMA_HEAP_IOCTL_ALLOC on /dev/dma_heap/system -> dmabuf fd;
>    b. NETDEV_CMD_BIND_TX on the stub device (ifindex + dmabuf fd) and keeps
>       the netlink socket open; BIND_TX succeeds and returns a dmabuf id;
>    c. writes "1" to /sys/bus/pci/devices/<bdf>/remove, i.e. unregisters and
>       FREES the stub net_device (refcount drops to 1 in netdev_run_todo);
>    d. closes the netlink socket.
> 3. Expected: closing the socket cleanly tears the binding down.
>    Actual: use-after-free, see log below.  On a kernel without KASAN the
>    same path takes a page fault and panics (second log excerpt below), so
>    this is not a KASAN-only artifact.
> 
> KASAN log
> =========
> 
>   stub0 ifindex = 2
>   dmabuf fd = 4
>   netdev family id=20 version=1
>   nl got: type=20 ... genl cmd=15 plen=8      <- BIND_TX ok (dmabuf id)
>   writing 1 to /sys/bus/pci/devices/0000:00:04.0/remove
>   stub0 gone (unregistered); net_device should now be freed
>   === CLOSING NETLINK SOCKET (expect UAF in netdev_hold) ===
>   [   43.895794] BUG: KASAN: slab-use-after-free in
>              netdev_nl_sock_priv_destroy+0x196/0x1c0
>   [   43.896434] Read of size 8 at addr ffff888002f06580 by task init/1
>   Call Trace:
>    netdev_nl_sock_priv_destroy+0x196/0x1c0
>    genl_release+0xee/0x190
>    netlink_release+0x715/0x13a0
>    __sock_release+0xa1/0x260
>    sock_close+0x10/0x20
>    __x64_sys_close+0x78/0xd0
>   Allocated by task 1:
>    __kvmalloc_node_noprof+0x202/0x5b0
>    alloc_netdev_mqs+0x7e/0x1270
>    stubnet_probe+0x120/0x3c0
>   Freed by task 1:
>    kfree+0x127/0x3b0
>    device_release+0xc8/0x240
>    kobject_put+0x101/0x1e0
>    netdev_run_todo+0x5a5/0xd70
>    unregister_netdev+0x104/0x180
>    stubnet_remove+0x3f/0x60
>    pci_device_remove+0xa6/0x180
>    remove_store+0xcc/0xe0
>   The buggy address belongs to the object ... which belongs to the cache
>   kmalloc-4k of size 4096; freed 4096-byte region [ffff888002f06000,
>   ffff888002f07000).
> 
> The kernel then continued in the same function and faulted for real:
> 
>   [   43.905270] BUG: unable to handle page fault for address: ffff8880b0ef9000
>   [   43.927189] RIP: 0010:netdev_nl_sock_priv_destroy+0xad/0x1c0
>   ...
>   [   43.938987] Kernel panic - not syncing: Fatal exception
> 
> Analysis
> ========
> 
> The flaw is a four-step chain: BIND_TX stores a raw net_device pointer
> without taking a reference; TX bindings never populate bound_rxqs; the
> unregister cleanup that clears binding->dev only matches RX queues; so when
> the socket is closed after the device was unregistered and freed,
> netdev_nl_sock_priv_destroy() runs netdev_hold()/netdev_lock() on the freed
> net_device.
> 
> 1) Binding creation - raw pointer, no reference (net/core/devmem.c,
>    net_devmem_bind_dmabuf(), DMA_TO_DEVICE = TX path):
> 
>     binding->dev = dev;              // raw store, NO netdev_hold()
>     xa_init_flags(&binding->bound_rxqs, XA_FLAGS_ALLOC);
>     // TX path never calls net_devmem_bind_dmabuf_to_queue()
>     // -> bound_rxqs stays EMPTY; the unregister cleanup (which matches
>     //    queues) cannot see this binding
> 
> 2) Device unregister - the only binding->dev clearing point is RX-only:
> 
>     // net/core/dev.c:12395 dev_memory_provider_uninstall()
>     for (i = 0; i < dev->real_num_rx_queues; i++)
>             __netif_mp_uninstall_rxq(&dev->_rx[i], &dev->_rx[i].mp_params);
>             // scans the device's OWN RX queues only -> TX binding invisible
> 
>     // net/core/devmem.c:537 mp_dmabuf_devmem_uninstall() - the ONLY place
>     // that clears binding->dev:
>     WRITE_ONCE(binding->dev, NULL);  // reached only when a bound queue is
>                                      // uninstalled (RX-only); never fires
>                                      // for TX bindings
> 
> 3) Free - the binding contributes zero references (net/core/dev.c):
> 
>     // netdev_wait_allrefs_any()/netdev_run_todo()
>     if (netdev_refcnt_read(dev) == 1)    // no holder left; the binding holds
>                                          // no reference either
>             free_netdev(dev);            // net_device freed while the socket
>                                          // and its binding are still alive
> 
> 4) Socket close - teardown on freed memory (net/core/netdev-genl.c:1445,
>    netdev_nl_sock_priv_destroy()):
> 
>     dev = binding->dev;              // RX: NULL (cleared in step 2);
>                                      // TX: dangling
>     if (!dev) { unbind; continue; }  // safe branch - never taken for TX
>     netdev_hold(dev, ...);           // UAF #1: refcount/tracker increment on
>                                      // the freed net_device
>     netdev_lock(dev);                // UAF #2: mutex on freed memory
> 
> Full reproducer materials (stub driver source, trigger program, build/run
> README and the complete serial log):
> https://gist.github.com/hharryz/119f067937448ac6e30eb31e7f08dc5a
> 
> I'd be happy to keep testing, digging deeper into the analysis, and trying
> to put together a possible fix if that helps.  Thanks a lot for your time!

Hmm, this looks legit, I don't think we have a proper test for this
condition :-/ I can try to take a stab unless someone else volunteers.

Re: [BUG] net: devmem: TX dma-buf binding UAF on netdev-genl socket close

[Mina Almasry]

On Tue, Sep 8, 2026 at 10:35 AM Stanislav Fomichev <sdf.kernel@gmail.com> wrote:
>
> On 09/08, Hengbin Zhang wrote:
> > Hi all,
> >
> > Up front: I'm not a kernel developer, just someone who reads net code on
> > the side, so please bear with me if I get some terminology or conventions
> > wrong.  I found this issue while looking at the netmem/devmem code, and
> > with some help from AI tooling I managed to reproduce it in QEMU and
> > manually confirm the crash — I do believe it's a real bug.  Still, treat
> > the analysis below as my best guess rather than a certainty.  Thanks a lot
> > for taking the time to review this!
> >
> > One-line summary
> > ================
> >
> > A TX (DMA_TO_DEVICE) dma-buf binding created with NETDEV_CMD_BIND_TX stores
> > binding->dev without taking a netdev reference and never registers itself
> > with any RX queue of the device.  When the bound device is unregistered and
> > freed while the owning netlink socket is still open, closing the socket
> > makes netdev_nl_sock_priv_destroy() call netdev_hold()/netdev_lock() on the
> > already freed net_device -> use-after-free.  Confirmed with KASAN and by a
> > real page fault / kernel panic on the same code path (log below).
> >
> > Environment
> > ===========
> >
> > - Kernel: v7.3.0-rc1-00515-g9f0346dcbea3 (commit 9f0346dcbea3), x86_64,
> >   with KASAN enabled; relevant config knobs are in the reproducer README
> >   (link below).
> > - Test setup: QEMU (TCG) guest, initramfs only.  The kernel image has one
> >   local, test-only addition: a small stub PCI driver (source in the
> >   reproducer link below).  No core net code was modified.
> >
> > Steps to reproduce
> > ==================
> >
> > I reproduced this in a QEMU guest.  QEMU cannot emulate any of the in-tree
> > NETMEM_TX_DMA devices (bnxt/mlx5/gve/fbnic are real NICs), so I wrote a
> > tiny test-only stub PCI driver (source in the reproducer link below) that
> > provides the same device-side properties: a net_device with
> > netmem_tx = NETMEM_TX_DMA and a DMA-capable parent.  The bug lives in core
> > net code, not in the driver, so this scenario should equally apply to real
> > hardware — e.g. binding TX on a real netmem-TX NIC, then removing/unbinding
> > that NIC while the netlink socket stays open.
> >
> > 1. Build the stub driver from the gist into the kernel (CONFIG_STUBNET=y)
> >    or as a module, boot the guest with "-device edu".
> > 2. Boot with the static "init" program from the gist (repro.c, run as
> >    PID 1 in an initramfs).  It performs, in order:
> >    a. DMA_HEAP_IOCTL_ALLOC on /dev/dma_heap/system -> dmabuf fd;
> >    b. NETDEV_CMD_BIND_TX on the stub device (ifindex + dmabuf fd) and keeps
> >       the netlink socket open; BIND_TX succeeds and returns a dmabuf id;
> >    c. writes "1" to /sys/bus/pci/devices/<bdf>/remove, i.e. unregisters and
> >       FREES the stub net_device (refcount drops to 1 in netdev_run_todo);
> >    d. closes the netlink socket.
> > 3. Expected: closing the socket cleanly tears the binding down.
> >    Actual: use-after-free, see log below.  On a kernel without KASAN the
> >    same path takes a page fault and panics (second log excerpt below), so
> >    this is not a KASAN-only artifact.
> >
> > KASAN log
> > =========
> >
> >   stub0 ifindex = 2
> >   dmabuf fd = 4
> >   netdev family id=20 version=1
> >   nl got: type=20 ... genl cmd=15 plen=8      <- BIND_TX ok (dmabuf id)
> >   writing 1 to /sys/bus/pci/devices/0000:00:04.0/remove
> >   stub0 gone (unregistered); net_device should now be freed
> >   === CLOSING NETLINK SOCKET (expect UAF in netdev_hold) ===
> >   [   43.895794] BUG: KASAN: slab-use-after-free in
> >              netdev_nl_sock_priv_destroy+0x196/0x1c0
> >   [   43.896434] Read of size 8 at addr ffff888002f06580 by task init/1
> >   Call Trace:
> >    netdev_nl_sock_priv_destroy+0x196/0x1c0
> >    genl_release+0xee/0x190
> >    netlink_release+0x715/0x13a0
> >    __sock_release+0xa1/0x260
> >    sock_close+0x10/0x20
> >    __x64_sys_close+0x78/0xd0
> >   Allocated by task 1:
> >    __kvmalloc_node_noprof+0x202/0x5b0
> >    alloc_netdev_mqs+0x7e/0x1270
> >    stubnet_probe+0x120/0x3c0
> >   Freed by task 1:
> >    kfree+0x127/0x3b0
> >    device_release+0xc8/0x240
> >    kobject_put+0x101/0x1e0
> >    netdev_run_todo+0x5a5/0xd70
> >    unregister_netdev+0x104/0x180
> >    stubnet_remove+0x3f/0x60
> >    pci_device_remove+0xa6/0x180
> >    remove_store+0xcc/0xe0
> >   The buggy address belongs to the object ... which belongs to the cache
> >   kmalloc-4k of size 4096; freed 4096-byte region [ffff888002f06000,
> >   ffff888002f07000).
> >
> > The kernel then continued in the same function and faulted for real:
> >
> >   [   43.905270] BUG: unable to handle page fault for address: ffff8880b0ef9000
> >   [   43.927189] RIP: 0010:netdev_nl_sock_priv_destroy+0xad/0x1c0
> >   ...
> >   [   43.938987] Kernel panic - not syncing: Fatal exception
> >
> > Analysis
> > ========
> >
> > The flaw is a four-step chain: BIND_TX stores a raw net_device pointer
> > without taking a reference; TX bindings never populate bound_rxqs; the
> > unregister cleanup that clears binding->dev only matches RX queues; so when
> > the socket is closed after the device was unregistered and freed,
> > netdev_nl_sock_priv_destroy() runs netdev_hold()/netdev_lock() on the freed
> > net_device.
> >
> > 1) Binding creation - raw pointer, no reference (net/core/devmem.c,
> >    net_devmem_bind_dmabuf(), DMA_TO_DEVICE = TX path):
> >
> >     binding->dev = dev;              // raw store, NO netdev_hold()
> >     xa_init_flags(&binding->bound_rxqs, XA_FLAGS_ALLOC);
> >     // TX path never calls net_devmem_bind_dmabuf_to_queue()
> >     // -> bound_rxqs stays EMPTY; the unregister cleanup (which matches
> >     //    queues) cannot see this binding
> >
> > 2) Device unregister - the only binding->dev clearing point is RX-only:
> >
> >     // net/core/dev.c:12395 dev_memory_provider_uninstall()
> >     for (i = 0; i < dev->real_num_rx_queues; i++)
> >             __netif_mp_uninstall_rxq(&dev->_rx[i], &dev->_rx[i].mp_params);
> >             // scans the device's OWN RX queues only -> TX binding invisible
> >
> >     // net/core/devmem.c:537 mp_dmabuf_devmem_uninstall() - the ONLY place
> >     // that clears binding->dev:
> >     WRITE_ONCE(binding->dev, NULL);  // reached only when a bound queue is
> >                                      // uninstalled (RX-only); never fires
> >                                      // for TX bindings
> >
> > 3) Free - the binding contributes zero references (net/core/dev.c):
> >
> >     // netdev_wait_allrefs_any()/netdev_run_todo()
> >     if (netdev_refcnt_read(dev) == 1)    // no holder left; the binding holds
> >                                          // no reference either
> >             free_netdev(dev);            // net_device freed while the socket
> >                                          // and its binding are still alive
> >
> > 4) Socket close - teardown on freed memory (net/core/netdev-genl.c:1445,
> >    netdev_nl_sock_priv_destroy()):
> >
> >     dev = binding->dev;              // RX: NULL (cleared in step 2);
> >                                      // TX: dangling
> >     if (!dev) { unbind; continue; }  // safe branch - never taken for TX
> >     netdev_hold(dev, ...);           // UAF #1: refcount/tracker increment on
> >                                      // the freed net_device
> >     netdev_lock(dev);                // UAF #2: mutex on freed memory
> >
> > Full reproducer materials (stub driver source, trigger program, build/run
> > README and the complete serial log):
> > https://gist.github.com/hharryz/119f067937448ac6e30eb31e7f08dc5a
> >
> > I'd be happy to keep testing, digging deeper into the analysis, and trying
> > to put together a possible fix if that helps.  Thanks a lot for your time!
>
> Hmm, this looks legit, I don't think we have a proper test for this
> condition :-/ I can try to take a stab unless someone else volunteers.

Yes I'll volunteer to clean up my mess :P

My pet LLM suggested this not-yet-tested change:
https://termbin.com/e4d2. It's trying to detect if there is a tx
binding attached to the netdev at unregister time and clears it.

Let me try to understand the bug report and try to repro + verify it
etc, but Hengbin, thank you for the report and if it's easy for you to
test this fix please try to. Thanks!

-- 
Thanks,
Mina

Re: [BUG] net: devmem: TX dma-buf binding UAF on netdev-genl socket close

[Stanislav Fomichev]

On 09/08, Mina Almasry wrote:
> On Tue, Sep 8, 2026 at 10:35 AM Stanislav Fomichev <sdf.kernel@gmail.com> wrote:
> >
> > On 09/08, Hengbin Zhang wrote:
> > > Hi all,
> > >
> > > Up front: I'm not a kernel developer, just someone who reads net code on
> > > the side, so please bear with me if I get some terminology or conventions
> > > wrong.  I found this issue while looking at the netmem/devmem code, and
> > > with some help from AI tooling I managed to reproduce it in QEMU and
> > > manually confirm the crash — I do believe it's a real bug.  Still, treat
> > > the analysis below as my best guess rather than a certainty.  Thanks a lot
> > > for taking the time to review this!
> > >
> > > One-line summary
> > > ================
> > >
> > > A TX (DMA_TO_DEVICE) dma-buf binding created with NETDEV_CMD_BIND_TX stores
> > > binding->dev without taking a netdev reference and never registers itself
> > > with any RX queue of the device.  When the bound device is unregistered and
> > > freed while the owning netlink socket is still open, closing the socket
> > > makes netdev_nl_sock_priv_destroy() call netdev_hold()/netdev_lock() on the
> > > already freed net_device -> use-after-free.  Confirmed with KASAN and by a
> > > real page fault / kernel panic on the same code path (log below).
> > >
> > > Environment
> > > ===========
> > >
> > > - Kernel: v7.3.0-rc1-00515-g9f0346dcbea3 (commit 9f0346dcbea3), x86_64,
> > >   with KASAN enabled; relevant config knobs are in the reproducer README
> > >   (link below).
> > > - Test setup: QEMU (TCG) guest, initramfs only.  The kernel image has one
> > >   local, test-only addition: a small stub PCI driver (source in the
> > >   reproducer link below).  No core net code was modified.
> > >
> > > Steps to reproduce
> > > ==================
> > >
> > > I reproduced this in a QEMU guest.  QEMU cannot emulate any of the in-tree
> > > NETMEM_TX_DMA devices (bnxt/mlx5/gve/fbnic are real NICs), so I wrote a
> > > tiny test-only stub PCI driver (source in the reproducer link below) that
> > > provides the same device-side properties: a net_device with
> > > netmem_tx = NETMEM_TX_DMA and a DMA-capable parent.  The bug lives in core
> > > net code, not in the driver, so this scenario should equally apply to real
> > > hardware — e.g. binding TX on a real netmem-TX NIC, then removing/unbinding
> > > that NIC while the netlink socket stays open.
> > >
> > > 1. Build the stub driver from the gist into the kernel (CONFIG_STUBNET=y)
> > >    or as a module, boot the guest with "-device edu".
> > > 2. Boot with the static "init" program from the gist (repro.c, run as
> > >    PID 1 in an initramfs).  It performs, in order:
> > >    a. DMA_HEAP_IOCTL_ALLOC on /dev/dma_heap/system -> dmabuf fd;
> > >    b. NETDEV_CMD_BIND_TX on the stub device (ifindex + dmabuf fd) and keeps
> > >       the netlink socket open; BIND_TX succeeds and returns a dmabuf id;
> > >    c. writes "1" to /sys/bus/pci/devices/<bdf>/remove, i.e. unregisters and
> > >       FREES the stub net_device (refcount drops to 1 in netdev_run_todo);
> > >    d. closes the netlink socket.
> > > 3. Expected: closing the socket cleanly tears the binding down.
> > >    Actual: use-after-free, see log below.  On a kernel without KASAN the
> > >    same path takes a page fault and panics (second log excerpt below), so
> > >    this is not a KASAN-only artifact.
> > >
> > > KASAN log
> > > =========
> > >
> > >   stub0 ifindex = 2
> > >   dmabuf fd = 4
> > >   netdev family id=20 version=1
> > >   nl got: type=20 ... genl cmd=15 plen=8      <- BIND_TX ok (dmabuf id)
> > >   writing 1 to /sys/bus/pci/devices/0000:00:04.0/remove
> > >   stub0 gone (unregistered); net_device should now be freed
> > >   === CLOSING NETLINK SOCKET (expect UAF in netdev_hold) ===
> > >   [   43.895794] BUG: KASAN: slab-use-after-free in
> > >              netdev_nl_sock_priv_destroy+0x196/0x1c0
> > >   [   43.896434] Read of size 8 at addr ffff888002f06580 by task init/1
> > >   Call Trace:
> > >    netdev_nl_sock_priv_destroy+0x196/0x1c0
> > >    genl_release+0xee/0x190
> > >    netlink_release+0x715/0x13a0
> > >    __sock_release+0xa1/0x260
> > >    sock_close+0x10/0x20
> > >    __x64_sys_close+0x78/0xd0
> > >   Allocated by task 1:
> > >    __kvmalloc_node_noprof+0x202/0x5b0
> > >    alloc_netdev_mqs+0x7e/0x1270
> > >    stubnet_probe+0x120/0x3c0
> > >   Freed by task 1:
> > >    kfree+0x127/0x3b0
> > >    device_release+0xc8/0x240
> > >    kobject_put+0x101/0x1e0
> > >    netdev_run_todo+0x5a5/0xd70
> > >    unregister_netdev+0x104/0x180
> > >    stubnet_remove+0x3f/0x60
> > >    pci_device_remove+0xa6/0x180
> > >    remove_store+0xcc/0xe0
> > >   The buggy address belongs to the object ... which belongs to the cache
> > >   kmalloc-4k of size 4096; freed 4096-byte region [ffff888002f06000,
> > >   ffff888002f07000).
> > >
> > > The kernel then continued in the same function and faulted for real:
> > >
> > >   [   43.905270] BUG: unable to handle page fault for address: ffff8880b0ef9000
> > >   [   43.927189] RIP: 0010:netdev_nl_sock_priv_destroy+0xad/0x1c0
> > >   ...
> > >   [   43.938987] Kernel panic - not syncing: Fatal exception
> > >
> > > Analysis
> > > ========
> > >
> > > The flaw is a four-step chain: BIND_TX stores a raw net_device pointer
> > > without taking a reference; TX bindings never populate bound_rxqs; the
> > > unregister cleanup that clears binding->dev only matches RX queues; so when
> > > the socket is closed after the device was unregistered and freed,
> > > netdev_nl_sock_priv_destroy() runs netdev_hold()/netdev_lock() on the freed
> > > net_device.
> > >
> > > 1) Binding creation - raw pointer, no reference (net/core/devmem.c,
> > >    net_devmem_bind_dmabuf(), DMA_TO_DEVICE = TX path):
> > >
> > >     binding->dev = dev;              // raw store, NO netdev_hold()
> > >     xa_init_flags(&binding->bound_rxqs, XA_FLAGS_ALLOC);
> > >     // TX path never calls net_devmem_bind_dmabuf_to_queue()
> > >     // -> bound_rxqs stays EMPTY; the unregister cleanup (which matches
> > >     //    queues) cannot see this binding
> > >
> > > 2) Device unregister - the only binding->dev clearing point is RX-only:
> > >
> > >     // net/core/dev.c:12395 dev_memory_provider_uninstall()
> > >     for (i = 0; i < dev->real_num_rx_queues; i++)
> > >             __netif_mp_uninstall_rxq(&dev->_rx[i], &dev->_rx[i].mp_params);
> > >             // scans the device's OWN RX queues only -> TX binding invisible
> > >
> > >     // net/core/devmem.c:537 mp_dmabuf_devmem_uninstall() - the ONLY place
> > >     // that clears binding->dev:
> > >     WRITE_ONCE(binding->dev, NULL);  // reached only when a bound queue is
> > >                                      // uninstalled (RX-only); never fires
> > >                                      // for TX bindings
> > >
> > > 3) Free - the binding contributes zero references (net/core/dev.c):
> > >
> > >     // netdev_wait_allrefs_any()/netdev_run_todo()
> > >     if (netdev_refcnt_read(dev) == 1)    // no holder left; the binding holds
> > >                                          // no reference either
> > >             free_netdev(dev);            // net_device freed while the socket
> > >                                          // and its binding are still alive
> > >
> > > 4) Socket close - teardown on freed memory (net/core/netdev-genl.c:1445,
> > >    netdev_nl_sock_priv_destroy()):
> > >
> > >     dev = binding->dev;              // RX: NULL (cleared in step 2);
> > >                                      // TX: dangling
> > >     if (!dev) { unbind; continue; }  // safe branch - never taken for TX
> > >     netdev_hold(dev, ...);           // UAF #1: refcount/tracker increment on
> > >                                      // the freed net_device
> > >     netdev_lock(dev);                // UAF #2: mutex on freed memory
> > >
> > > Full reproducer materials (stub driver source, trigger program, build/run
> > > README and the complete serial log):
> > > https://gist.github.com/hharryz/119f067937448ac6e30eb31e7f08dc5a
> > >
> > > I'd be happy to keep testing, digging deeper into the analysis, and trying
> > > to put together a possible fix if that helps.  Thanks a lot for your time!
> >
> > Hmm, this looks legit, I don't think we have a proper test for this
> > condition :-/ I can try to take a stab unless someone else volunteers.
> 
> Yes I'll volunteer to clean up my mess :P
> 
> My pet LLM suggested this not-yet-tested change:
> https://termbin.com/e4d2. It's trying to detect if there is a tx
> binding attached to the netdev at unregister time and clears it.
> 
> Let me try to understand the bug report and try to repro + verify it
> etc, but Hengbin, thank you for the report and if it's easy for you to
> test this fix please try to. Thanks!

It's a netdev removal before closing a socket with a bound tx. The
following down below consistently triggers it with fbnic qemu. Thinking
maybe we should add it to the selftests?


diff --git a/tools/testing/selftests/drivers/net/hw/devmem.py b/tools/testing/selftests/drivers/net/hw/devmem.py
index 82c11ffc4add..643f891b468d 100755
--- a/tools/testing/selftests/drivers/net/hw/devmem.py
+++ b/tools/testing/selftests/drivers/net/hw/devmem.py
@@ -1,11 +1,136 @@
 #!/usr/bin/env python3
 # SPDX-License-Identifier: GPL-2.0
 
+import fcntl
+import json
+import os
+import socket
+import struct
+import time
 from os import path
+
 from devmem_lib import (setup_test, run_rx, run_tx, run_tx_chunks, run_rx_hds,
                         run_rx_large_niov)
 from lib.py import ksft_run, ksft_exit, ksft_disruptive
-from lib.py import NetDrvEpEnv
+from lib.py import cmd, defer, wait_file
+from lib.py import ksft_eq, KsftFailEx, KsftSkipEx
+from lib.py import NetdevFamily, NetDrvEpEnv, NlError
+
+
+UDMABUF_DEV = "/dev/udmabuf"
+# UDMABUF_CREATE, _IOW('u', 0x42, struct udmabuf_create)
+UDMABUF_CREATE = (1 << 30) | (24 << 16) | (ord('u') << 8) | 0x42
+UDMABUF_SIZE = 1 << 20
+
+KEEP_ADDR_ON_DOWN = "/proc/sys/net/ipv6/conf/{}/keep_addr_on_down"
+
+
+def _udmabuf_alloc(size):
+    if not path.exists(UDMABUF_DEV):
+        raise KsftSkipEx("Test requires udmabuf")
+
+    memfd = os.memfd_create("devmem-tx", os.MFD_ALLOW_SEALING)
+    try:
+        os.ftruncate(memfd, size)
+        fcntl.fcntl(memfd, fcntl.F_ADD_SEALS, fcntl.F_SEAL_SHRINK)
+        with open(UDMABUF_DEV, "rb") as dev:
+            create = bytearray(struct.pack("IIQQ", memfd, 0, 0, size))
+            dmabuf_fd = fcntl.ioctl(dev.fileno(), UDMABUF_CREATE, create)
+    except OSError as exc:
+        os.close(memfd)
+        raise KsftSkipEx(f"Test requires udmabuf: {exc}") from exc
+
+    return dmabuf_fd, memfd
+
+
+def _pci_dev(cfg):
+    dev_link = f"/sys/class/net/{cfg.ifname}/device"
+    if not path.exists(dev_link):
+        raise KsftSkipEx("Test requires a device which can be unregistered")
+
+    bdf = path.basename(path.realpath(dev_link))
+    if not path.exists(f"/sys/bus/pci/devices/{bdf}"):
+        raise KsftSkipEx("Test requires a PCI device")
+
+    driver = path.basename(path.realpath(f"{dev_link}/driver"))
+    if not path.exists(f"/sys/bus/pci/drivers/{driver}"):
+        raise KsftSkipEx("Test requires a PCI driver which can be unbound")
+
+    return bdf, driver
+
+
+def _pci_unbind(bdf, driver):
+    with open(f"/sys/bus/pci/drivers/{driver}/unbind", "w",
+              encoding="utf-8") as fp:
+        fp.write(bdf)
+
+
+def _pci_bind(bdf, driver):
+    if path.exists(f"/sys/bus/pci/devices/{bdf}/driver"):
+        return
+    with open(f"/sys/bus/pci/drivers/{driver}/bind", "w",
+              encoding="utf-8") as fp:
+        fp.write(bdf)
+
+
+def _netdev_by_pci(bdf):
+    for name in os.listdir("/sys/class/net"):
+        dev_link = f"/sys/class/net/{name}/device"
+        if not path.exists(dev_link):
+            continue
+        if path.basename(path.realpath(dev_link)) == bdf:
+            return name
+    return None
+
+
+def _netdev_config_get(cfg):
+    link = json.loads(cmd(f"ip -j addr show dev {cfg.ifname}").stdout)[0]
+    addrs = [addr for addr in link.get("addr_info", [])
+             if addr.get("scope") == "global" and not addr.get("dynamic")]
+
+    try:
+        with open(KEEP_ADDR_ON_DOWN.format(cfg.ifname), encoding="utf-8") as fp:
+            keep_addr = fp.read().strip()
+    except OSError:
+        keep_addr = None
+
+    return {"addrs": addrs, "keep_addr_on_down": keep_addr}
+
+
+def _netdev_wait(cfg, bdf, deadline=30):
+    end = time.monotonic() + deadline
+    while True:
+        ifname = _netdev_by_pci(bdf)
+        if ifname:
+            cfg.ifname = ifname
+            cfg.ifindex = socket.if_nametoindex(ifname)
+            return
+        if time.monotonic() > end:
+            raise KsftFailEx(f"{bdf} did not come back after driver rebind")
+        time.sleep(0.1)
+
+
+def _netdev_config_restore(cfg, config, bdf):
+    _netdev_wait(cfg, bdf)
+
+    cmd(f"ip link set dev {cfg.ifname} up", fail=False)
+
+    link = json.loads(cmd(f"ip -j addr show dev {cfg.ifname}").stdout)[0]
+    present = {addr["local"] for addr in link.get("addr_info", [])}
+    for addr in config["addrs"]:
+        if addr["local"] in present:
+            continue
+        nodad = " nodad" if addr["family"] == "inet6" else ""
+        cmd(f"ip addr add {addr['local']}/{addr['prefixlen']} "
+            f"dev {cfg.ifname}{nodad}", fail=False)
+
+    if config["keep_addr_on_down"] is not None:
+        with open(KEEP_ADDR_ON_DOWN.format(cfg.ifname), "w",
+                  encoding="utf-8") as fp:
+            fp.write(config["keep_addr_on_down"])
+
+    wait_file(f"/sys/class/net/{cfg.ifname}/carrier",
+              lambda x: x.strip() == "1", deadline=15)
 
 
 @ksft_disruptive
@@ -36,12 +161,45 @@ from lib.py import NetDrvEpEnv
     run_rx_large_niov(cfg)
 
 
+@ksft_disruptive
+def check_tx_bind_dev_unreg(cfg) -> None:
+    """Close a TX dmabuf binding after its device was unregistered."""
+    dmabuf_fd, memfd = _udmabuf_alloc(UDMABUF_SIZE)
+    defer(os.close, memfd)
+    defer(os.close, dmabuf_fd)
+
+    netdevnl = NetdevFamily()
+    defer(netdevnl.close)
+    try:
+        netdevnl.bind_tx({"ifindex": cfg.ifindex, "fd": dmabuf_fd})
+    except NlError as exc:
+        raise KsftSkipEx(f"Test requires netmem TX support: {exc}") from exc
+
+    bdf, driver = _pci_dev(cfg)
+
+    defer(_netdev_config_restore, cfg, _netdev_config_get(cfg), bdf)
+    defer(_pci_bind, bdf, driver)
+
+    _pci_unbind(bdf, driver)
+    netdevnl.close()
+
+    _pci_bind(bdf, driver)
+    _netdev_wait(cfg, bdf)
+
+    probe = NetdevFamily()
+    defer(probe.close)
+    ksft_eq(probe.dev_get({"ifindex": cfg.ifindex})["ifindex"], cfg.ifindex,
+            "netdev-genl broken after unbinding from a freed netdev")
+
+
 def main() -> None:
     """Run the devmem test cases."""
     with NetDrvEpEnv(__file__) as cfg:
         setup_test(cfg, path.abspath(path.dirname(__file__) + "/ncdevmem"))
         ksft_run([check_rx, check_tx, check_tx_chunks, check_rx_hds,
-                  check_rx_large_niov],
+                  check_rx_large_niov,
+                  # check_tx_bind_dev_unreg re-creates the netdev, keep it last
+                  check_tx_bind_dev_unreg],
                  args=(cfg,))
     ksft_exit()
 

Re: [BUG] net: devmem: TX dma-buf binding UAF on netdev-genl socket close

[Dragos Tatulea]

On 08.09.26 20:25, Mina Almasry wrote:
> On Tue, Sep 8, 2026 at 10:35 AM Stanislav Fomichev <sdf.kernel@gmail.com> wrote:
>>
>> On 09/08, Hengbin Zhang wrote:
>>> Hi all,
>>>
>>> Up front: I'm not a kernel developer, just someone who reads net code on
>>> the side, so please bear with me if I get some terminology or conventions
>>> wrong.  I found this issue while looking at the netmem/devmem code, and
>>> with some help from AI tooling I managed to reproduce it in QEMU and
>>> manually confirm the crash — I do believe it's a real bug.  Still, treat
>>> the analysis below as my best guess rather than a certainty.  Thanks a lot
>>> for taking the time to review this!
>>>
>>> One-line summary
>>> ================
>>>
>>> A TX (DMA_TO_DEVICE) dma-buf binding created with NETDEV_CMD_BIND_TX stores
>>> binding->dev without taking a netdev reference and never registers itself
>>> with any RX queue of the device.  When the bound device is unregistered and
>>> freed while the owning netlink socket is still open, closing the socket
>>> makes netdev_nl_sock_priv_destroy() call netdev_hold()/netdev_lock() on the
>>> already freed net_device -> use-after-free.  Confirmed with KASAN and by a
>>> real page fault / kernel panic on the same code path (log below).
>>>
>>> Environment
>>> ===========
>>>
>>> - Kernel: v7.3.0-rc1-00515-g9f0346dcbea3 (commit 9f0346dcbea3), x86_64,
>>>   with KASAN enabled; relevant config knobs are in the reproducer README
>>>   (link below).
>>> - Test setup: QEMU (TCG) guest, initramfs only.  The kernel image has one
>>>   local, test-only addition: a small stub PCI driver (source in the
>>>   reproducer link below).  No core net code was modified.
>>>
>>> Steps to reproduce
>>> ==================
>>>
>>> I reproduced this in a QEMU guest.  QEMU cannot emulate any of the in-tree
>>> NETMEM_TX_DMA devices (bnxt/mlx5/gve/fbnic are real NICs), so I wrote a
>>> tiny test-only stub PCI driver (source in the reproducer link below) that
>>> provides the same device-side properties: a net_device with
>>> netmem_tx = NETMEM_TX_DMA and a DMA-capable parent.  The bug lives in core
>>> net code, not in the driver, so this scenario should equally apply to real
>>> hardware — e.g. binding TX on a real netmem-TX NIC, then removing/unbinding
>>> that NIC while the netlink socket stays open.
>>>
>>> 1. Build the stub driver from the gist into the kernel (CONFIG_STUBNET=y)
>>>    or as a module, boot the guest with "-device edu".
>>> 2. Boot with the static "init" program from the gist (repro.c, run as
>>>    PID 1 in an initramfs).  It performs, in order:
>>>    a. DMA_HEAP_IOCTL_ALLOC on /dev/dma_heap/system -> dmabuf fd;
>>>    b. NETDEV_CMD_BIND_TX on the stub device (ifindex + dmabuf fd) and keeps
>>>       the netlink socket open; BIND_TX succeeds and returns a dmabuf id;
>>>    c. writes "1" to /sys/bus/pci/devices/<bdf>/remove, i.e. unregisters and
>>>       FREES the stub net_device (refcount drops to 1 in netdev_run_todo);
>>>    d. closes the netlink socket.
>>> 3. Expected: closing the socket cleanly tears the binding down.
>>>    Actual: use-after-free, see log below.  On a kernel without KASAN the
>>>    same path takes a page fault and panics (second log excerpt below), so
>>>    this is not a KASAN-only artifact.
>>>
>>> KASAN log
>>> =========
>>>
>>>   stub0 ifindex = 2
>>>   dmabuf fd = 4
>>>   netdev family id=20 version=1
>>>   nl got: type=20 ... genl cmd=15 plen=8      <- BIND_TX ok (dmabuf id)
>>>   writing 1 to /sys/bus/pci/devices/0000:00:04.0/remove
>>>   stub0 gone (unregistered); net_device should now be freed
>>>   === CLOSING NETLINK SOCKET (expect UAF in netdev_hold) ===
>>>   [   43.895794] BUG: KASAN: slab-use-after-free in
>>>              netdev_nl_sock_priv_destroy+0x196/0x1c0
>>>   [   43.896434] Read of size 8 at addr ffff888002f06580 by task init/1
>>>   Call Trace:
>>>    netdev_nl_sock_priv_destroy+0x196/0x1c0
>>>    genl_release+0xee/0x190
>>>    netlink_release+0x715/0x13a0
>>>    __sock_release+0xa1/0x260
>>>    sock_close+0x10/0x20
>>>    __x64_sys_close+0x78/0xd0
>>>   Allocated by task 1:
>>>    __kvmalloc_node_noprof+0x202/0x5b0
>>>    alloc_netdev_mqs+0x7e/0x1270
>>>    stubnet_probe+0x120/0x3c0
>>>   Freed by task 1:
>>>    kfree+0x127/0x3b0
>>>    device_release+0xc8/0x240
>>>    kobject_put+0x101/0x1e0
>>>    netdev_run_todo+0x5a5/0xd70
>>>    unregister_netdev+0x104/0x180
>>>    stubnet_remove+0x3f/0x60
>>>    pci_device_remove+0xa6/0x180
>>>    remove_store+0xcc/0xe0
>>>   The buggy address belongs to the object ... which belongs to the cache
>>>   kmalloc-4k of size 4096; freed 4096-byte region [ffff888002f06000,
>>>   ffff888002f07000).
>>>
>>> The kernel then continued in the same function and faulted for real:
>>>
>>>   [   43.905270] BUG: unable to handle page fault for address: ffff8880b0ef9000
>>>   [   43.927189] RIP: 0010:netdev_nl_sock_priv_destroy+0xad/0x1c0
>>>   ...
>>>   [   43.938987] Kernel panic - not syncing: Fatal exception
>>>
>>> Analysis
>>> ========
>>>
>>> The flaw is a four-step chain: BIND_TX stores a raw net_device pointer
>>> without taking a reference; TX bindings never populate bound_rxqs; the
>>> unregister cleanup that clears binding->dev only matches RX queues; so when
>>> the socket is closed after the device was unregistered and freed,
>>> netdev_nl_sock_priv_destroy() runs netdev_hold()/netdev_lock() on the freed
>>> net_device.
>>>
>>> 1) Binding creation - raw pointer, no reference (net/core/devmem.c,
>>>    net_devmem_bind_dmabuf(), DMA_TO_DEVICE = TX path):
>>>
>>>     binding->dev = dev;              // raw store, NO netdev_hold()
>>>     xa_init_flags(&binding->bound_rxqs, XA_FLAGS_ALLOC);
>>>     // TX path never calls net_devmem_bind_dmabuf_to_queue()
>>>     // -> bound_rxqs stays EMPTY; the unregister cleanup (which matches
>>>     //    queues) cannot see this binding
>>>
>>> 2) Device unregister - the only binding->dev clearing point is RX-only:
>>>
>>>     // net/core/dev.c:12395 dev_memory_provider_uninstall()
>>>     for (i = 0; i < dev->real_num_rx_queues; i++)
>>>             __netif_mp_uninstall_rxq(&dev->_rx[i], &dev->_rx[i].mp_params);
>>>             // scans the device's OWN RX queues only -> TX binding invisible
>>>
>>>     // net/core/devmem.c:537 mp_dmabuf_devmem_uninstall() - the ONLY place
>>>     // that clears binding->dev:
>>>     WRITE_ONCE(binding->dev, NULL);  // reached only when a bound queue is
>>>                                      // uninstalled (RX-only); never fires
>>>                                      // for TX bindings
>>>
>>> 3) Free - the binding contributes zero references (net/core/dev.c):
>>>
>>>     // netdev_wait_allrefs_any()/netdev_run_todo()
>>>     if (netdev_refcnt_read(dev) == 1)    // no holder left; the binding holds
>>>                                          // no reference either
>>>             free_netdev(dev);            // net_device freed while the socket
>>>                                          // and its binding are still alive
>>>
>>> 4) Socket close - teardown on freed memory (net/core/netdev-genl.c:1445,
>>>    netdev_nl_sock_priv_destroy()):
>>>
>>>     dev = binding->dev;              // RX: NULL (cleared in step 2);
>>>                                      // TX: dangling
>>>     if (!dev) { unbind; continue; }  // safe branch - never taken for TX
>>>     netdev_hold(dev, ...);           // UAF #1: refcount/tracker increment on
>>>                                      // the freed net_device
>>>     netdev_lock(dev);                // UAF #2: mutex on freed memory
>>>
>>> Full reproducer materials (stub driver source, trigger program, build/run
>>> README and the complete serial log):
>>> https://gist.github.com/hharryz/119f067937448ac6e30eb31e7f08dc5a
>>>
>>> I'd be happy to keep testing, digging deeper into the analysis, and trying
>>> to put together a possible fix if that helps.  Thanks a lot for your time!
>>
>> Hmm, this looks legit, I don't think we have a proper test for this
>> condition :-/ I can try to take a stab unless someone else volunteers.
> 
> Yes I'll volunteer to clean up my mess :P
> 
> My pet LLM suggested this not-yet-tested change:
> https://termbin.com/e4d2. It's trying to detect if there is a tx
> binding attached to the netdev at unregister time and clears it.
>
Hi Mina, 
There is a similar dev binding check patch for another reason (upcoming
data-direct support) here:
https://lore.kernel.org/all/20260810175446.3945358-2-dtatulea@nvidia.com/

If you get to send it before the v2 gets sent a part of data-direct support,
could you wrap the checking part as a helper please?

Thanks,
Dragos