<?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 09:27:38 +0000</lastBuildDate>
    <item>
      <title>CVE-2024-45016 — netem: fix return value if duplicate enqueue fails</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2024-45016</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux, Siemens SIMATIC S7-1500 TM MFP - GNU/Linux subsystem&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;netem: fix return value if duplicate enqueue fails&lt;/p&gt;
&lt;p&gt;There is a bug in netem_enqueue() introduced by
commit 5845f706388a (&amp;#34;net: netem: fix skb length BUG_ON in __skb_to_sgvec&amp;#34;)
that can lead to a use-after-free.&lt;/p&gt;
&lt;p&gt;This commit made netem_enqueue() always return NET_XMIT_SUCCESS
when a packet is duplicated, which can cause the parent qdisc&amp;#39;s q.qlen
to be mistakenly incremented. When this happens qlen_notify() may be
skipped on the parent during destruction, leaving a dangling pointer
for some classful qdiscs like DRR.&lt;/p&gt;
&lt;p&gt;There are two ways for the bug happen:&lt;/p&gt;
&lt;p&gt;- If the duplicated packet is dropped by rootq-&amp;gt;enqueue() and then
  the original packet is also dropped.
- If rootq-&amp;gt;enqueue() sends the duplicated packet to a different qdisc
  and the original packet is dropped.&lt;/p&gt;
&lt;p&gt;In both cases NET_XMIT_SUCCESS is returned even though no packets
are enqueued at the netem qdisc.&lt;/p&gt;
&lt;p&gt;The fix is to defer the enqueue of the duplicate packet until after
the original packet has been guaranteed to return NET_XMIT_SUCCESS.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux, Siemens SIMATIC S7-1500 TM MFP - GNU/Linux subsystem&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;netem: fix return value if duplicate enqueue fails&lt;/p&gt;
&lt;p&gt;There is a bug in netem_enqueue() introduced by
commit 5845f706388a (&amp;#34;net: netem: fix skb length BUG_ON in __skb_to_sgvec&amp;#34;)
that can lead to a use-after-free.&lt;/p&gt;
&lt;p&gt;This commit made netem_enqueue() always return NET_XMIT_SUCCESS
when a packet is duplicated, which can cause the parent qdisc&amp;#39;s q.qlen
to be mistakenly incremented. When this happens qlen_notify() may be
skipped on the parent during destruction, leaving a dangling pointer
for some classful qdiscs like DRR.&lt;/p&gt;
&lt;p&gt;There are two ways for the bug happen:&lt;/p&gt;
&lt;p&gt;- If the duplicated packet is dropped by rootq-&amp;gt;enqueue() and then
  the original packet is also dropped.
- If rootq-&amp;gt;enqueue() sends the duplicated packet to a different qdisc
  and the original packet is dropped.&lt;/p&gt;
&lt;p&gt;In both cases NET_XMIT_SUCCESS is returned even though no packets
are enqueued at the netem qdisc.&lt;/p&gt;
&lt;p&gt;The fix is to defer the enqueue of the duplicate packet until after
the original packet has been guaranteed to return NET_XMIT_SUCCESS.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2024-45016</guid>
    </item>
  </channel>
</rss>
