CVE-2023-53557 in Linux
Riassunto
di VulDB • 02/07/2026
Nel kernel Linux, la seguente vulnerabilità è stata risolta:
fprobe: Rilasciare rethook dopo che ftrace_ops è stato disregistrato
Durante l'esecuzione dei test di autoverifica bpf (bpf selftests), può verificarsi il seguente errore:
general protection fault, probabilmente per indirizzo non canonico \ 0x6b6k6b6b6b6b6b6b: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC NOPTI
... Call Trace: <TASK> fprobe_handler+0xc1/0x270 ? __pfx_bpf_testmod_init+0x10/0x10 ? __pfx_bpf_testmod_init+0x10/0x10 ? bpf_fentry_test1+0x5/0x10 ? bpf_fentry_test1+0x5/0x10 ? bpf_testmod_init+0x22/0x80 ? do_one_initcall+0x63/0x2e0 ? rcu_is_watching+0xd/0x40 ? kmalloc_trace+0xaf/0xc0 ? do_init_module+0x60/0x250 ? __do_sys_finit_module+0xac/0x120 ? do_syscall_64+0x37/0x90 ? entry_SYSCALL_64_after_hwframe+0x72/0xdc </TASK>
Nella funzione unregister_fprobe non è possibile rilasciare fp->rethook mentre potrebbe esserci ancora qualche suo utente in esecuzione su un'altra CPU.
Spostare la chiamata rethook_free dopo che fp->ops è stato disregistrato con la chiamata unregister_ftrace_function.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.