https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Fri, 02 Oct 2026 14:10:12 +0000 https://vulnerability.circl.lu/vuln/cve-2026-74334 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>RDMA/nldev: Fix locking when accessing mr-&gt;pd</p> <p>Sashiko points out that, due to rereg_mr, the PD is actually variable and all the touches in nldev are racy.</p> <p>Use mr-&gt;device instead of mr-&gt;pd-&gt;device.</p> <p>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.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>RDMA/nldev: Fix locking when accessing mr-&gt;pd</p> <p>Sashiko points out that, due to rereg_mr, the PD is actually variable and all the touches in nldev are racy.</p> <p>Use mr-&gt;device instead of mr-&gt;pd-&gt;device.</p> <p>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.</p> https://vulnerability.circl.lu/vuln/cve-2026-74334