<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://vulnerability.circl.lu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Tue, 29 Sep 2026 22:11:27 +0000</lastBuildDate>
    <item>
      <title>CVE-2023-54324 — dm: fix a race condition in retrieve_deps</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2023-54324</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;dm: fix a race condition in retrieve_deps&lt;/p&gt;
&lt;p&gt;There&amp;#39;s a race condition in the multipath target when retrieve_deps
races with multipath_message calling dm_get_device and dm_put_device.
retrieve_deps walks the list of open devices without holding any lock
but multipath may add or remove devices to the list while it is
running. The end result may be memory corruption or use-after-free
memory access.&lt;/p&gt;
&lt;p&gt;See this description of a UAF with multipath_message():
https://listman.redhat.com/archives/dm-devel/2022-October/052373.html&lt;/p&gt;
&lt;p&gt;Fix this bug by introducing a new rw semaphore &amp;#34;devices_lock&amp;#34;. We grab
devices_lock for read in retrieve_deps and we grab it for write in
dm_get_device and dm_put_device.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;dm: fix a race condition in retrieve_deps&lt;/p&gt;
&lt;p&gt;There&amp;#39;s a race condition in the multipath target when retrieve_deps
races with multipath_message calling dm_get_device and dm_put_device.
retrieve_deps walks the list of open devices without holding any lock
but multipath may add or remove devices to the list while it is
running. The end result may be memory corruption or use-after-free
memory access.&lt;/p&gt;
&lt;p&gt;See this description of a UAF with multipath_message():
https://listman.redhat.com/archives/dm-devel/2022-October/052373.html&lt;/p&gt;
&lt;p&gt;Fix this bug by introducing a new rw semaphore &amp;#34;devices_lock&amp;#34;. We grab
devices_lock for read in retrieve_deps and we grab it for write in
dm_get_device and dm_put_device.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2023-54324</guid>
    </item>
  </channel>
</rss>
