CVE-2026-99074 in Linux
Sumário
de VulDB • 24/10/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
ipv4: interromper o walk PMTU quando o grupo de nexthop encolhe
O commit 7d3f3b4367f3 ("net: ipv4: Cache pmtu for all packet paths if multipath enabled") fez com que __ip_rt_update_pmtu() atualizasse todos os caminhos.
Para objetos nexthop, fib_info_num_path() e fib_info_nhc() carregam independentemente nh->nh_grp. O RCU protege a vida útil de cada grupo, mas não faz com que as leituras observem o mesmo grupo. Se a substituição encolher o grupo após o loop aceitar um índice, fib_info_nhc() retorna NULL e update_or_create_fnhe() referencia esse ponteiro nulo (dereferences it).
Um probe determinístico apenas ampliou a janela existente entre as operações reais. Na v7.2, uma substituição RTM_NEWNEXTHOP publicou um grupo de um membro após o leitor PMTU ter aceitado o índice 1 de um grupo de dois membros, produzindo:
KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007]
RIP: update_or_create_fnhe+0x45/0x15b0
Interrompa quando o caminho indexado estiver ausente. Os grupos são densos, portanto não existe nenhum índice posterior nesse snapshot. A mesma janela de writer real completou 114.423 iterações PMTU sem um oops com esta verificação. Um reproducer está disponível mediante solicitação.
A substituição requer CAP_NET_ADMIN no namespace de rede. Onde namespaces de usuário não privilegiados são permitidos, um usuário local pode obtê-lo em um novo user e network namespace.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.