<?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 04:54:15 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-72353 — ntfs: avoid stale runlist element dereference in fallocate</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-72353</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;ntfs: avoid stale runlist element dereference in fallocate&lt;/p&gt;
&lt;p&gt;ntfs_attr_fallocate() allocates holes and delayed allocations inside
initialized size by looking up the current runlist element under
ni-&amp;gt;runlist.lock. The returned struct runlist_element is only a borrowed
pointer into ni-&amp;gt;runlist.rl. A writer can replace and free that array
after the read lock is dropped, so later reads of rl-&amp;gt;lcn, rl-&amp;gt;length and
rl-&amp;gt;vcn can touch freed memory.&lt;/p&gt;
&lt;p&gt;The buggy scenario involves two paths, with each column showing the order
within that path:&lt;/p&gt;
&lt;p&gt;ntfs_attr_fallocate():
  1. Take ni-&amp;gt;runlist.lock for read.
  2. Get rl from ntfs_attr_find_vcn_nolock().
  3. Drop ni-&amp;gt;runlist.lock.
  4. Read rl-&amp;gt;lcn, rl-&amp;gt;length and rl-&amp;gt;vcn.&lt;/p&gt;
&lt;p&gt;mmap page_mkwrite:
  1. Enter ntfs_filemap_page_mkwrite().
  2. Reach __ntfs_write_iomap_begin() and ntfs_attr_map_cluster().
  3. Merge allocation state with ntfs_runlists_merge().
  4. Reallocate ni-&amp;gt;runlist.rl in ntfs_rl_realloc(), freeing the old array.&lt;/p&gt;
&lt;p&gt;Validation reproduced this kernel report:
BUG: KASAN: slab-use-after-free in ntfs_attr_fallocate+0xbb8/0xd00&lt;/p&gt;
&lt;p&gt;Call Trace:
 &amp;lt;TASK&amp;gt;
 dump_stack_lvl+0x66/0xa0
 print_report+0xce/0x630
 ? ntfs_attr_fallocate+0xbb8/0xd00
 ? srso_alias_return_thunk+0x5/0xfbef5
 ? __virt_addr_valid+0x20d/0x410
 ? ntfs_attr_fallocate+0xbb8/0xd00
 kasan_report+0xe0/0x110
 ? ntfs_attr_fallocate+0xbb8/0xd00
 ntfs_attr_fallocate+0xbb8/0xd00
 ? lock_acquire+0x2b8/0x2f0
 ? __pfx_ntf…&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;ntfs: avoid stale runlist element dereference in fallocate&lt;/p&gt;
&lt;p&gt;ntfs_attr_fallocate() allocates holes and delayed allocations inside
initialized size by looking up the current runlist element under
ni-&amp;gt;runlist.lock. The returned struct runlist_element is only a borrowed
pointer into ni-&amp;gt;runlist.rl. A writer can replace and free that array
after the read lock is dropped, so later reads of rl-&amp;gt;lcn, rl-&amp;gt;length and
rl-&amp;gt;vcn can touch freed memory.&lt;/p&gt;
&lt;p&gt;The buggy scenario involves two paths, with each column showing the order
within that path:&lt;/p&gt;
&lt;p&gt;ntfs_attr_fallocate():
  1. Take ni-&amp;gt;runlist.lock for read.
  2. Get rl from ntfs_attr_find_vcn_nolock().
  3. Drop ni-&amp;gt;runlist.lock.
  4. Read rl-&amp;gt;lcn, rl-&amp;gt;length and rl-&amp;gt;vcn.&lt;/p&gt;
&lt;p&gt;mmap page_mkwrite:
  1. Enter ntfs_filemap_page_mkwrite().
  2. Reach __ntfs_write_iomap_begin() and ntfs_attr_map_cluster().
  3. Merge allocation state with ntfs_runlists_merge().
  4. Reallocate ni-&amp;gt;runlist.rl in ntfs_rl_realloc(), freeing the old array.&lt;/p&gt;
&lt;p&gt;Validation reproduced this kernel report:
BUG: KASAN: slab-use-after-free in ntfs_attr_fallocate+0xbb8/0xd00&lt;/p&gt;
&lt;p&gt;Call Trace:
 &amp;lt;TASK&amp;gt;
 dump_stack_lvl+0x66/0xa0
 print_report+0xce/0x630
 ? ntfs_attr_fallocate+0xbb8/0xd00
 ? srso_alias_return_thunk+0x5/0xfbef5
 ? __virt_addr_valid+0x20d/0x410
 ? ntfs_attr_fallocate+0xbb8/0xd00
 kasan_report+0xe0/0x110
 ? ntfs_attr_fallocate+0xbb8/0xd00
 ntfs_attr_fallocate+0xbb8/0xd00
 ? lock_acquire+0x2b8/0x2f0
 ? __pfx_ntf…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-72353</guid>
    </item>
  </channel>
</rss>
