<?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 06:54:23 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-89561 — ipv6: rpl: fix NULL dereference of idev in ipv6_rpl_srh_rcv()</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-89561</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;ipv6: rpl: fix NULL dereference of idev in ipv6_rpl_srh_rcv()&lt;/p&gt;
&lt;p&gt;ipv6_rpl_srh_rcv() dereferences idev from __in6_dev_get() without a NULL
check when reading idev-&amp;gt;cnf.rpl_seg_enabled.&lt;/p&gt;
&lt;p&gt;When the device&amp;#39;s MTU drops below IPV6_MIN_MTU, addrconf_ifdown() clears
dev-&amp;gt;ip6_ptr through RCU_INIT_POINTER(). A packet that passed the idev
check in ip6_rcv_core() can then reach ipv6_rpl_srh_rcv() with
dev-&amp;gt;ip6_ptr already NULL.&lt;/p&gt;
&lt;p&gt;Reproduced by flooding the receiving interface with ping6 traffic while
flapping its MTU between 1500 and 1200:&lt;/p&gt;
&lt;p&gt;BUG: KASAN: null-ptr-deref in ipv6_rpl_srh_rcv+0xb3/0x1070
 Read of size 4 at addr 00000000000006b4 by task ping6/394&lt;/p&gt;
&lt;p&gt;CPU: 2 UID: 0 PID: 394 Comm: ping6 Not tainted 7.2.0-rc7-micro-vm-dev-00095-g24ef02f934ee #240 PREEMPT(full)
 Call Trace:
  &amp;lt;IRQ&amp;gt;
  kasan_report+0xc6/0x100
  ipv6_rpl_srh_rcv+0xb3/0x1070
  ip6_protocol_deliver_rcu+0x759/0x9a0
  ip6_input_finish+0xa8/0x1b0
  ip6_input+0xe1/0x490
  ipv6_rcv+0x33d/0x460
  __netif_receive_skb_one_core+0xd6/0x130
  process_backlog+0x2cc/0xa00
  __napi_poll.constprop.0+0x56/0x270
  net_rx_action+0x327/0x730
  handle_softirqs+0x11e/0x630
  do_softirq+0xb3/0xf0
  &amp;lt;/IRQ&amp;gt;&lt;/p&gt;
&lt;p&gt;Both ipv6_rpl_srh_rcv() and ipv6_srh_rcv() are called only from
ipv6_rthdr_rcv(), which already has an idev lookup.&lt;/p&gt;
&lt;p&gt;Fix the NULL dereference on the RPL path by checking idev in
ipv6_rthdr_rcv(), before it calls either function. The callees take idev as
an argument and no lon…&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;ipv6: rpl: fix NULL dereference of idev in ipv6_rpl_srh_rcv()&lt;/p&gt;
&lt;p&gt;ipv6_rpl_srh_rcv() dereferences idev from __in6_dev_get() without a NULL
check when reading idev-&amp;gt;cnf.rpl_seg_enabled.&lt;/p&gt;
&lt;p&gt;When the device&amp;#39;s MTU drops below IPV6_MIN_MTU, addrconf_ifdown() clears
dev-&amp;gt;ip6_ptr through RCU_INIT_POINTER(). A packet that passed the idev
check in ip6_rcv_core() can then reach ipv6_rpl_srh_rcv() with
dev-&amp;gt;ip6_ptr already NULL.&lt;/p&gt;
&lt;p&gt;Reproduced by flooding the receiving interface with ping6 traffic while
flapping its MTU between 1500 and 1200:&lt;/p&gt;
&lt;p&gt;BUG: KASAN: null-ptr-deref in ipv6_rpl_srh_rcv+0xb3/0x1070
 Read of size 4 at addr 00000000000006b4 by task ping6/394&lt;/p&gt;
&lt;p&gt;CPU: 2 UID: 0 PID: 394 Comm: ping6 Not tainted 7.2.0-rc7-micro-vm-dev-00095-g24ef02f934ee #240 PREEMPT(full)
 Call Trace:
  &amp;lt;IRQ&amp;gt;
  kasan_report+0xc6/0x100
  ipv6_rpl_srh_rcv+0xb3/0x1070
  ip6_protocol_deliver_rcu+0x759/0x9a0
  ip6_input_finish+0xa8/0x1b0
  ip6_input+0xe1/0x490
  ipv6_rcv+0x33d/0x460
  __netif_receive_skb_one_core+0xd6/0x130
  process_backlog+0x2cc/0xa00
  __napi_poll.constprop.0+0x56/0x270
  net_rx_action+0x327/0x730
  handle_softirqs+0x11e/0x630
  do_softirq+0xb3/0xf0
  &amp;lt;/IRQ&amp;gt;&lt;/p&gt;
&lt;p&gt;Both ipv6_rpl_srh_rcv() and ipv6_srh_rcv() are called only from
ipv6_rthdr_rcv(), which already has an idev lookup.&lt;/p&gt;
&lt;p&gt;Fix the NULL dereference on the RPL path by checking idev in
ipv6_rthdr_rcv(), before it calls either function. The callees take idev as
an argument and no lon…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-89561</guid>
    </item>
  </channel>
</rss>
