<?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://cve.radiocsirt.org</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>Sun, 04 Oct 2026 10:26:17 +0000</lastBuildDate>
    <item>
      <title>Withdrawn: BELL-CVE-2026-80869 — CVE-2026-80869 does not affect BellSoft software</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-80869</link>
      <description>&lt;p&gt;&lt;strong&gt;Withdrawn by the publisher.&lt;/strong&gt;&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Withdrawn by the publisher.&lt;/strong&gt;&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2026-80869</guid>
    </item>
    <item>
      <title>EUVD-2026-363909</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-363909</link>
      <description>EUVD-2026-363909</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-363909</guid>
    </item>
    <item>
      <title>fkie_cve-2026-80869</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-80869</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ntfs: bound the attribute-list entry in ntfs_read_inode_mount()&lt;/p&gt;
&lt;p&gt;The $MFT attribute-list walk in ntfs_read_inode_mount() validates each
entry only with &amp;#34;(u8 *)al_entry + 6 &amp;gt; al_end&amp;#34; and
&amp;#34;(u8 *)al_entry + le16_to_cpu(al_entry-&amp;gt;length) &amp;gt; al_end&amp;#34;, but then reads
al_entry-&amp;gt;lowest_vcn (an __le64 at offset 8) and al_entry-&amp;gt;mft_reference
(offset 16) -- fields beyond the 6 bytes proven in range. al_entry-&amp;gt;length
is attacker-controlled and only required non-zero, so a short entry (e.g.
length 8) placed at the tail passes both checks while the lowest_vcn /
mft_reference reads fall past al_end.&lt;/p&gt;
&lt;p&gt;al_end is ni-&amp;gt;attr_list + attr_list_size (the on-disk size); the buffer is
kvzalloc(round_up(attr_list_size, SECTOR_SIZE)), so the sector rounding
usually absorbs the over-read -- but when attr_list_size is a multiple of
SECTOR_SIZE there is no slack and a crafted $MFT attribute list produces an
out-of-bounds read at mount time.&lt;/p&gt;
&lt;p&gt;Validate the entry with ntfs_attr_list_entry_is_valid() (added in patch
1/3) before dereferencing it, matching the bound the other attribute-list
walks now use. The validator already requires the length to cover the fixed
header, which makes the separate &amp;#34;!al_entry-&amp;gt;length&amp;#34; check redundant, so
drop it too.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ntfs: bound the attribute-list entry in ntfs_read_inode_mount()&lt;/p&gt;
&lt;p&gt;The $MFT attribute-list walk in ntfs_read_inode_mount() validates each
entry only with &amp;#34;(u8 *)al_entry + 6 &amp;gt; al_end&amp;#34; and
&amp;#34;(u8 *)al_entry + le16_to_cpu(al_entry-&amp;gt;length) &amp;gt; al_end&amp;#34;, but then reads
al_entry-&amp;gt;lowest_vcn (an __le64 at offset 8) and al_entry-&amp;gt;mft_reference
(offset 16) -- fields beyond the 6 bytes proven in range. al_entry-&amp;gt;length
is attacker-controlled and only required non-zero, so a short entry (e.g.
length 8) placed at the tail passes both checks while the lowest_vcn /
mft_reference reads fall past al_end.&lt;/p&gt;
&lt;p&gt;al_end is ni-&amp;gt;attr_list + attr_list_size (the on-disk size); the buffer is
kvzalloc(round_up(attr_list_size, SECTOR_SIZE)), so the sector rounding
usually absorbs the over-read -- but when attr_list_size is a multiple of
SECTOR_SIZE there is no slack and a crafted $MFT attribute list produces an
out-of-bounds read at mount time.&lt;/p&gt;
&lt;p&gt;Validate the entry with ntfs_attr_list_entry_is_valid() (added in patch
1/3) before dereferencing it, matching the bound the other attribute-list
walks now use. The validator already requires the length to cover the fixed
header, which makes the separate &amp;#34;!al_entry-&amp;gt;length&amp;#34; check redundant, so
drop it too.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-80869</guid>
    </item>
    <item>
      <title>GHSA-3w59-j737-r4rc</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-3w59-j737-r4rc</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ntfs: bound the attribute-list entry in ntfs_read_inode_mount()&lt;/p&gt;
&lt;p&gt;The $MFT attribute-list walk in ntfs_read_inode_mount() validates each
entry only with &amp;#34;(u8 *)al_entry + 6 &amp;gt; al_end&amp;#34; and
&amp;#34;(u8 *)al_entry + le16_to_cpu(al_entry-&amp;gt;length) &amp;gt; al_end&amp;#34;, but then reads
al_entry-&amp;gt;lowest_vcn (an __le64 at offset 8) and al_entry-&amp;gt;mft_reference
(offset 16) -- fields beyond the 6 bytes proven in range. al_entry-&amp;gt;length
is attacker-controlled and only required non-zero, so a short entry (e.g.
length 8) placed at the tail passes both checks while the lowest_vcn /
mft_reference reads fall past al_end.&lt;/p&gt;
&lt;p&gt;al_end is ni-&amp;gt;attr_list + attr_list_size (the on-disk size); the buffer is
kvzalloc(round_up(attr_list_size, SECTOR_SIZE)), so the sector rounding
usually absorbs the over-read -- but when attr_list_size is a multiple of
SECTOR_SIZE there is no slack and a crafted $MFT attribute list produces an
out-of-bounds read at mount time.&lt;/p&gt;
&lt;p&gt;Validate the entry with ntfs_attr_list_entry_is_valid() (added in patch
1/3) before dereferencing it, matching the bound the other attribute-list
walks now use. The validator already requires the length to cover the fixed
header, which makes the separate &amp;#34;!al_entry-&amp;gt;length&amp;#34; check redundant, so
drop it too.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ntfs: bound the attribute-list entry in ntfs_read_inode_mount()&lt;/p&gt;
&lt;p&gt;The $MFT attribute-list walk in ntfs_read_inode_mount() validates each
entry only with &amp;#34;(u8 *)al_entry + 6 &amp;gt; al_end&amp;#34; and
&amp;#34;(u8 *)al_entry + le16_to_cpu(al_entry-&amp;gt;length) &amp;gt; al_end&amp;#34;, but then reads
al_entry-&amp;gt;lowest_vcn (an __le64 at offset 8) and al_entry-&amp;gt;mft_reference
(offset 16) -- fields beyond the 6 bytes proven in range. al_entry-&amp;gt;length
is attacker-controlled and only required non-zero, so a short entry (e.g.
length 8) placed at the tail passes both checks while the lowest_vcn /
mft_reference reads fall past al_end.&lt;/p&gt;
&lt;p&gt;al_end is ni-&amp;gt;attr_list + attr_list_size (the on-disk size); the buffer is
kvzalloc(round_up(attr_list_size, SECTOR_SIZE)), so the sector rounding
usually absorbs the over-read -- but when attr_list_size is a multiple of
SECTOR_SIZE there is no slack and a crafted $MFT attribute list produces an
out-of-bounds read at mount time.&lt;/p&gt;
&lt;p&gt;Validate the entry with ntfs_attr_list_entry_is_valid() (added in patch
1/3) before dereferencing it, matching the bound the other attribute-list
walks now use. The validator already requires the length to cover the fixed
header, which makes the separate &amp;#34;!al_entry-&amp;gt;length&amp;#34; check redundant, so
drop it too.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-3w59-j737-r4rc</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-80869</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-80869</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 95 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: ntfs: bound the attribute-list entry in ntfs_read_inode_mount() The $MFT attribute-list walk in ntfs_read_inode_mount() validates each entry only with &amp;#34;(u8 *)al_entry + 6 &amp;gt; al_end&amp;#34; and &amp;#34;(u8 *)al_entry + le16_to_cpu(al_entry-&amp;gt;length) &amp;gt; al_end&amp;#34;, but then reads al_entry-&amp;gt;lowest_vcn (an __le64 at offset 8) and al_entry-&amp;gt;mft_reference (offset 16) -- fields beyond the 6 bytes proven in range. al_entry-&amp;gt;length is attacker-controlled and only required non-zero, so a short entry (e.g. length 8) placed at the tail passes both checks while the lowest_vcn / mft_reference reads fall past al_end. al_end is ni-&amp;gt;attr_list + attr_list_size (the on-disk size); the buffer is kvzalloc(round_up(attr_list_size, SECTOR_SIZE)), so the sector rounding usually absorbs the over-read -- but when attr_list_size is a multiple of SECTOR_SIZE there is no slack and a crafted $MFT attribute list produces an out-of-bounds read at mount time. Validate the entry with ntfs_attr_list_entry_is_valid() (added in patch 1/3) before dereferencing it, matching the bound the other attribute-list walks now use. The validator already requires the length to cover the fixed header, which makes the separate &amp;#34;!al_entry-&amp;gt;length&amp;#34; check redundant, so drop it too.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 95 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: ntfs: bound the attribute-list entry in ntfs_read_inode_mount() The $MFT attribute-list walk in ntfs_read_inode_mount() validates each entry only with &amp;#34;(u8 *)al_entry + 6 &amp;gt; al_end&amp;#34; and &amp;#34;(u8 *)al_entry + le16_to_cpu(al_entry-&amp;gt;length) &amp;gt; al_end&amp;#34;, but then reads al_entry-&amp;gt;lowest_vcn (an __le64 at offset 8) and al_entry-&amp;gt;mft_reference (offset 16) -- fields beyond the 6 bytes proven in range. al_entry-&amp;gt;length is attacker-controlled and only required non-zero, so a short entry (e.g. length 8) placed at the tail passes both checks while the lowest_vcn / mft_reference reads fall past al_end. al_end is ni-&amp;gt;attr_list + attr_list_size (the on-disk size); the buffer is kvzalloc(round_up(attr_list_size, SECTOR_SIZE)), so the sector rounding usually absorbs the over-read -- but when attr_list_size is a multiple of SECTOR_SIZE there is no slack and a crafted $MFT attribute list produces an out-of-bounds read at mount time. Validate the entry with ntfs_attr_list_entry_is_valid() (added in patch 1/3) before dereferencing it, matching the bound the other attribute-list walks now use. The validator already requires the length to cover the fixed header, which makes the separate &amp;#34;!al_entry-&amp;gt;length&amp;#34; check redundant, so drop it too.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-80869</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-3211 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-3211</link>
      <description>&lt;p&gt;Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um Speicherfehler und Kernel-Abstürze beziehungsweise Denial-of-Service-Zustände auszulösen, Speicher außerhalb vorgesehener Grenzen auszulesen sowie in einzelnen Fällen weitere Sicherheitsauswirkungen zu verursachen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um Speicherfehler und Kernel-Abstürze beziehungsweise Denial-of-Service-Zustände auszulösen, Speicher außerhalb vorgesehener Grenzen auszulesen sowie in einzelnen Fällen weitere Sicherheitsauswirkungen zu verursachen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-3211</guid>
    </item>
  </channel>
</rss>
