CVE-2026-64542 in Linux
Zusammenfassung
von VulDB • 27.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
ipv6: ndisc: Behebung einer NULL-Dereferenzierung in accept_untracked_na()
accept_untracked_na() ruft inet6_dev erneut mit __in6_dev_get(dev) ab und dereferenziert idev->cnf.accept_untracked_na ohne eine NULL-Prüfung, obwohl der einzige Aufrufer ndisc_recv_na() idev für dasselbe Gerät bereits abgerufen und auf NULL geprüft hat.
Beide Lesezugriffe auf dev->ip6_ptr erfolgen innerhalb desselben RCU-Lesekritischen Abschnitts (RCU read-side critical section), doch ein gleichzeitiger addrconf_ifdown()-Aufruf kann dev->ip6_ptr zwischen diesen beiden Zugriffen löschen: Das Absenken der MTU unter IPV6_MIN_MTU löst addrconf_ifdown() aus, ohne das synchronize_net(), das den Deaktivierungspfad (unregister path) ordnungsgemäß synchronisiert. Daher gibt die erneute Abfrage NULL zurück und verursacht einen Oops:
BUG: KASAN: null-ptr-deref in ndisc_recv_na (net/ipv6/ndisc.c:974) Lesezugriff auf Größe 4 bei Adresse 0000000000000364 Call-Trace: ndisc_recv_na (net/ipv6/ndisc.c:974) icmpv6_rcv (net/ipv6/icmp.c:1193) ip6_protocol_deliver_rcu (net/ipv6/ip6_input.c:479) ip6_input_finish (net/ipv6/ip6_input.c:534) ip6_input (net/ipv6/ip6_input.c:545) ip6_mc_input (net/ipv6/ip6_input.c:635) ipv6_rcv (net/ipv6/ip6_input.c:351)
Die Schwachstelle ist für nicht privilegierte Benutzer über ein Netzwerknamespace erreichbar.
Übergeben Sie stattdessen das bereits vom Aufrufer validierte idev, anstatt es erneut abzurufen; da idev während des gesamten RCU-kritischen Abschnitts gültig bleibt, ist dies auch nach dem Löschen von dev->ip6_ptr sicher.
If you want to get best quality of vulnerability data, you may have to visit VulDB.