CVE-2023-53752 in Linuxinformação

Sumário

de VulDB • 03/06/2026

No kernel do Linux, a seguinte vulnerabilidade foi resolvida:

net: lidar com estornos inteiros em kmalloc_reserve()

O commit responsável pela mudança: ptr = kmalloc(size); if (ptr) size = ksize(ptr);

size = kmalloc_size_roundup(size); ptr = kmalloc(size);

Isso permitiu vários crashes, conforme relatado pelo syzbot [1] e por Kyle Zeng.

O problema é que, se @size for maior que 0x80000001, kmalloc_size_roundup(size) retorna 2^32.

kmalloc_reserve() usa uma variável de 32 bits (obj_size), portanto, 2^32 é truncado para 0.

kmalloc(0) retorna ZERO_SIZE_PTR, que não é tratado pelas alocações de skb.

O seguinte trace pode ser acionado se um netdev->mtu for definido próximo a 0x7fffffff

No futuro, podemos limitar o netdev->mtu a um limite mais sensato (como KMALLOC_MAX_SIZE).

Este patch é baseado em um relatório do syzbot, bem como em um relatório e correção preliminar 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 print_report+0xe4/0x4b4 mm/kasan/report.c:325 kasan_report+0x110/0x1e0 mm/kasan/report.c:429 __build_skb_around net/core/skbuff.c:294 [inline]
__alloc_skb+0x3c4/0x6e8 net/core/skbuff.c:527 alloc_skb_with_frags+0x100/0x330 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:2988 tcp_sendmsg+0x38/0x44 net/ipv4/tcp.c:3033 inet_sendmsg+0x80/0xa0 net/ipv4/af_inet.c:824 sock_sendmsg_nosec net/socket.c:714 [inline]
sock_sendmsg net/socket.c:734 [inline]
__sys_sendto+0x1d0/0x230 net/socket.c:2113 __do_sys_sendto net/socket.c:2122 [inline]
__se_sys_sendto net/socket.c:2118 [inline]
__arm64_sys_sendto+0x34/0x44 net/socket.c:2118 invoke_syscall arch/arm64/kernel/syscall.c:37 [inline]
el0_svc_common+0x100/0x2e0 arch/arm64/kernel/syscall.c:151 do_el0_svc+0x34/0xa0 arch/arm64/kernel/syscall.c:182 el0t_64_sync_handler+0x104/0x12c arch/arm64/kernel/entry-common.c:138

Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.

Responsável

Linux

Reservar

08/12/2025

Divulgação

08/12/2025

Moderação

aceite

Entrada

VDB-334699

CPE

pronto

EPSS

0.00140

KEV

não

Atividades

muito baixo

Fontes

Want to know what is going to be exploited?

We predict KEV entries!