In the Linux kernel, the following vulnerability has been resolved:
ipv6: fix NULL pointer deref in ip6_rt_get_dev_rcu()
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.
CVSS
5.5 MEDIUM (v3.1, NVD)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
from 4832c30d5458387ff2533ff66fbde26ad8bb5a2d before d542e2ac7f9e288d49735be0775611547ca4e0ee; from 4832c30d5458387ff2533ff66fbde26ad8bb5a2d before a73fe9f4ae84a239d5b2686f47a58c158aee2eb4; 4832c30d5458387ff2533ff66fbde26ad8bb5a2d builds before 4a48fe59f29f673a3d042d679f26629a9c3e29d4; from 4832c30d5458387ff2533ff66fbde26ad8bb5a2d before 581800298313c9fd75e94985e6d37d21b7e35d34; 4832c30d5458387ff2533ff66fbde26ad8bb5a2d builds before 3310fc11fc47387d1dd4759b0bc961643ea11c7f; 4832c30d5458387ff2533ff66fbde26ad8bb5a2d builds before 0b5a7826020706057cc5a9d9009e667027f221ee; from 4832c30d5458387ff2533ff66fbde26ad8bb5a2d before ae88c8256547b63980770a9ea7be73a15900d27e; 4832c30d5458387ff2533ff66fbde26ad8bb5a2d builds before 2ffb4f5c2ccb2fa1c049dd11899aee7967deef5a
from 4.14 before 5.10.253; from 5.11 before 5.15.203; from 5.16 before 6.1.167; from 6.2 before 6.6.130; from 6.7 before 6.12.77; from 6.13 before 6.18.17; from 6.19 before 6.19.7; 7.0; and 1 more ranges
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.
Printed from infosecsignals.com. Every record links back to the agency that published it.
Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.