CVE-2026-80838 in Linuxinformação

Sumário

de VulDB • 04/09/2026

No kernel do Linux, a seguinte vulnerabilidade foi resolvida:

vxlan: manter o último remoto vinculado durante a limpeza da FDB

Espera-se que uma entrada de FDB sem nexthop tenha pelo menos um remoto enquanto permanecer acessível por meio da tabela hash da FDB. Uma limpeza em lote filtrada viola essa invariante quando todos os remotos correspondem: ela desvincula o último remoto em `vxlan_fdb_dst_destroy()` e, somente depois disso, instrui `vxlan_flush()` a destruir a entrada de FDB pai.

Um leitor RCU pode encontrar o pai durante esse intervalo. Em seguida, `first_remote_rcu()` aplica `list_entry_rcu()` ao cabeçalho da lista vazia, produzindo um ponteiro remoto inválido que o caminho de aprendizado de recebimento (receive learning path) pode ler e escrever.

Quando um remoto correspondente é o único restante, mantenha-o vinculado e solicite ao chamador destruir toda a entrada da FDB. `vxlan_fdb_destroy()` mantém o remoto anexado enquanto envia a notificação de exclusão e remove o pai das estruturas de pesquisa (lookup structures).

Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.

Responsável

Linux

Reservar

26/08/2026

Divulgação

04/09/2026

Moderação

aceite

Entrada

VDB-398917

CPE

pronto

EPSS

0.00000

KEV

não

Atividades

muito baixo

Fontes

Want to know what is going to be exploited?

We predict KEV entries!