Description
In the Linux kernel, the following vulnerability has been resolved: RDMA/nldev: Fix locking when accessing mr->pd Sashiko points out that, due to rereg_mr, the PD is actually variable and all the touches in nldev are racy. Use mr->device instead of mr->pd->device. Getting the PD restrack ID is more tricky. To avoid disturbing all the happy paths, add an rdma_restrack_sync() operation which is sort of like flush_workqueue() or synchronize_irq(): after it returns, all the old nldev touches to the mr are gone and everything sees the new PD. This makes it safe to reach into the PD pointer.
References6
- git.kernel.org/stable/c/05e26f34597e9c38bb5b340d86b179b23673869f
- git.kernel.org/stable/c/1a132ee4e655288d9a0937ea5109a0d038431ae9
- git.kernel.org/stable/c/50d5c02ab8e62325548bd3a6e6b758a9dcd6e7c3
- git.kernel.org/stable/c/7a0cbb5721a1da81e902d73b6049f85ca8f3fc0a
- git.kernel.org/stable/c/845c6b355226195dad1f26b300c4830f57034e8b
- git.kernel.org/stable/c/a07cba1296aaa81bf9b914486ca957aaff196247
Metrics
- CVSS 3.1
-
7.8
HIGH
Score source: CNA
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H - EPSS — exploit probability
- 0% percentile: 3 · as of 11 November 2026
Could this be exploited in your environment?
A patch closes the known hole. A penetration test shows what an attacker can still reach — with proof.