<?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 08:43:07 +0000</lastBuildDate>
    <item>
      <title>CVE-2023-53517 — tipc: do not update mtu if msg_max is too small in mtu negotiation</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2023-53517</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;tipc: do not update mtu if msg_max is too small in mtu negotiation&lt;/p&gt;
&lt;p&gt;When doing link mtu negotiation, a malicious peer may send Activate msg
with a very small mtu, e.g. 4 in Shuang&amp;#39;s testing, without checking for
the minimum mtu, l-&amp;gt;mtu will be set to 4 in tipc_link_proto_rcv(), then
n-&amp;gt;links[bearer_id].mtu is set to 4294967228, which is a overflow of
&amp;#39;4 - INT_H_SIZE - EMSG_OVERHEAD&amp;#39; in tipc_link_mss().&lt;/p&gt;
&lt;p&gt;With tipc_link.mtu = 4, tipc_link_xmit() kept printing the warning:&lt;/p&gt;
&lt;p&gt;tipc: Too large msg, purging xmit list 1 5 0 40 4!
 tipc: Too large msg, purging xmit list 1 15 0 60 4!&lt;/p&gt;
&lt;p&gt;And with tipc_link_entry.mtu 4294967228, a huge skb was allocated in
named_distribute(), and when purging it in tipc_link_xmit(), a crash
was even caused:&lt;/p&gt;
&lt;p&gt;general protection fault, probably for non-canonical address 0x2100001011000dd: 0000 [#1] PREEMPT SMP PTI
  CPU: 0 PID: 0 Comm: swapper/0 Kdump: loaded Not tainted 6.3.0.neta #19
  RIP: 0010:kfree_skb_list_reason+0x7e/0x1f0
  Call Trace:
   &amp;lt;IRQ&amp;gt;
   skb_release_data+0xf9/0x1d0
   kfree_skb_reason+0x40/0x100
   tipc_link_xmit+0x57a/0x740 [tipc]
   tipc_node_xmit+0x16c/0x5c0 [tipc]
   tipc_named_node_up+0x27f/0x2c0 [tipc]
   tipc_node_write_unlock+0x149/0x170 [tipc]
   tipc_rcv+0x608/0x740 [tipc]
   tipc_udp_recv+0xdc/0x1f0 [tipc]
   udp_queue_rcv_one_skb+0x33e/0x620
   udp_unicast_rcv_skb.isra.72+0x75/0x90
   __udp4_lib_rcv+0x56d/0xc20
   ip_protocol_deliver_rcu+0x100/0x2d0&lt;/p&gt;
&lt;p&gt;This pa…&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;tipc: do not update mtu if msg_max is too small in mtu negotiation&lt;/p&gt;
&lt;p&gt;When doing link mtu negotiation, a malicious peer may send Activate msg
with a very small mtu, e.g. 4 in Shuang&amp;#39;s testing, without checking for
the minimum mtu, l-&amp;gt;mtu will be set to 4 in tipc_link_proto_rcv(), then
n-&amp;gt;links[bearer_id].mtu is set to 4294967228, which is a overflow of
&amp;#39;4 - INT_H_SIZE - EMSG_OVERHEAD&amp;#39; in tipc_link_mss().&lt;/p&gt;
&lt;p&gt;With tipc_link.mtu = 4, tipc_link_xmit() kept printing the warning:&lt;/p&gt;
&lt;p&gt;tipc: Too large msg, purging xmit list 1 5 0 40 4!
 tipc: Too large msg, purging xmit list 1 15 0 60 4!&lt;/p&gt;
&lt;p&gt;And with tipc_link_entry.mtu 4294967228, a huge skb was allocated in
named_distribute(), and when purging it in tipc_link_xmit(), a crash
was even caused:&lt;/p&gt;
&lt;p&gt;general protection fault, probably for non-canonical address 0x2100001011000dd: 0000 [#1] PREEMPT SMP PTI
  CPU: 0 PID: 0 Comm: swapper/0 Kdump: loaded Not tainted 6.3.0.neta #19
  RIP: 0010:kfree_skb_list_reason+0x7e/0x1f0
  Call Trace:
   &amp;lt;IRQ&amp;gt;
   skb_release_data+0xf9/0x1d0
   kfree_skb_reason+0x40/0x100
   tipc_link_xmit+0x57a/0x740 [tipc]
   tipc_node_xmit+0x16c/0x5c0 [tipc]
   tipc_named_node_up+0x27f/0x2c0 [tipc]
   tipc_node_write_unlock+0x149/0x170 [tipc]
   tipc_rcv+0x608/0x740 [tipc]
   tipc_udp_recv+0xdc/0x1f0 [tipc]
   udp_queue_rcv_one_skb+0x33e/0x620
   udp_unicast_rcv_skb.isra.72+0x75/0x90
   __udp4_lib_rcv+0x56d/0xc20
   ip_protocol_deliver_rcu+0x100/0x2d0&lt;/p&gt;
&lt;p&gt;This pa…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2023-53517</guid>
    </item>
  </channel>
</rss>
