CVE Intelligence
Alta

CVE-2025-39797 — xfrm: Duplicate SPI Handling

In the Linux kernel, the following vulnerability has been resolved: xfrm: Duplicate SPI Handling The issue originates when Strongswan initiates an XFRM_MSG_ALLOCSPI Netlink message, which triggers the kernel function xfrm_alloc_spi(). This function is expected to ensure uniqueness of the Security Parameter Index (SPI) for inbound Security Associations (SAs). However, it can return success even when the requested SPI is already in use, leading to duplicate SPIs assigned to multiple inbound SAs, differentiated only by their destination addresses. This behavior causes inconsistencies during SPI lookups for inbound packets. Since the lookup may return an arbitrary SA among those with the same SPI, packet processing can fail, resulting in packet drops. According to RFC 4301 section 4.4.2 , for inbound processing a unicast SA is uniquely identified by the SPI and optionally protocol. Reproducing the Issue Reliably: To consistently reproduce the problem, restrict the available SPI range in charon.conf : spi_min = 0x10000000 spi_max = 0x10000002 This limits the system to only 2 usable SPI values. Next, create more than 2 Child SA. each using unique pair of src/dst address. As soon as the 3rd Child SA is initiated, it will be assigned a duplicate SPI, since the SPI pool is already exhausted. With a narrow SPI range, the issue is consistently reproducible. With a broader/default range, it becomes rare and unpredictable. Current implementation: xfrm_spi_hash() lookup function computes hash using daddr, proto, and family. So if two SAs have the same SPI but different destination addresses, then they will: a. Hash into different buckets b. Be stored in different linked lists (byspi + h) c. Not be seen in the same hlist_for_each_entry_rcu() iteration. As a result, the lookup will result in NULL and kernel allows that Duplicate SPI Proposed Change: xfrm_state_lookup_spi_proto() does a truly global search - across all states, regardless of hash bucket and matches SPI and proto.

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

Publicada em 12/09/2025 · Atualizada em 19/10/2026 · Fontes: NIST National Vulnerability Database, CVE Program (cve.org) e CISA ADP, 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
  • Severidade técnica (high)+6

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,16%
à frente de 5% das CVEs pontuadas · 19/10/2026
Afeta
Linux
Linux e mais 1
CVSS base
7.8
Alta · 2 fonte(s)

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)

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, Linux Linux Kernel).
  2. Aplique a versão corrigida ou o patch documentado na seção Remediação.
  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 ≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 e < 3d8090bb53424432fa788fe9a49e8ceca74f0544≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 e < 2fc5b54368a1bf1d2d74b4d3b8eea5309a653e38≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 e < c67d4e7a8f90fb6361ca89d4d5c9a28f4e935e47≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 e < 29e9158f91f99057dbd35db5e8674d93b38549fe≥ 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 e < 94f39804d891cffe4ce17737d295f3b195bc7299versão 2.6.12 Vulnerável CVE Program (cve.org) e CISA ADP
Linux Linux Kernel < 6.6.103≥ 6.7 e < 6.12.43≥ 6.13 e < 6.15.11≥ 6.16 e < 6.16.2 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.

Vetor de ataque
Local
Complexidade
Baixa
Privilégios exigidos
Baixos
Interação do usuário
Nenhuma
Escopo
Inalterado
Confidencialidade
Alto
Integridade
Alto
Disponibilidade
Alto

Todas as pontuações coletadas

As fontes pontuam de forma independente e podem discordar; cada linha diz quem pontuou e em qual versão.

NotaVersãoSeveridadeExplor.ImpactoPontuado por
7.8 CVSS 3.1 Alta 1.8 5.9 nvd@nist.gov via NIST National Vulnerability Database
7.8 CVSS 3.1 Alta — — GitHub, Inc. via GitHub Security Advisories
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H (nota exibida no topo: nvd@nist.gov)

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.
telemetria de endpoint (EDR)

Linha do tempo

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

  • 2026
  • Produtos afetados adicionados · linux/linux
    19/10/2026 · CVE Program (cve.org) e CISA ADP
  • Ficha publicada
    19/10/2026
  • Correção documentada
    19/10/2026 · NIST National Vulnerability Database
  • Produtos afetados adicionados · linux/linux kernel
    19/10/2026 · NIST National Vulnerability Database
  • CVSS alterado · 7.8
    19/10/2026 · NIST National Vulnerability Database
  • Status na fonte alterado · → Analyzed
    19/10/2026 · NIST National Vulnerability Database
  • Registro criado nesta base
    19/10/2026 · Alertas do Telegram
  • 2025
  • CVE publicada
    12/09/2025 · Linux

Atividade das fontes

Leituras que se repetem foram contadas em vez de listadas.

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

Referências

7 no registro

Em outras páginas do site

Linux
todas as CVEs deste fabricante

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.

  • 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-2025-39797 é "xfrm: Duplicate SPI Handling", de severidade Alta. 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 7.8 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.