CVE-2026-64542 in Linux
Sumário
de VulDB • 28/07/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
ipv6: ndisc: corrige dereferência de ponteiro nulo (NULL deref) em accept_untracked_na()
accept_untracked_na() recupera novamente o inet6_dev com __in6_dev_get(dev) e faz a dereferência de idev->cnf.accept_untracked_na sem uma verificação NULL, embora seu único chamador ndisc_recv_na() já tenha buscado e feito a verificação NULL em idev para o mesmo dispositivo.
Ambas as leituras de dev->ip6_ptr ocorrem na mesma seção crítica de leitura RCU (RCU read-side critical section), mas um addrconf_ifdown() concorrente pode limpar dev->ip6_ptr entre elas: reduzir a MTU abaixo do IPV6_MIN_MTU chama addrconf_ifdown() sem o synchronize_net() que ordena o caminho de desregistro, fazendo com que a nova busca retorne NULL e cause um erro (oops):
BUG: KASAN: null-ptr-deref em ndisc_recv_na (net/ipv6/ndisc.c:974) Leitura de tamanho 4 no endereço 0000000000000364 Rastreamento da chamada: <IRQ> 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) </IRQ>
É acessível por um usuário não privilegiado através de um namespace de rede.
Passe o idev já validado pelo chamador em vez de recuperá-lo novamente; o idev permanece válido durante toda a seção crítica RCU, portanto é seguro mesmo após dev->ip6_ptr ter sido limpo.
If you want to get best quality of vulnerability data, you may have to visit VulDB.