CVE Intelligence
Desconhecida

CVE-2026-99033 — net/packet: guard the ll header push in packet_rcv_spkt()

In the Linux kernel, the following vulnerability has been resolved: net/packet: guard the ll header push in packet_rcv_spkt() packet_rcv_spkt() restores the link layer header with skb_push(skb, skb->data - skb_mac_header(skb)); That subtraction is only meaningful when the device actually has a link layer header. packet_rcv() and tpacket_rcv() both wrap it in dev_has_header(), which is also the predicate the block comment at the top of the file states the restore in terms of; packet_rcv_spkt() does not. commit d549699048b4 ("net/packet: fix packet receive on L3 devices without visible hard header") introduced the helper and changed the two call sites, and this one stayed behind. A device without a visible ll header can leave skb->mac_header at the 0xFFFF sentinel that __alloc_skb() initialises it to. A CAN skb does: init_can_skb() sets pkt_type and ip_summed but does not reset the headers, and commit 9f10374bb024 ("can: remove private CAN skb headroom infrastructure") dropped the skb_reset_*_header() calls that used to be there. skb_mac_header() is then 0xFFFF, the length becomes a large negative number and skb_push() reports it through skb_under_panic() -- from softirq context, so it is a full system panic even with panic_on_oops=0: skbuff: skb_under_panic: text:ffffffff8bd21bc1 len:-65455 put:-65471 head:... data:... tail:0x50 end:0x180 dev:can0 kernel BUG at net/core/skbuff.c:214! RIP: 0010:skb_panic+0x50/0x60 Call Trace: <IRQ> skb_push+0x38/0x40 packet_rcv_spkt+0xe1/0x170 __netif_receive_skb_core.constprop.0+0x7e8/0xd30 ... Kernel panic - not syncing: Fatal exception in interrupt The socket type is reachable: packet_create() accepts SOCK_PACKET alongside SOCK_RAW and SOCK_DGRAM behind the same CAP_NET_RAW check, and neither the socket length nor a capability check keeps it away from a CAN interface. The missing skb_reset_*_header() calls in init_can_skb() are a regression in their own right and are being fixed separately, but a packet socket should not turn a link layer that did not initialise its mac header into a kernel panic. Guard the push the way the other two receive paths do. Tested on v7.3-rc5 under QEMU with a slcan device on a pty, which is the driver RX path: vcan does not reproduce it, because can_send() resets the headers on the way out. One SOCK_PACKET socket bound to can0 and one frame written into the line discipline panics an unpatched kernel with the trace above; the same image with this patch prints no panic and powers off normally. Both kernels are this tree, defconfig plus CONFIG_CAN_SLCAN=y, differing only in this hunk.

Descrição oficial em inglês (tradução ainda não revisada).

Publicada em 23/10/2026 · Atualizada em 30/10/2026 · Fontes: CVE Program (cve.org) e CISA ADP, NIST National Vulnerability Database, GitHub Security Advisories · CNA: Linux

Quem explora e qual a prioridade

Nota de 0 a 100 que combina exploração confirmada, uso por ransomware e grupos APT, exploits públicos, EPSS e severidade.

Nenhum sinal de exploração nas fontes consultadas até agora.
Como a nota foi calculada
  • EPSS 0.2% (probabilidade de exploração em 30 dias)+1

A nota ordena a fila de correção; não substitui o contexto dos seus ativos (exposição à internet, criticidade, compensações).

Triagem

Está sendo explorada, qual a probabilidade de exploração, o que afeta e qual a severidade segundo as fontes.

Exploração
Não confirmada
Fora da CISA KEV — ausência de registro, não prova de que não é explorada.
EPSS FIRST
0,18%
à frente de 7% das CVEs pontuadas · 30/10/2026
Afeta
Linux
Linux
CVSS base
—
Pontuação ainda não publicada.

Remediação

Correções e mitigações documentadas pelas fontes — com link para o aviso original.

Nenhuma correção documentada pelas fontes consultadas. Isso não significa que não exista: verifique o aviso do fabricante.

Primeiras 24 horas

Ordenado a partir dos próprios campos do registro — exposição primeiro, porque não se corrige o que não se encontrou. Ponto de partida, gerado por regras.

  1. Identifique ativos expostos que executam as combinações de fabricante/produto/versão afetadas (Linux Linux).
  2. Nenhuma correção documentada nas fontes: reduza a exposição e monitore o aviso do fabricante.
  3. Procure nos logs disponíveis sinais de tentativa de exploração, erros e anomalias de autenticação.

Escopo afetado

Fabricante, produto e versões como as fontes os descrevem.

FabricanteProdutoVersõesStatusFonte
Linux Linux ≥ d549699048b4b5c22dd710455bcdb76966e55aa3 e < d8a24b9e1774a93943caf68d48c5e17be432220b≥ d549699048b4b5c22dd710455bcdb76966e55aa3 e < 31c7b15b3716e8d0dad58d2c3cdf321dfd06f4be≥ d549699048b4b5c22dd710455bcdb76966e55aa3 e < 3efe0e0944157fdd2072b4dc7eb0491a317ed272≥ d549699048b4b5c22dd710455bcdb76966e55aa3 e < 00fbf71e74115f7628fc0880b855434b1e70c40c≥ d549699048b4b5c22dd710455bcdb76966e55aa3 e < 28bc1ef699610ee09ce3d46a00552f5a0a0144bdversão dadddde259a19105ee69e788835f4d4552767aa9≥ 5.9.13 e < 5.10versão 5.10
e mais 3 ≥ d549699048b4b5c22dd710455bcdb76966e55aa3 e < 48aa1155fa8d83362fc33d02d527a3c3fe40ce1c≥ d549699048b4b5c22dd710455bcdb76966e55aa3 e < 7f84ed94ccfe36091234a2891b88356dc06e6d66≥ d549699048b4b5c22dd710455bcdb76966e55aa3 e < b880df0e487caa85c3c7ffda37dcd05334b1aa80
Vulnerável CVE Program (cve.org) e CISA ADP

EPSS ao longo do tempo FIRST

24/10/2026 → 30/10/2026 · 7 leitura(s) · máximo 0.21%

Detecção

Derivado do vetor CVSS e da classe da fraqueza. Pontos de partida, não regras testadas.

  • Sem vetor ou classe de fraqueza suficientes: use os logs da aplicação afetada como ponto de partida.
logs da aplicação

Linha do tempo

O que aconteceu com esta CVE, do mais recente ao mais antigo.

  • 2026
  • Produtos afetados adicionados · linux/linux
    30/10/2026 · CVE Program (cve.org) e CISA ADP
  • Status na fonte alterado · Published → Received
    23/10/2026 · NIST National Vulnerability Database
  • Ficha publicada
    23/10/2026
  • Status na fonte alterado · → Published
    23/10/2026 · CVE Program (cve.org) e CISA ADP
  • Registro criado nesta base
    23/10/2026 · CVE Program (cve.org) e CISA ADP
  • CVE publicada
    23/10/2026 · Linux

Atividade das fontes

Leituras que se repetem foram contadas em vez de listadas.

  • 2× Referências adicionadas · 30/10/2026 – 30/10/2026
  • 1× Descrição oficial atualizada · 23/10/2026 – 23/10/2026

Referências

10 no registro

Em outras páginas do site

Linux
todas as CVEs deste fabricante

CVEs relacionadas (mesmos produtos)

  • CVE-2026-99216 Drivers: hv: Don't reset VMBus connection state on error/exit paths 2 d
  • CVE-2026-99215 power: supply: core: prevent unregistering a power supply while a callback runs 2 d
  • CVE-2026-99207 scsi: target: Disable interrupts while holding delayed_cmd_lock 2 d
  • CVE-2026-99208 drm/xe/oa: Zero OA buffer at allocation 2 d
  • CVE-2026-99209 drm/xe: skip eviction of a BO with no resource 2 d
  • CVE-2026-99210 accel/rocket: clear rdev on device init failure 2 d

Não consta em nenhuma fonte consultada

Listado em vez de deixado em branco: um campo vazio e um não medido parecem iguais na tela, e só um deles é motivo para procurar em outro lugar.

  • Nenhuma pontuação CVSS publicada por NVD, CNA, CISA ou GitHub até agora.
  • Nenhuma versão corrigida, patch ou mitigação documentada.
  • Sem avaliação SSVC da CISA.
  • Sem classificação CWE.
  • Nenhum IOC confirmado (IPs, domínios, hashes ou artefatos de malware) fornecido.
  • Nenhum inventário de ativos, controle compensatório ou evidência de implantação de patch da sua organização.
  • Nenhuma captura de tráfego de exploração, amostra de log ou caso de incidente.

Respondido a partir deste registro

Texto montado apenas com os campos acima — sem afirmações adicionais.

O que os defensores devem saber primeiro?

CVE-2026-99033 é "net/packet: guard the ll header push in packet_rcv_spkt()", de severidade Desconhecida. Afeta Linux (Linux); as versões estão na tabela de escopo. Não está na CISA KEV, o que não exclui exploração. EPSS 0.18% estima a probabilidade de exploração em 30 dias; nenhum dos dois substitui o contexto dos seus ativos. Verifique primeiro se ativos expostos ou críticos executam as versões afetadas, aplique as correções ou mitigações do fabricante e preserve logs para análise.

Comentários

Discussão técnica moderada. Leia as regras da comunidade.

Nenhum comentário ainda.

Entre ou crie uma conta para comentar e sugerir correções.