CVE-2026-45842 — slip: reject VJ receive packets on instances with no rstate array
In the Linux kernel, the following vulnerability has been resolved: slip: reject VJ receive packets on instances with no rstate array slhc_init() accepts rslots == 0 as a valid configuration, with the documented meaning of 'no receive compression'. In that case the allocation loop in slhc_init() is skipped, so comp->rstate stays NULL and comp->rslot_limit stays 0 (from the kzalloc of struct slcompress). The receive helpers do not defend against that configuration. slhc_uncompress() dereferences comp->rstate[x] when the VJ header carries an explicit connection ID, and slhc_remember() later assigns cs = &comp->rstate[...] after only comparing the packet's slot number to comp->rslot_limit. Because rslot_limit is 0, slot 0 passes the range check, and the code dereferences a NULL rstate. The configuration is reachable in-tree through PPP. PPPIOCSMAXCID stores its argument in a signed int, and (val >> 16) uses arithmetic shift. Passing 0xffff0000 therefore sign-extends to -1, so val2 + 1 is 0 and ppp_generic.c ends up calling slhc_init(0, 1). Because /dev/ppp open is gated by ns_capable(CAP_NET_ADMIN), the whole path is reachable from an unprivileged user namespace. Once the malformed VJ state is installed, any inbound VJ-compressed or VJ-uncompressed frame that selects slot 0 crashes the kernel in softirq context: Oops: general protection fault, probably for non-canonical address 0xdffffc0000000000: 0000 [#1] SMP KASAN NOPTI KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007] RIP: 0010:slhc_uncompress (drivers/net/slip/slhc.c:519) Call Trace: <TASK> ppp_receive_nonmp_frame (drivers/net/ppp/ppp_generic.c:2466) ppp_input (drivers/net/ppp/ppp_generic.c:2359) ppp_async_process (drivers/net/ppp/ppp_async.c:492) tasklet_action_common (kernel/softirq.c:926) handle_softirqs (kernel/softirq.c:623) run_ksoftirqd (kernel/softirq.c:1055) smpboot_thread_fn (kernel/smpboot.c:160) kthread (kernel/kthread.c:436) ret_from_fork (arch/x86/kernel/process.c:164) </TASK> Reject the receive side on such instances instead of touching rstate. slhc_uncompress() falls through to its existing 'bad' label, which bumps sls_i_error and enters the toss state. slhc_remember() mirrors that with an explicit sls_i_error increment followed by slhc_toss(); the sls_i_runt counter is not used here because a missing rstate is an internal configuration state, not a runt packet. The transmit path is unaffected: the only in-tree caller that picks rslots from userspace (ppp_generic.c) still supplies tslots >= 1, and slip.c always calls slhc_init(16, 16), so comp->tstate remains valid and slhc_compress() continues to work.
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
- Severidade técnica (medium)+3
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.
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
- Patch documentado — git.kernel.org (NIST National Vulnerability Database)
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, Linux Linux Kernel).
- Aplique a versão corrigida ou o patch documentado na seção Remediação.
- Procure nos logs disponíveis sinais de tentativa de exploração compatíveis com a classe da falha (corrupção de memória), 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 |
≥ 2.6.32.70 e < 2.6.33≥ 4ab42d78e37a294ac7bc56901d563c642e03c4ae e < e76607442d5b73e1ba6768f501ef815bb58c2c0eversão 42fc512469e78939c1e419d3310c47de55bdcbb8versão df085f1cb3acd3d75408ff94f366983873bce7d2versão a1c3860d3c5fc62bd35f089bcb03f18a37242de9versão f82699de104eaf8a7ffc2849a566a94818dd8a3cversão 354b254af5c1350de9586af75fe5a821b35bfb33versão 5148857f5d4c812cc918cf4627f7880521e987eb e mais 19versão 82185755d90c8047c6f4b589c39998ff3d4ca3adversão a50a93cc99286dc444c7e5ccc7dfb9d58c2d346dversão 6b4fa561e26526c62636414d267342c945084f44≥ 4ab42d78e37a294ac7bc56901d563c642e03c4ae e < 7b0d9e878ec2b21d99ae8051b3dda59cdb66c152≥ 3.2.75 e < 3.3≥ 3.4.111 e < 3.5≥ 3.10.96 e < 3.11≥ 3.12.53 e < 3.13≥ 3.14.60 e < 3.15≥ 3.18.27 e < 3.19≥ 4.1.17 e < 4.2≥ 4.3.5 e < 4.4versão 4.4≥ 4ab42d78e37a294ac7bc56901d563c642e03c4ae e < 9e1ff0eead073c4f46d874ad2526b7dda5465faf≥ 4ab42d78e37a294ac7bc56901d563c642e03c4ae e < de42f86e2cf5028a97e74c25869d1a962b13c301≥ 4ab42d78e37a294ac7bc56901d563c642e03c4ae e < c6980e8b1a86288167f34966fa5219031999b6f1≥ 4ab42d78e37a294ac7bc56901d563c642e03c4ae e < 4aa9eca6fda2919027dfd7a7cc69334982d89586≥ 4ab42d78e37a294ac7bc56901d563c642e03c4ae e < 72304fec672e8aac9ee7b9c475db96b37cca8d8d≥ 4ab42d78e37a294ac7bc56901d563c642e03c4ae e < 3d71c961febddd855d3ae9a519eeb96c8023f430 |
Vulnerável | CVE Program (cve.org) e CISA ADP |
| Linux | Linux Kernel |
≥ 3.2.75 e < 3.3≥ 2.6.32.70 e < 2.6.33≥ 3.4.111 e < 3.5≥ 3.10.96 e < 3.11≥ 3.12.53 e < 3.13≥ 3.14.60 e < 3.15≥ 3.18.27 e < 3.19≥ 4.1.17 e < 4.2 e mais 7≥ 4.3.5 e < 5.10.258≥ 5.11 e < 5.15.209≥ 5.16 e < 6.1.175≥ 6.2 e < 6.6.141≥ 6.7 e < 6.12.91≥ 6.13 e < 6.18.33≥ 6.19 e < 7.0.10 |
Vulnerável | NIST National Vulnerability Database |
Características do ataque
O vetor CVSS decodificado. Descreve o ataque, não a sua exposição a ele.
Todas as pontuações coletadas
As fontes pontuam de forma independente e podem discordar; cada linha diz quem pontuou e em qual versão.
| Nota | Versão | Severidade | Explor. | Impacto | Pontuado por |
|---|---|---|---|---|---|
| 5.5 | CVSS 3.1 | Média | 1.8 | 3.6 | nvd@nist.gov via NIST National Vulnerability Database |
| 5.5 | CVSS 3.1 | Média | — | — | GitHub, Inc. via GitHub Security Advisories |
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H (nota exibida no topo: nvd@nist.gov) Fraqueza MITRE
Classe de fraqueza segundo o catálogo CWE do MITRE.
EPSS ao longo do tempo FIRST
13/10/2026 → 14/10/2026 · 2 leitura(s) · máximo 0.16%
Detecção
Derivado do vetor CVSS e da classe da fraqueza. Pontos de partida, não regras testadas.
- Vetor local/físico: concentre-se em telemetria de endpoint (EDR) dos hosts afetados.
- Correlacione falhas/reinícios do serviço com tráfego de entrada; crashes repetidos podem indicar tentativas.
Linha do tempo
O que aconteceu com esta CVE, do mais recente ao mais antigo.
- 2026
- Status na fonte alterado · Analyzed → Modified
- Produtos afetados adicionados · linux/linux
- Ficha publicada
- Correção documentada
- CVSS alterado · 5.5
- Status na fonte alterado · → Analyzed
- Registro criado nesta base
- CVE publicada
Atividade das fontes
Leituras que se repetem foram contadas em vez de listadas.
- 2× Referências adicionadas · 14/10/2026 – 14/10/2026
- 1× Descrição oficial atualizada · 13/10/2026 – 13/10/2026
Referências
11 no registro
- git.kernel.org/stable/c/9e1ff0eead073c4f46d874ad2526b7dda5465faf
- git.kernel.org/stable/c/7b0d9e878ec2b21d99ae8051b3dda59cdb66c152
- git.kernel.org/stable/c/c6980e8b1a86288167f34966fa5219031999b6f1
- git.kernel.org/stable/c/4aa9eca6fda2919027dfd7a7cc69334982d89586
- git.kernel.org/stable/c/e76607442d5b73e1ba6768f501ef815bb58c2c0e
- git.kernel.org/stable/c/de42f86e2cf5028a97e74c25869d1a962b13c301
- git.kernel.org/stable/c/72304fec672e8aac9ee7b9c475db96b37cca8d8d
- git.kernel.org/stable/c/3d71c961febddd855d3ae9a519eeb96c8023f430
- nvd.nist.gov/vuln/detail/CVE-2026-45842
- github.com/advisories/GHSA-g2vj-v28f-r7cf
- cert-portal.siemens.com/productcert/html/ssa-784472.html
Em outras páginas do site
CVEs relacionadas (mesmos produtos)
- Crítica CVE-2026-99999 ipv4: validate checksum_start before completing checksum 8 h
- Desconhecida CVE-2026-98432 ipv4: free inet_opt and ireq_opt after an RCU grace period 8 h
- Desconhecida CVE-2026-98424 wifi: cfg80211: undo netns switch if renaming the wiphy fails 1 d
- Desconhecida CVE-2026-98425 wifi: mac80211: don't warn when an IBSS has no channel to scan 1 d
- Desconhecida CVE-2026-98426 wifi: mwifiex: fix IRQ leak using wrong index in MSI-X error path 1 d
- Desconhecida CVE-2026-98427 net/sched: codel: bound the dropping loop per dequeue call 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.
- Sem avaliação SSVC da CISA.
- 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-45842 é "slip: reject VJ receive packets on instances with no rstate array", de severidade Média. 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. CVSS 5.5 descreve a severidade técnica. EPSS 0.16% 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.