<?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>Wed, 30 Sep 2026 11:59:50 +0000</lastBuildDate>
    <item>
      <title>CVE-2023-53440 — nilfs2: fix sysfs interface lifetime</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2023-53440</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;nilfs2: fix sysfs interface lifetime&lt;/p&gt;
&lt;p&gt;The current nilfs2 sysfs support has issues with the timing of creation
and deletion of sysfs entries, potentially leading to null pointer
dereferences, use-after-free, and lockdep warnings.&lt;/p&gt;
&lt;p&gt;Some of the sysfs attributes for nilfs2 per-filesystem instance refer to
metadata file &amp;#34;cpfile&amp;#34;, &amp;#34;sufile&amp;#34;, or &amp;#34;dat&amp;#34;, but
nilfs_sysfs_create_device_group that creates those attributes is executed
before the inodes for these metadata files are loaded, and
nilfs_sysfs_delete_device_group which deletes these sysfs entries is
called after releasing their metadata file inodes.&lt;/p&gt;
&lt;p&gt;Therefore, access to some of these sysfs attributes may occur outside of
the lifetime of these metadata files, resulting in inode NULL pointer
dereferences or use-after-free.&lt;/p&gt;
&lt;p&gt;In addition, the call to nilfs_sysfs_create_device_group() is made during
the locking period of the semaphore &amp;#34;ns_sem&amp;#34; of nilfs object, so the
shrinker call caused by the memory allocation for the sysfs entries, may
derive lock dependencies &amp;#34;ns_sem&amp;#34; -&amp;gt; (shrinker) -&amp;gt; &amp;#34;locks acquired in
nilfs_evict_inode()&amp;#34;.&lt;/p&gt;
&lt;p&gt;Since nilfs2 may acquire &amp;#34;ns_sem&amp;#34; deep in the call stack holding other
locks via its error handler __nilfs_error(), this causes lockdep to report
circular locking.  This is a false positive and no circular locking
actually occurs as no inodes exist yet when
nilfs_sysfs_create_device_group() is called.  Fortunately, the lockdep
warnings ca…&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;nilfs2: fix sysfs interface lifetime&lt;/p&gt;
&lt;p&gt;The current nilfs2 sysfs support has issues with the timing of creation
and deletion of sysfs entries, potentially leading to null pointer
dereferences, use-after-free, and lockdep warnings.&lt;/p&gt;
&lt;p&gt;Some of the sysfs attributes for nilfs2 per-filesystem instance refer to
metadata file &amp;#34;cpfile&amp;#34;, &amp;#34;sufile&amp;#34;, or &amp;#34;dat&amp;#34;, but
nilfs_sysfs_create_device_group that creates those attributes is executed
before the inodes for these metadata files are loaded, and
nilfs_sysfs_delete_device_group which deletes these sysfs entries is
called after releasing their metadata file inodes.&lt;/p&gt;
&lt;p&gt;Therefore, access to some of these sysfs attributes may occur outside of
the lifetime of these metadata files, resulting in inode NULL pointer
dereferences or use-after-free.&lt;/p&gt;
&lt;p&gt;In addition, the call to nilfs_sysfs_create_device_group() is made during
the locking period of the semaphore &amp;#34;ns_sem&amp;#34; of nilfs object, so the
shrinker call caused by the memory allocation for the sysfs entries, may
derive lock dependencies &amp;#34;ns_sem&amp;#34; -&amp;gt; (shrinker) -&amp;gt; &amp;#34;locks acquired in
nilfs_evict_inode()&amp;#34;.&lt;/p&gt;
&lt;p&gt;Since nilfs2 may acquire &amp;#34;ns_sem&amp;#34; deep in the call stack holding other
locks via its error handler __nilfs_error(), this causes lockdep to report
circular locking.  This is a false positive and no circular locking
actually occurs as no inodes exist yet when
nilfs_sysfs_create_device_group() is called.  Fortunately, the lockdep
warnings ca…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2023-53440</guid>
    </item>
  </channel>
</rss>
