← voltar
CVE-2024-36971

net: fix __dst_negative_advice() race

CVSS 7.8 HIGHEPSS 2.7%● KEVCWE-416
Em resumo

Uma falha de sincronização no código de rede do kernel Linux permite que um programa acesse memória que já foi liberada (use-after-free). Isso acontece quando o cache de rede é limpo na ordem errada, podendo derrubar o sistema ou ser explorado por atacantes.

Detalhe técnico

CVE-2024-36971 é uma vulnerabilidade use-after-free (CWE-416) em __dst_negative_advice() causada por sincronização RCU inadequada, permitindo acesso a sk->dst_cache após sua liberação. Requer acesso local e é acionada por soquetes UDP que desencadeiam a sequência de limpeza de cache defeituosa, onde dst_release() é chamado antes de sk_dst_cache ser zerado, violando a semântica de ordenação RCU.

Resumo gerado e traduzido por IA a partir da descrição oficial.
In the Linux kernel, the following vulnerability has been resolved: net: fix __dst_negative_advice() race __dst_negative_advice() does not enforce proper RCU rules when sk->dst_cache must be cleared, leading to possible UAF. RCU rules are that we must first clear sk->sk_dst_cache, then call dst_release(old_dst). Note that sk_dst_reset(sk) is implementing this protocol correctly, while __dst_negative_advice() uses the wrong order. Given that ip6_negative_advice() has special logic against RTF_CACHE, this means each of the three ->negative_advice() existing methods must perform the sk_dst_reset() themselves. Note the check against NULL dst is centralized in __dst_negative_advice(), there is no need to duplicate it in various callbacks. Many thanks to Clement Lecigne for tracking this issue. This old bug became visible after the blamed commit, using UDP sockets.
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Produtos afetados
Linux · Linux
PoCs públicas encontradas1
githubgithub.com/M4G1XX/CVE-2024-369711
⚠ Recursos públicos, para você avaliar a exposição de sistemas que controla ou está autorizado a testar. Teste apenas com autorização.

Quer saber se a sua infraestrutura está exposta a isto?

Falar com a TrueHacking →