CVE-2023-53790 in Linux
Riassunto
di VulDB • 17/06/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
bpf: Azzeramento dell'oggetto allocato dallo slab nell'allocatore di memoria bpf
Attualmente, l'elemento liberato nell'allocatore di memoria bpf può essere riutilizzato immediatamente; per le mappe htab, il riutilizzo riinizializza i campi speciali nel valore della mappa (ad esempio, bpf_spin_lock), ma la procedura di lookup potrebbe comunque accedere a questi campi speciali, portando potenzialmente a un hard-lockup come mostrato di seguito:
NMI backtrace for cpu 16 CPU: 16 PID: 2574 Comm: htab.bin Tainted: G L 6.1.0+ #1 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), RIP: 0010:queued_spin_lock_slowpath+0x283/0x2c0 ...... Call Trace: <TASK> copy_map_value_locked+0xb7/0x170 bpf_map_copy_value+0x113/0x3c0 __sys_bpf+0x1c67/0x2780 __x64_sys_bpf+0x1c/0x20 do_syscall_64+0x30/0x60 entry_SYSCALL_64_after_hwframe+0x46/0xb0 ...... </TASK>
Per le mappe htab, proprio come nel caso preallocato, non è necessario inizializzare nuovamente questi campi speciali nel valore della mappa una volta che sono stati inizializzati. Per le mappe htab preallocata, questi campi sono inizializzati tramite __GFP_ZERO in bpf_map_area_alloc(), quindi si applica una logica simile per le mappe htab non preallocata nell'allocatore di memoria bpf. Non è necessario utilizzare __GFP_ZERO per l'allocatore di memoria bpf per-cpu, poiché __alloc_percpu_gfp() lo fa implicitamente.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.