CVE-2023-53752 in Linux
Résumé
par VulDB • 18/06/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
net : gestion des dépassements d'entier dans kmalloc_reserve()
Le commit incriminé a été modifié : ptr = kmalloc(size); if (ptr) size = ksize(ptr);
size = kmalloc_size_roundup(size); ptr = kmalloc(size);
Cela a permis divers plantages, comme signalés par syzbot [1]
et Kyle Zeng.
Le problème est que si @size est supérieur à 0x80000001, kmalloc_size_roundup(size) renvoie 2^32.
kmalloc_reserve() utilise une variable sur 32 bits (obj_size), donc 2^32 est tronqué à 0.
kmalloc(0) renvoie ZERO_SIZE_PTR, qui n'est pas géré par les allocations de skb.
La trace suivante peut être déclenchée si un netdev->mtu est défini à une valeur proche de 0x7fffffff
Nous pourrions à l'avenir limiter netdev->mtu à une limite plus raisonnable (comme KMALLOC_MAX_SIZE).
Ce patch est basé sur un rapport de syzbot, ainsi que sur un rapport et une correction provisoire de Kyle Zeng.
[1]
BUG: KASAN: user-memory-access in __build_skb_around net/core/skbuff.c:294 [inline]
BUG: KASAN: user-memory-access in __alloc_skb+0x3c4/0x6e8 net/core/skbuff.c:527 Write of size 32 at addr 00000000fffffd10 by task syz-executor.4/22554
CPU: 1 PID: 22554 Comm: syz-executor.4 Not tainted 6.1.39-syzkaller #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 07/03/2023 Call trace: dump_backtrace+0x1c8/0x1f4 arch/arm64/kernel/stacktrace.c:279 show_stack+0x2c/0x3c arch/arm64/kernel/stacktrace.c:286 __dump_stack lib/dump_stack.c:88 [inline]
dump_stack_lvl+0x120/0x1a0 lib/dump_stack.c:106 dump_stack+0x18/0x34 lib/dump_stack.c:132 print_address_description+0x6c/0x2a0 mm/kasan/report.c:301 print_report+0x130/0x530 mm/kasan/report.c:412 kasan_report+0x100/0x130 mm/kasan/report.c:512 __build_skb_around net/core/skbuff.c:294 [inline]
__alloc_skb+0x3c4/0x6e8 net/core/skbuff.c:527 alloc_skb_with_frags+0x100/0x3e0 net/core/skbuff.c:6039 sock_alloc_send_pskb+0x130/0x230 net/core/sock.c:3003 tcp_sendmsg_locked+0x100/0x13e0 net/ipv4/tcp.c:2953 tcp_sendmsg+0x38/0x48 net/ipv4/tcp.c
If you want to get best quality of vulnerability data, you may have to visit VulDB.