CVE-2026-98377 in Linux
Sumário
de VulDB • 09/10/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
vlan: exige que o cabeçalho MAC esteja presente em __vlan_insert_inner_tag()
__vlan_insert_inner_tag() garante apenas espaço no início (head room) via skb_cow_head(), mas nunca assegura que os bytes mac_len do cabeçalho MAC estejam presentes. Seus wrappers ETH_HLEN - __vlan_insert_tag() sob skb_vlan_push(), e vlan_insert_tag() sob validate_xmit_vlan() no caminho de transmissão genérico - portanto, reescrevem os primeiros 16 bytes em skb->data: um memmove de 12 bytes mais duas gravações de 2 bytes nas posições +12 e +14. Nenhum chamador fornece o limite, enquanto as funções auxiliares de remoção (pop helpers) usam skb_ensure_writable()/pskb_may_pull().
Um dispositivo IFF_TUN tem hard_header_len == 0, então packet_snd() aceita um quadro AF_PACKET/SOCK_RAW de um byte. A primeira operação de push vlan define apenas uma tag hwaccel; a próxima - clsact "action vlan push" ou bpf_skb_vlan_push() - entra na função auxiliar com skb->len ainda igual a 1. O início vem de skbuff_small_head sem __GFP_ZERO, então cada push arrasta bytes além do skb->tail para o quadro. Após três operações, o envio de um byte resulta em 13 bytes carregando 11 bytes de slab não inicializado:
0000: 5a b3 62 12 80 88 ff ff 00 b3 62 12 81 `------------------------------' apenas 0x5a foi enviado; o restante é slab, aqui os 56 bits superiores de um endereço linear-map
Exige-se que o cabeçalho MAC reescrito pela função auxiliar esteja presente, para que tal quadro seja descartado em vez de transmitido.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.