CVE Intelligence
Média Erro de lógica

CVE-2024-57974 — udp: Deal with race between UDP socket address change and rehash

In the Linux kernel, the following vulnerability has been resolved: udp: Deal with race between UDP socket address change and rehash If a UDP socket changes its local address while it's receiving datagrams, as a result of connect(), there is a period during which a lookup operation might fail to find it, after the address is changed but before the secondary hash (port and address) and the four-tuple hash (local and remote ports and addresses) are updated. Secondary hash chains were introduced by commit 30fff9231fad ("udp: bind() optimisation") and, as a result, a rehash operation became needed to make a bound socket reachable again after a connect(). This operation was introduced by commit 719f835853a9 ("udp: add rehash on connect()") which isn't however a complete fix: the socket will be found once the rehashing completes, but not while it's pending. This is noticeable with a socat(1) server in UDP4-LISTEN mode, and a client sending datagrams to it. After the server receives the first datagram (cf. _xioopen_ipdgram_listen()), it issues a connect() to the address of the sender, in order to set up a directed flow. Now, if the client, running on a different CPU thread, happens to send a (subsequent) datagram while the server's socket changes its address, but is not rehashed yet, this will result in a failed lookup and a port unreachable error delivered to the client, as apparent from the following reproducer: LEN=$(($(cat /proc/sys/net/core/wmem_default) / 4)) dd if=/dev/urandom bs=1 count=${LEN} of=tmp.in while :; do taskset -c 1 socat UDP4-LISTEN:1337,null-eof OPEN:tmp.out,create,trunc & sleep 0.1 || sleep 1 taskset -c 2 socat OPEN:tmp.in UDP4:localhost:1337,shut-null wait done where the client will eventually get ECONNREFUSED on a write() (typically the second or third one of a given iteration): 2024/11/13 21:28:23 socat[46901] E write(6, 0x556db2e3c000, 8192): Connection refused This issue was first observed as a seldom failure in Podman's tests checking UDP functionality while using pasta(1) to connect the container's network namespace, which leads us to a reproducer with the lookup error resulting in an ICMP packet on a tap device: LOCAL_ADDR="$(ip -j -4 addr show|jq -rM '.[] | .addr_info[0] | select(.scope == "global").local')" while :; do ./pasta --config-net -p pasta.pcap -u 1337 socat UDP4-LISTEN:1337,null-eof OPEN:tmp.out,create,trunc & sleep 0.2 || sleep 1 socat OPEN:tmp.in UDP4:${LOCAL_ADDR}:1337,shut-null wait cmp tmp.in tmp.out done Once this fails: tmp.in tmp.out differ: char 8193, line 29 we can finally have a look at what's going on: $ tshark -r pasta.pcap 1 0.000000 :: ? ff02::16 ICMPv6 110 Multicast Listener Report Message v2 2 0.168690 88.198.0.161 ? 88.198.0.164 UDP 8234 60260 ? 1337 Len=8192 3 0.168767 88.198.0.161 ? 88.198.0.164 UDP 8234 60260 ? 1337 Len=8192 4 0.168806 88.198.0.161 ? 88.198.0.164 UDP 8234 60260 ? 1337 Len=8192 5 0.168827 c6:47:05:8d:dc:04 ? Broadcast ARP 42 Who has 88.198.0.161? Tell 88.198.0.164 6 0.168851 9a:55:9a:55:9a:55 ? c6:47:05:8d:dc:04 ARP 42 88.198.0.161 is at 9a:55:9a:55:9a:55 7 0.168875 88.198.0.161 ? 88.198.0.164 UDP 8234 60260 ? 1337 Len=8192 8 0.168896 88.198.0.164 ? 88.198.0.161 ICMP 590 Destination unreachable (Port unreachable) 9 0.168926 88.198.0.161 ? 88.198.0.164 UDP 8234 60260 ? 1337 Len=8192 10 0.168959 88.198.0.161 ? 88.198.0.164 UDP 8234 60260 ? 1337 Len=8192 11 0.168989 88.198.0.161 ? 88.198.0.164 UDP 4138 60260 ? 1337 Len=4096 12 0.169010 88.198.0.161 ? 88.198.0.164 UDP 42 60260 ? 1337 Len=0 On the third datagram received, the network namespace of the container initiates an ARP lookup to deliver the ICMP message. In another variant of this reproducer, starting the client with: strace -f pasta --config-net -u 1337 socat UDP4-LISTEN:1337,null-eof OPEN:tmp.out,create,tru ---truncated---

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

Publicada em 26/02/2025 · Atualizada em 21/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 (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.

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 8% das CVEs pontuadas · 27/10/2026
Afeta
Linux
Linux e mais 1
CVSS base
4.7
Média · 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)

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 compatíveis com a classe da falha (erro de lógica), erros e anomalias de autenticação.

Escopo afetado

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

FabricanteProdutoVersõesStatusFonte
Linux Linux ≥ 30fff9231fad757c061285e347b33c5149c2c2e4 e < 2855445a1870b8e568fb19edbd60b9c499e3dae0≥ 30fff9231fad757c061285e347b33c5149c2c2e4 e < 4f8344fce91c5766d368edb0ad80142eacd805c7≥ 30fff9231fad757c061285e347b33c5149c2c2e4 e < d65d3bf309b2649d27b24efd0d8784da2d81f2a6≥ 30fff9231fad757c061285e347b33c5149c2c2e4 e < a502ea6fa94b1f7be72a24bcf9e3f5f6b7e6e90cversão 2.6.33 Vulnerável CVE Program (cve.org) e CISA ADP
Linux Linux Kernel ≥ 2.6.33 e < 6.12.13≥ 6.13 e < 6.13.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
Alta
Privilégios exigidos
Baixos
Interação do usuário
Nenhuma
Escopo
Inalterado
Confidencialidade
Nenhum
Integridade
Nenhum
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
4.7 CVSS 3.1 Média 1.0 3.6 nvd@nist.gov via NIST National Vulnerability Database
4.7 CVSS 3.1 Média — — GitHub, Inc. via GitHub Security Advisories
CVSS:3.1/AV:L/AC:H/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.

CWE-362 · Race Condition

Outras CVEs com esta fraqueza →

EPSS ao longo do tempo FIRST

20/10/2026 → 27/10/2026 · 8 leitura(s) · máximo 0.18%

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
    21/10/2026 · CVE Program (cve.org) e CISA ADP
  • Ficha publicada
    21/10/2026
  • Correção documentada
    21/10/2026 · NIST National Vulnerability Database
  • Produtos afetados adicionados · linux/linux kernel
    21/10/2026 · NIST National Vulnerability Database
  • CVSS alterado · 4.7
    21/10/2026 · NIST National Vulnerability Database
  • Status na fonte alterado · → Modified
    21/10/2026 · NIST National Vulnerability Database
  • Registro criado nesta base
    21/10/2026 · Alertas do Telegram
  • 2025
  • CVE publicada
    26/02/2025 · Linux

Atividade das fontes

Leituras que se repetem foram contadas em vez de listadas.

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

Referências

6 no registro

Em outras páginas do site

Linux
todas as CVEs deste fabricante
Erro de lógica
mesma classe
CWE-362
outras páginas com esta fraqueza

CVEs relacionadas (mesmos produtos)

  • CVE-2026-99215 power: supply: core: prevent unregistering a power supply while a callback runs 4 h
  • CVE-2026-99216 Drivers: hv: Don't reset VMBus connection state on error/exit paths 4 h
  • CVE-2026-99211 netlink: reset skb headers before unicast and multicast filtering 4 h
  • CVE-2026-99207 scsi: target: Disable interrupts while holding delayed_cmd_lock 4 h
  • CVE-2026-99208 drm/xe/oa: Zero OA buffer at allocation 4 h
  • CVE-2026-99209 drm/xe: skip eviction of a BO with no resource 4 h

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-2024-57974 é "udp: Deal with race between UDP socket address change and rehash", 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 4.7 descreve a severidade técnica. 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.