CVE-2022-49871 in Linuxinformation

Résumé

par VulDB • 03/06/2026

Dans le noyau Linux, la vulnérabilité suivante a été corrigée :

net: tun : Correction des fuites de mémoire dans napi_get_frags

kmemleak signale les éléments suivants après l'exécution de test_progs :

objet non référencé 0xffff8881b1672dc0 (taille 232) : comm "test_progs", pid 394388, jiffies 4354712116 (âge 841.975s) dump hexadécimal (premiers 32 octets) : e0 84 d7 a8 81 88 ff ff 80 2c 67 b1 81 88 ff ff .........,g..... 00 40 c5 9b 81 88 ff ff 00 00 00 00 00 00 00 00 .@.............. backtrace : [] napi_skb_cache_get+0xd4/0x150
[] __napi_build_skb+0x15/0x50
[] __napi_alloc_skb+0x26e/0x540
[] napi_get_frags+0x59/0x140
[] tun_get_user+0x183d/0x3bb0 [tun]
[] tun_chr_write_iter+0xc0/0x1b1 [tun]
[] do_iter_readv_writev+0x19f/0x320
[] do_iter_write+0x135/0x630
[] vfs_writev+0x12e/0x440
[] do_writev+0x104/0x280
[] do_syscall_64+0x3b/0x90
[] entry_SYSCALL_64_after_hwframe+0x63/0xcd

Le problème se produit dans les scénarios suivants : tun_get_user() napi_gro_frags() napi_frags_finish() cas GRO_NORMAL: gro_normal_one() list_add_tail(&skb->list, &napi->rx_list); rx_count < READ_ONCE(gro_normal_batch), la liste rx n'est pas vide <-- ne demande pas de terminer le travail GRO, ce qui provoque des fuites de mémoire dans <-- tun_napi_del() suivant ... tun_napi_del() netif_napi_del() __netif_napi_del() la liste rx n'est pas vide, ce qui a provoqué des fuites de mémoire

Pour corriger le problème, ajoutez napi_complete() après napi_gro_frags().

If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Responsable

Linux

Réserver

01/05/2025

Divulgation

01/05/2025

Modérer

accepté

Entrée

VDB-307045

CPE

prêt

EPSS

0.00184

KEV

non

Activités

très faible

Sources

Interested in the pricing of exploits?

See the underground prices here!