<?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>Mon, 28 Sep 2026 20:54:14 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-23273 — macvlan: observe an RCU grace period in macvlan_common_newlink() error path</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-23273</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux, Siemens SIMATIC S7-1500 CPU 1518-4 PN/DP MFP, Siemens SIMATIC S7-1500 CPU 1518F-4 PN/DP MFP, Siemens SIPLUS S7-1500 CPU 1518-4 PN/DP MFP&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;macvlan: observe an RCU grace period in macvlan_common_newlink() error path&lt;/p&gt;
&lt;p&gt;valis reported that a race condition still happens after my prior patch.&lt;/p&gt;
&lt;p&gt;macvlan_common_newlink() might have made @dev visible before
detecting an error, and its caller will directly call free_netdev(dev).&lt;/p&gt;
&lt;p&gt;We must respect an RCU period, either in macvlan or the core networking
stack.&lt;/p&gt;
&lt;p&gt;After adding a temporary mdelay(1000) in macvlan_forward_source_one()
to open the race window, valis repro was:&lt;/p&gt;
&lt;p&gt;ip link add p1 type veth peer p2
ip link set address 00:00:00:00:00:20 dev p1
ip link set up dev p1
ip link set up dev p2
ip link add mv0 link p2 type macvlan mode source&lt;/p&gt;
&lt;p&gt;(ip link add invalid% link p2 type macvlan mode source macaddr add
00:00:00:00:00:20 &amp;amp;) ; sleep 0.5 ; ping -c1 -I p1 1.2.3.4
PING 1.2.3.4 (1.2.3.4): 56 data bytes
RTNETLINK answers: Invalid argument&lt;/p&gt;
&lt;p&gt;BUG: KASAN: slab-use-after-free in macvlan_forward_source
(drivers/net/macvlan.c:408 drivers/net/macvlan.c:444)
Read of size 8 at addr ffff888016bb89c0 by task e/175&lt;/p&gt;
&lt;p&gt;CPU: 1 UID: 1000 PID: 175 Comm: e Not tainted 6.19.0-rc8+ #33 NONE
Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-2 04/01/2014
Call Trace:
&amp;lt;IRQ&amp;gt;
dump_stack_lvl (lib/dump_stack.c:123)
print_report (mm/kasan/report.c:379 mm/kasan/report.c:482)
? macvlan_forward_source (drivers/net/macvlan.c:408 drivers/net/macvlan.c:444)
kasan_report (mm/kasan/report.c:597)
? macvlan_forward_source (drivers/n…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux, Siemens SIMATIC S7-1500 CPU 1518-4 PN/DP MFP, Siemens SIMATIC S7-1500 CPU 1518F-4 PN/DP MFP, Siemens SIPLUS S7-1500 CPU 1518-4 PN/DP MFP&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;macvlan: observe an RCU grace period in macvlan_common_newlink() error path&lt;/p&gt;
&lt;p&gt;valis reported that a race condition still happens after my prior patch.&lt;/p&gt;
&lt;p&gt;macvlan_common_newlink() might have made @dev visible before
detecting an error, and its caller will directly call free_netdev(dev).&lt;/p&gt;
&lt;p&gt;We must respect an RCU period, either in macvlan or the core networking
stack.&lt;/p&gt;
&lt;p&gt;After adding a temporary mdelay(1000) in macvlan_forward_source_one()
to open the race window, valis repro was:&lt;/p&gt;
&lt;p&gt;ip link add p1 type veth peer p2
ip link set address 00:00:00:00:00:20 dev p1
ip link set up dev p1
ip link set up dev p2
ip link add mv0 link p2 type macvlan mode source&lt;/p&gt;
&lt;p&gt;(ip link add invalid% link p2 type macvlan mode source macaddr add
00:00:00:00:00:20 &amp;amp;) ; sleep 0.5 ; ping -c1 -I p1 1.2.3.4
PING 1.2.3.4 (1.2.3.4): 56 data bytes
RTNETLINK answers: Invalid argument&lt;/p&gt;
&lt;p&gt;BUG: KASAN: slab-use-after-free in macvlan_forward_source
(drivers/net/macvlan.c:408 drivers/net/macvlan.c:444)
Read of size 8 at addr ffff888016bb89c0 by task e/175&lt;/p&gt;
&lt;p&gt;CPU: 1 UID: 1000 PID: 175 Comm: e Not tainted 6.19.0-rc8+ #33 NONE
Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-2 04/01/2014
Call Trace:
&amp;lt;IRQ&amp;gt;
dump_stack_lvl (lib/dump_stack.c:123)
print_report (mm/kasan/report.c:379 mm/kasan/report.c:482)
? macvlan_forward_source (drivers/net/macvlan.c:408 drivers/net/macvlan.c:444)
kasan_report (mm/kasan/report.c:597)
? macvlan_forward_source (drivers/n…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-23273</guid>
    </item>
  </channel>
</rss>
