CVE-2026-90109 — net: sched: fix 32-bit backlog wrap in gred, bfifo and plug enqueue
In the Linux kernel, the following vulnerability has been resolved: net: sched: fix 32-bit backlog wrap in gred, bfifo and plug enqueue gred_enqueue(), bfifo_enqueue() and plug_enqueue() admit a packet when the current backlog plus the packet length fits within the queue limit: sch->qstats.backlog + qdisc_pkt_len(skb) <= sch->limit (gred default VQ) gred_backlog+qdisc_pkt_len(skb) <= q->limit (gred configured VQ) sch->qstats.backlog + qdisc_pkt_len(skb) <= sch->limit (bfifo) sch->qstats.backlog + skb->len <= q->limit (plug) sch->qstats.backlog and q->backlog are u32, and qdisc_pkt_len()/skb->len are unsigned int, so all sums are computed in 32 bits and wrap at 2^32. Once the true backlog exceeds 4 GiB the wrapped sum becomes small and admission keeps succeeding, so the queue grows without bound and the kernel can be driven to OOM. Promote the sums to u64 so admission stops once the true backlog exceeds the limit. The limit is u32, so the bounded queue stays below 2^32 and the stored u32 backlog never wraps. The bug can only be reproduced as root (albeit with ridiculous setup): attach a gred (or bfifo/plug) qdisc with a limit near 4 GiB, leaving the default VQ unconfigured (for gred), and drive >4 GiB of queued traffic (e.g. via a size table / stab to inflate qdisc_pkt_len, or sustained high-rate traffic). The u32 backlog+len sum wraps at 2^32, admission keeps succeeding, and the queue grows unboundedly to OOM.
Descrição oficial em inglês (tradução ainda não revisada).
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.
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.
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.
- Identifique ativos expostos que executam as combinações de fabricante/produto/versão afetadas (Linux Linux).
- Nenhuma correção documentada nas fontes: reduza a exposição e monitore o aviso do fabricante.
- 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.
| Fabricante | Produto | Versões | Status | Fonte |
|---|---|---|---|---|
| Linux | Linux | ≥ a3eb95f891d6130b1fc03dd07a8b54cf0a5c8ab8 e < 3fb51b3960342bbee563543f8d33710fd0fb5a96≥ a3eb95f891d6130b1fc03dd07a8b54cf0a5c8ab8 e < 8b2d8c70b969bf84f9e248bfaf2a7135129f2eb6≥ a3eb95f891d6130b1fc03dd07a8b54cf0a5c8ab8 e < d98b92f3d57976ae185238946ec5ea0be32195aa≥ a3eb95f891d6130b1fc03dd07a8b54cf0a5c8ab8 e < 4c660ee8c809637909f4f7eb1017f7b9401c75c4versão 4.2 | Vulnerável | CVE Program (cve.org) e CISA ADP |
EPSS ao longo do tempo FIRST
15/10/2026 → 19/10/2026 · 4 leitura(s) · máximo 0.20%
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.
Linha do tempo
O que aconteceu com esta CVE, do mais recente ao mais antigo.
- 2026
- Ficha publicada
- Produtos afetados adicionados · linux/linux
- Status na fonte alterado · → Received
- Registro criado nesta base
- CVE publicada
Atividade das fontes
Leituras que se repetem foram contadas em vez de listadas.
- 1× Referências adicionadas · 19/10/2026 – 19/10/2026
- 1× Descrição oficial atualizada · 15/10/2026 – 15/10/2026
Referências
6 no registro
- git.kernel.org/stable/c/d98b92f3d57976ae185238946ec5ea0be32195aa
- nvd.nist.gov/vuln/detail/CVE-2026-90109
- git.kernel.org/stable/c/3fb51b3960342bbee563543f8d33710fd0fb5a96
- github.com/advisories/GHSA-6qjr-4f2g-wppr
- git.kernel.org/stable/c/4c660ee8c809637909f4f7eb1017f7b9401c75c4
- git.kernel.org/stable/c/8b2d8c70b969bf84f9e248bfaf2a7135129f2eb6
Em outras páginas do site
CVEs relacionadas (mesmos produtos)
- Desconhecida CVE-2026-98866 sched/cache: Introduce task_struct->sched_cache_grp to fix UAF 1 d
- Desconhecida CVE-2026-98867 dm-pcache: bound the logical key offset from persistent memory 1 d
- Desconhecida CVE-2026-98868 dm-pcache: reject a kset that overruns its segment 1 d
- Desconhecida CVE-2026-98856 kprobes: Skip disarmed probes when checking optkprobe overlap 1 d
- Desconhecida CVE-2026-98857 ipvs: bound LBLCR and LBLC cache growth 1 d
- Desconhecida CVE-2026-98858 io_uring: fix task_work add use-after-free with SQPOLL 1 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-90109 é "net: sched: fix 32-bit backlog wrap in gred, bfifo and plug enqueue", 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.20% 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.