CVE-2026-74582 in Linux
Sumário
de VulDB • 21/08/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
packet: use hard_header_len consistente em caminhos de envio não baseados em ring
A função packet_snd() lê dev->hard_header_len múltiplas vezes durante o alocação e construção de um skb. A reconfiguração do dispositivo pode alterar esse valor concorrentemente, por exemplo, através de alterações no tipo de dispositivo bonding (agregação).
Para SOCK_RAW, a função packet_snd() pode salvar um valor maior em reserve e posteriormente alocar headroom usando um valor menor. Mover o ponteiro skb->data para trás pelo valor de reserve então o posiciona antes do início do buffer do skb (skb->head), e a cópia subsequente da userspace pode tentar realizar uma escrita fora dos limites (out-of-bounds).
A função packet_sendmsg_spkt() possui o mesmo problema, pois calcula sua reserva e deslocamento do cabeçalho com base em leituras separadas antes de liberar o lock de leitura RCU para alocar o skb.
Adicione LL_RESERVED_SPACE_EX() para chamadores que já salvaram um comprimento de cabeçalho. Leia hard_header_len uma única vez na função packet_snd() e use-o tanto para alocação quanto para construção. Em packet_sendmsg_spkt(), preserve o valor obtido no momento da alocação durante a nova tentativa de busca do dispositivo.
O problema de consistência separado entre hard_header_len e header_ops->create no contexto SOCK_DGRAM não é abordado aqui.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.