<?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 08:30:59 +0000</lastBuildDate>
    <item>
      <title>CVE-2024-56658 — net: defer final 'struct net' free in netns dismantle</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2024-56658</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;net: defer final &amp;#39;struct net&amp;#39; free in netns dismantle&lt;/p&gt;
&lt;p&gt;Ilya reported a slab-use-after-free in dst_destroy [1]&lt;/p&gt;
&lt;p&gt;Issue is in xfrm6_net_init() and xfrm4_net_init() :&lt;/p&gt;
&lt;p&gt;They copy xfrm[46]_dst_ops_template into net-&amp;gt;xfrm.xfrm[46]_dst_ops.&lt;/p&gt;
&lt;p&gt;But net structure might be freed before all the dst callbacks are
called. So when dst_destroy() calls later :&lt;/p&gt;
&lt;p&gt;if (dst-&amp;gt;ops-&amp;gt;destroy)
    dst-&amp;gt;ops-&amp;gt;destroy(dst);&lt;/p&gt;
&lt;p&gt;dst-&amp;gt;ops points to the old net-&amp;gt;xfrm.xfrm[46]_dst_ops, which has been freed.&lt;/p&gt;
&lt;p&gt;See a relevant issue fixed in :&lt;/p&gt;
&lt;p&gt;ac888d58869b (&amp;#34;net: do not delay dst_entries_add() in dst_release()&amp;#34;)&lt;/p&gt;
&lt;p&gt;A fix is to queue the &amp;#39;struct net&amp;#39; to be freed after one
another cleanup_net() round (and existing rcu_barrier())&lt;/p&gt;
&lt;p&gt;[1]&lt;/p&gt;
&lt;p&gt;BUG: KASAN: slab-use-after-free in dst_destroy (net/core/dst.c:112)
Read of size 8 at addr ffff8882137ccab0 by task swapper/37/0
Dec 03 05:46:18 kernel:
CPU: 37 UID: 0 PID: 0 Comm: swapper/37 Kdump: loaded Not tainted 6.12.0 #67
Hardware name: Red Hat KVM/RHEL, BIOS 1.16.1-1.el9 04/01/2014
Call Trace:
 &amp;lt;IRQ&amp;gt;
dump_stack_lvl (lib/dump_stack.c:124)
print_address_description.constprop.0 (mm/kasan/report.c:378)
? dst_destroy (net/core/dst.c:112)
print_report (mm/kasan/report.c:489)
? dst_destroy (net/core/dst.c:112)
? kasan_addr_to_slab (mm/kasan/common.c:37)
kasan_report (mm/kasan/report.c:603)
? dst_destroy (net/core/dst.c:112)
? rcu_do_batch (kernel/rcu/tree.c:2567)
dst_destroy (net/core/dst.c:112)
rcu_do_batch (kernel/rcu/…&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;net: defer final &amp;#39;struct net&amp;#39; free in netns dismantle&lt;/p&gt;
&lt;p&gt;Ilya reported a slab-use-after-free in dst_destroy [1]&lt;/p&gt;
&lt;p&gt;Issue is in xfrm6_net_init() and xfrm4_net_init() :&lt;/p&gt;
&lt;p&gt;They copy xfrm[46]_dst_ops_template into net-&amp;gt;xfrm.xfrm[46]_dst_ops.&lt;/p&gt;
&lt;p&gt;But net structure might be freed before all the dst callbacks are
called. So when dst_destroy() calls later :&lt;/p&gt;
&lt;p&gt;if (dst-&amp;gt;ops-&amp;gt;destroy)
    dst-&amp;gt;ops-&amp;gt;destroy(dst);&lt;/p&gt;
&lt;p&gt;dst-&amp;gt;ops points to the old net-&amp;gt;xfrm.xfrm[46]_dst_ops, which has been freed.&lt;/p&gt;
&lt;p&gt;See a relevant issue fixed in :&lt;/p&gt;
&lt;p&gt;ac888d58869b (&amp;#34;net: do not delay dst_entries_add() in dst_release()&amp;#34;)&lt;/p&gt;
&lt;p&gt;A fix is to queue the &amp;#39;struct net&amp;#39; to be freed after one
another cleanup_net() round (and existing rcu_barrier())&lt;/p&gt;
&lt;p&gt;[1]&lt;/p&gt;
&lt;p&gt;BUG: KASAN: slab-use-after-free in dst_destroy (net/core/dst.c:112)
Read of size 8 at addr ffff8882137ccab0 by task swapper/37/0
Dec 03 05:46:18 kernel:
CPU: 37 UID: 0 PID: 0 Comm: swapper/37 Kdump: loaded Not tainted 6.12.0 #67
Hardware name: Red Hat KVM/RHEL, BIOS 1.16.1-1.el9 04/01/2014
Call Trace:
 &amp;lt;IRQ&amp;gt;
dump_stack_lvl (lib/dump_stack.c:124)
print_address_description.constprop.0 (mm/kasan/report.c:378)
? dst_destroy (net/core/dst.c:112)
print_report (mm/kasan/report.c:489)
? dst_destroy (net/core/dst.c:112)
? kasan_addr_to_slab (mm/kasan/common.c:37)
kasan_report (mm/kasan/report.c:603)
? dst_destroy (net/core/dst.c:112)
? rcu_do_batch (kernel/rcu/tree.c:2567)
dst_destroy (net/core/dst.c:112)
rcu_do_batch (kernel/rcu/…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2024-56658</guid>
    </item>
    <item>
      <title>USN-7322-1 — linux, linux-oem-6.11 vulnerabilities</title>
      <link>https://vulnerability.circl.lu/vuln/usn-7322-1</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:24.04:LTS: linux-oem-6.11&lt;/p&gt;
&lt;p&gt;Several security issues were discovered in the Linux kernel.
An attacker could possibly use these to compromise the system.
This update corrects flaws in the following subsystems:
  - Block layer subsystem;
  - Networking core;
(CVE-2024-56672, CVE-2024-56658)&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:24.04:LTS: linux-oem-6.11&lt;/p&gt;
&lt;p&gt;Several security issues were discovered in the Linux kernel.
An attacker could possibly use these to compromise the system.
This update corrects flaws in the following subsystems:
  - Block layer subsystem;
  - Networking core;
(CVE-2024-56672, CVE-2024-56658)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/usn-7322-1</guid>
    </item>
  </channel>
</rss>
