https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Thu, 01 Oct 2026 11:34:44 +0000 https://vulnerability.circl.lu/vuln/cve-2022-50506 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>drbd: only clone bio if we have a backing device</p> <p>Commit c347a787e34cb (drbd: set -&gt;bi_bdev in drbd_req_new) moved a bio_set_dev call (which has since been removed) to &#34;earlier&#34;, from drbd_request_prepare to drbd_req_new.</p> <p>The problem is that this accesses device-&gt;ldev-&gt;backing_bdev, which is not NULL-checked at this point. When we don&#39;t have an ldev (i.e. when the DRBD device is diskless), this leads to a null pointer deref.</p> <p>So, only allocate the private_bio if we actually have a disk. This is also a small optimization, since we don&#39;t clone the bio to only to immediately free it again in the diskless case.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>drbd: only clone bio if we have a backing device</p> <p>Commit c347a787e34cb (drbd: set -&gt;bi_bdev in drbd_req_new) moved a bio_set_dev call (which has since been removed) to &#34;earlier&#34;, from drbd_request_prepare to drbd_req_new.</p> <p>The problem is that this accesses device-&gt;ldev-&gt;backing_bdev, which is not NULL-checked at this point. When we don&#39;t have an ldev (i.e. when the DRBD device is diskless), this leads to a null pointer deref.</p> <p>So, only allocate the private_bio if we actually have a disk. This is also a small optimization, since we don&#39;t clone the bio to only to immediately free it again in the diskless case.</p> https://vulnerability.circl.lu/vuln/cve-2022-50506