<?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>Sat, 03 Oct 2026 17:11:51 +0000</lastBuildDate>
    <item>
      <title>BELL-CVE-2026-68442</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-68442</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2026-68442</guid>
    </item>
    <item>
      <title>certfr-2026-avi-1069 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de Debian LTS. Elles permettent à un attaquant de p…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2026-avi-1069</link>
      <description>certfr-2026-avi-1069</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-1069</guid>
    </item>
    <item>
      <title>EUVD-2026-353614</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-353614</link>
      <description>EUVD-2026-353614</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-353614</guid>
    </item>
    <item>
      <title>fkie_cve-2026-68442</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-68442</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;btrfs: don&amp;#39;t propagate EXTENT_FLAG_LOGGING to split extent maps&lt;/p&gt;
&lt;p&gt;When btrfs_drop_extent_map_range() splits an extent map, the new split
maps inherit the original map&amp;#39;s flags through a local &amp;#39;flags&amp;#39; variable.
Commit f86f7a75e2fb (&amp;#34;btrfs: use the flags of an extent map to identify
the compression type&amp;#34;) changed the EXTENT_FLAG_LOGGING clearing to
operate on em-&amp;gt;flags instead of that local &amp;#39;flags&amp;#39; copy, so a split of
an extent map that is currently being logged wrongly inherits
EXTENT_FLAG_LOGGING.&lt;/p&gt;
&lt;p&gt;The flag is then never cleared on the split, and when it is freed while
still on the inode&amp;#39;s modified_extents list (for example by the extent
map shrinker) it trips the WARN_ON(!list_empty(&amp;amp;em-&amp;gt;list)) in
btrfs_free_extent_map() and leads to a use-after-free.&lt;/p&gt;
&lt;p&gt;Clear EXTENT_FLAG_LOGGING from the local &amp;#39;flags&amp;#39; copy used for the
splits and only clear EXTENT_FLAG_PINNED from em-&amp;gt;flags, restoring the
behaviour prior to f86f7a75e2fb.&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;btrfs: don&amp;#39;t propagate EXTENT_FLAG_LOGGING to split extent maps&lt;/p&gt;
&lt;p&gt;When btrfs_drop_extent_map_range() splits an extent map, the new split
maps inherit the original map&amp;#39;s flags through a local &amp;#39;flags&amp;#39; variable.
Commit f86f7a75e2fb (&amp;#34;btrfs: use the flags of an extent map to identify
the compression type&amp;#34;) changed the EXTENT_FLAG_LOGGING clearing to
operate on em-&amp;gt;flags instead of that local &amp;#39;flags&amp;#39; copy, so a split of
an extent map that is currently being logged wrongly inherits
EXTENT_FLAG_LOGGING.&lt;/p&gt;
&lt;p&gt;The flag is then never cleared on the split, and when it is freed while
still on the inode&amp;#39;s modified_extents list (for example by the extent
map shrinker) it trips the WARN_ON(!list_empty(&amp;amp;em-&amp;gt;list)) in
btrfs_free_extent_map() and leads to a use-after-free.&lt;/p&gt;
&lt;p&gt;Clear EXTENT_FLAG_LOGGING from the local &amp;#39;flags&amp;#39; copy used for the
splits and only clear EXTENT_FLAG_PINNED from em-&amp;gt;flags, restoring the
behaviour prior to f86f7a75e2fb.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-68442</guid>
    </item>
    <item>
      <title>GHSA-gr86-25pq-rhr2</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-gr86-25pq-rhr2</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;btrfs: don&amp;#39;t propagate EXTENT_FLAG_LOGGING to split extent maps&lt;/p&gt;
&lt;p&gt;When btrfs_drop_extent_map_range() splits an extent map, the new split
maps inherit the original map&amp;#39;s flags through a local &amp;#39;flags&amp;#39; variable.
Commit f86f7a75e2fb (&amp;#34;btrfs: use the flags of an extent map to identify
the compression type&amp;#34;) changed the EXTENT_FLAG_LOGGING clearing to
operate on em-&amp;gt;flags instead of that local &amp;#39;flags&amp;#39; copy, so a split of
an extent map that is currently being logged wrongly inherits
EXTENT_FLAG_LOGGING.&lt;/p&gt;
&lt;p&gt;The flag is then never cleared on the split, and when it is freed while
still on the inode&amp;#39;s modified_extents list (for example by the extent
map shrinker) it trips the WARN_ON(!list_empty(&amp;amp;em-&amp;gt;list)) in
btrfs_free_extent_map() and leads to a use-after-free.&lt;/p&gt;
&lt;p&gt;Clear EXTENT_FLAG_LOGGING from the local &amp;#39;flags&amp;#39; copy used for the
splits and only clear EXTENT_FLAG_PINNED from em-&amp;gt;flags, restoring the
behaviour prior to f86f7a75e2fb.&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;btrfs: don&amp;#39;t propagate EXTENT_FLAG_LOGGING to split extent maps&lt;/p&gt;
&lt;p&gt;When btrfs_drop_extent_map_range() splits an extent map, the new split
maps inherit the original map&amp;#39;s flags through a local &amp;#39;flags&amp;#39; variable.
Commit f86f7a75e2fb (&amp;#34;btrfs: use the flags of an extent map to identify
the compression type&amp;#34;) changed the EXTENT_FLAG_LOGGING clearing to
operate on em-&amp;gt;flags instead of that local &amp;#39;flags&amp;#39; copy, so a split of
an extent map that is currently being logged wrongly inherits
EXTENT_FLAG_LOGGING.&lt;/p&gt;
&lt;p&gt;The flag is then never cleared on the split, and when it is freed while
still on the inode&amp;#39;s modified_extents list (for example by the extent
map shrinker) it trips the WARN_ON(!list_empty(&amp;amp;em-&amp;gt;list)) in
btrfs_free_extent_map() and leads to a use-after-free.&lt;/p&gt;
&lt;p&gt;Clear EXTENT_FLAG_LOGGING from the local &amp;#39;flags&amp;#39; copy used for the
splits and only clear EXTENT_FLAG_PINNED from em-&amp;gt;flags, restoring the
behaviour prior to f86f7a75e2fb.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-gr86-25pq-rhr2</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:21910-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:21910-1</link>
      <description>&lt;p&gt;Security update for the Linux Kernel&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for the Linux Kernel&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2026:21910-1</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:23881-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2026:23881-1</link>
      <description>&lt;p&gt;Security update for the Linux Kernel&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for the Linux Kernel&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/suse-su-2026:23881-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-68442</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-68442</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 154 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: btrfs: don&amp;#39;t propagate EXTENT_FLAG_LOGGING to split extent maps When btrfs_drop_extent_map_range() splits an extent map, the new split maps inherit the original map&amp;#39;s flags through a local &amp;#39;flags&amp;#39; variable. Commit f86f7a75e2fb (&amp;#34;btrfs: use the flags of an extent map to identify the compression type&amp;#34;) changed the EXTENT_FLAG_LOGGING clearing to operate on em-&amp;gt;flags instead of that local &amp;#39;flags&amp;#39; copy, so a split of an extent map that is currently being logged wrongly inherits EXTENT_FLAG_LOGGING. The flag is then never cleared on the split, and when it is freed while still on the inode&amp;#39;s modified_extents list (for example by the extent map shrinker) it trips the WARN_ON(!list_empty(&amp;amp;em-&amp;gt;list)) in btrfs_free_extent_map() and leads to a use-after-free. Clear EXTENT_FLAG_LOGGING from the local &amp;#39;flags&amp;#39; copy used for the splits and only clear EXTENT_FLAG_PINNED from em-&amp;gt;flags, restoring the behaviour prior to f86f7a75e2fb.&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 154 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: btrfs: don&amp;#39;t propagate EXTENT_FLAG_LOGGING to split extent maps When btrfs_drop_extent_map_range() splits an extent map, the new split maps inherit the original map&amp;#39;s flags through a local &amp;#39;flags&amp;#39; variable. Commit f86f7a75e2fb (&amp;#34;btrfs: use the flags of an extent map to identify the compression type&amp;#34;) changed the EXTENT_FLAG_LOGGING clearing to operate on em-&amp;gt;flags instead of that local &amp;#39;flags&amp;#39; copy, so a split of an extent map that is currently being logged wrongly inherits EXTENT_FLAG_LOGGING. The flag is then never cleared on the split, and when it is freed while still on the inode&amp;#39;s modified_extents list (for example by the extent map shrinker) it trips the WARN_ON(!list_empty(&amp;amp;em-&amp;gt;list)) in btrfs_free_extent_map() and leads to a use-after-free. Clear EXTENT_FLAG_LOGGING from the local &amp;#39;flags&amp;#39; copy used for the splits and only clear EXTENT_FLAG_PINNED from em-&amp;gt;flags, restoring the behaviour prior to f86f7a75e2fb.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-68442</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-2799 — Linux Kernel: Mehrere Schwachstellen ermöglichen nicht spezifizierten Angriff</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2799</link>
      <description>&lt;p&gt;Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen, darunter möglicherweise die Ausführung von beliebigem Code, die Offenlegung von Informationen, die Manipulation von Daten oder Denial-of-Service-Zustände.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen, darunter möglicherweise die Ausführung von beliebigem Code, die Offenlegung von Informationen, die Manipulation von Daten oder Denial-of-Service-Zustände.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2799</guid>
    </item>
  </channel>
</rss>
