* [PATCH net] ipv6: fix NULL pointer deref in ip6_rt_get_dev_rcu()
@ 2026-03-01 19:45 Jakub Kicinski
2026-03-02 1:38 ` David Ahern
` (2 more replies)
0 siblings, 3 replies; 5+ messages in thread
From: Jakub Kicinski @ 2026-03-01 19:45 UTC (permalink / raw)
To: davem
Cc: netdev, edumazet, pabeni, andrew+netdev, horms, Jakub Kicinski,
dsahern
l3mdev_master_dev_rcu() can return NULL when the slave device is being
un-slaved from a VRF. All other callers deal with this, but we lost
the fallback to loopback in ip6_rt_pcpu_alloc() -> ip6_rt_get_dev_rcu()
with commit 4832c30d5458 ("net: ipv6: put host and anycast routes on
device with address").
KASAN: null-ptr-deref in range [0x0000000000000108-0x000000000000010f]
RIP: 0010:ip6_rt_pcpu_alloc (net/ipv6/route.c:1418)
Call Trace:
ip6_pol_route (net/ipv6/route.c:2318)
fib6_rule_lookup (net/ipv6/fib6_rules.c:115)
ip6_route_output_flags (net/ipv6/route.c:2607)
vrf_process_v6_outbound (drivers/net/vrf.c:437)
I was tempted to rework the un-slaving code to clear the flag first
and insert synchronize_rcu() before we remove the upper. But looks like
the explicit fallback to loopback_dev is an established pattern.
And I guess avoiding the synchronize_rcu() is nice, too.
Fixes: 4832c30d5458 ("net: ipv6: put host and anycast routes on device with address")
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
---
now that NIPA is not full of the tc-action.sh crashes this 1 in ~30 runs
crash in fcnal_ipv6.sh pops out quite clearly.
CC: dsahern@kernel.org
---
net/ipv6/route.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/net/ipv6/route.c b/net/ipv6/route.c
index 85df25c36409..7db0c837196c 100644
--- a/net/ipv6/route.c
+++ b/net/ipv6/route.c
@@ -1063,7 +1063,8 @@ static struct net_device *ip6_rt_get_dev_rcu(const struct fib6_result *res)
*/
if (netif_is_l3_slave(dev) &&
!rt6_need_strict(&res->f6i->fib6_dst.addr))
- dev = l3mdev_master_dev_rcu(dev);
+ dev = l3mdev_master_dev_rcu(dev) ? :
+ dev_net(dev)->loopback_dev;
else if (!netif_is_l3_master(dev))
dev = dev_net(dev)->loopback_dev;
/* last case is netif_is_l3_master(dev) is true in which
--
2.53.0
^ permalink raw reply related [flat|nested] 5+ messages in thread* Re: [PATCH net] ipv6: fix NULL pointer deref in ip6_rt_get_dev_rcu()
2026-03-01 19:45 [PATCH net] ipv6: fix NULL pointer deref in ip6_rt_get_dev_rcu() Jakub Kicinski
@ 2026-03-02 1:38 ` David Ahern
2026-03-02 14:43 ` Jakub Kicinski
2026-03-03 0:09 ` David Ahern
2026-03-04 1:30 ` patchwork-bot+netdevbpf
2 siblings, 1 reply; 5+ messages in thread
From: David Ahern @ 2026-03-02 1:38 UTC (permalink / raw)
To: Jakub Kicinski, davem; +Cc: netdev, edumazet, pabeni, andrew+netdev, horms
On 3/1/26 12:45 PM, Jakub Kicinski wrote:
> diff --git a/net/ipv6/route.c b/net/ipv6/route.c
> index 85df25c36409..7db0c837196c 100644
> --- a/net/ipv6/route.c
> +++ b/net/ipv6/route.c
> @@ -1063,7 +1063,8 @@ static struct net_device *ip6_rt_get_dev_rcu(const struct fib6_result *res)
> */
> if (netif_is_l3_slave(dev) &&
> !rt6_need_strict(&res->f6i->fib6_dst.addr))
> - dev = l3mdev_master_dev_rcu(dev);
> + dev = l3mdev_master_dev_rcu(dev) ? :
> + dev_net(dev)->loopback_dev;
how can the flag on the netdev say there is L3 master, yet the device
not be there within an rcu window?
> else if (!netif_is_l3_master(dev))
> dev = dev_net(dev)->loopback_dev;
> /* last case is netif_is_l3_master(dev) is true in which
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH net] ipv6: fix NULL pointer deref in ip6_rt_get_dev_rcu()
2026-03-02 1:38 ` David Ahern
@ 2026-03-02 14:43 ` Jakub Kicinski
0 siblings, 0 replies; 5+ messages in thread
From: Jakub Kicinski @ 2026-03-02 14:43 UTC (permalink / raw)
To: David Ahern; +Cc: davem, netdev, edumazet, pabeni, andrew+netdev, horms
On Sun, 1 Mar 2026 18:38:53 -0700 David Ahern wrote:
> > @@ -1063,7 +1063,8 @@ static struct net_device *ip6_rt_get_dev_rcu(const struct fib6_result *res)
> > */
> > if (netif_is_l3_slave(dev) &&
> > !rt6_need_strict(&res->f6i->fib6_dst.addr))
> > - dev = l3mdev_master_dev_rcu(dev);
> > + dev = l3mdev_master_dev_rcu(dev) ? :
> > + dev_net(dev)->loopback_dev;
>
> how can the flag on the netdev say there is L3 master, yet the device
> not be there within an rcu window?
1) We call netif_is_l3_slave() twice, once here and then again in
l3mdev_master_dev_rcu(), the flag may get cleared in between the two.
2)
static int do_vrf_del_slave(struct net_device *dev, struct net_device *port_dev)
{
netdev_upper_dev_unlink(port_dev, dev);
// No sync RCU here, also I'd say the order is inverted?
port_dev->priv_flags &= ~IFF_L3MDEV_SLAVE;
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH net] ipv6: fix NULL pointer deref in ip6_rt_get_dev_rcu()
2026-03-01 19:45 [PATCH net] ipv6: fix NULL pointer deref in ip6_rt_get_dev_rcu() Jakub Kicinski
2026-03-02 1:38 ` David Ahern
@ 2026-03-03 0:09 ` David Ahern
2026-03-04 1:30 ` patchwork-bot+netdevbpf
2 siblings, 0 replies; 5+ messages in thread
From: David Ahern @ 2026-03-03 0:09 UTC (permalink / raw)
To: Jakub Kicinski, davem; +Cc: netdev, edumazet, pabeni, andrew+netdev, horms
On 3/1/26 12:45 PM, Jakub Kicinski wrote:
> l3mdev_master_dev_rcu() can return NULL when the slave device is being
> un-slaved from a VRF. All other callers deal with this, but we lost
> the fallback to loopback in ip6_rt_pcpu_alloc() -> ip6_rt_get_dev_rcu()
> with commit 4832c30d5458 ("net: ipv6: put host and anycast routes on
> device with address").
>
> KASAN: null-ptr-deref in range [0x0000000000000108-0x000000000000010f]
> RIP: 0010:ip6_rt_pcpu_alloc (net/ipv6/route.c:1418)
> Call Trace:
> ip6_pol_route (net/ipv6/route.c:2318)
> fib6_rule_lookup (net/ipv6/fib6_rules.c:115)
> ip6_route_output_flags (net/ipv6/route.c:2607)
> vrf_process_v6_outbound (drivers/net/vrf.c:437)
>
> I was tempted to rework the un-slaving code to clear the flag first
> and insert synchronize_rcu() before we remove the upper. But looks like
> the explicit fallback to loopback_dev is an established pattern.
> And I guess avoiding the synchronize_rcu() is nice, too.
>
> Fixes: 4832c30d5458 ("net: ipv6: put host and anycast routes on device with address")
> Signed-off-by: Jakub Kicinski <kuba@kernel.org>
> ---
> now that NIPA is not full of the tc-action.sh crashes this 1 in ~30 runs
> crash in fcnal_ipv6.sh pops out quite clearly.
>
> CC: dsahern@kernel.org
> ---
> net/ipv6/route.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
Reviewed-by: David Ahern <dsahern@kernel.org>
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [PATCH net] ipv6: fix NULL pointer deref in ip6_rt_get_dev_rcu()
2026-03-01 19:45 [PATCH net] ipv6: fix NULL pointer deref in ip6_rt_get_dev_rcu() Jakub Kicinski
2026-03-02 1:38 ` David Ahern
2026-03-03 0:09 ` David Ahern
@ 2026-03-04 1:30 ` patchwork-bot+netdevbpf
2 siblings, 0 replies; 5+ messages in thread
From: patchwork-bot+netdevbpf @ 2026-03-04 1:30 UTC (permalink / raw)
To: Jakub Kicinski
Cc: davem, netdev, edumazet, pabeni, andrew+netdev, horms, dsahern
Hello:
This patch was applied to netdev/net.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Sun, 1 Mar 2026 11:45:48 -0800 you wrote:
> l3mdev_master_dev_rcu() can return NULL when the slave device is being
> un-slaved from a VRF. All other callers deal with this, but we lost
> the fallback to loopback in ip6_rt_pcpu_alloc() -> ip6_rt_get_dev_rcu()
> with commit 4832c30d5458 ("net: ipv6: put host and anycast routes on
> device with address").
>
> KASAN: null-ptr-deref in range [0x0000000000000108-0x000000000000010f]
> RIP: 0010:ip6_rt_pcpu_alloc (net/ipv6/route.c:1418)
> Call Trace:
> ip6_pol_route (net/ipv6/route.c:2318)
> fib6_rule_lookup (net/ipv6/fib6_rules.c:115)
> ip6_route_output_flags (net/ipv6/route.c:2607)
> vrf_process_v6_outbound (drivers/net/vrf.c:437)
>
> [...]
Here is the summary with links:
- [net] ipv6: fix NULL pointer deref in ip6_rt_get_dev_rcu()
https://git.kernel.org/netdev/net/c/2ffb4f5c2ccb
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2026-03-04 1:30 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-03-01 19:45 [PATCH net] ipv6: fix NULL pointer deref in ip6_rt_get_dev_rcu() Jakub Kicinski
2026-03-02 1:38 ` David Ahern
2026-03-02 14:43 ` Jakub Kicinski
2026-03-03 0:09 ` David Ahern
2026-03-04 1:30 ` patchwork-bot+netdevbpf
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox