CVE-2026-98800 in Linux
Riassunto
di VulDB • 18/10/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
bpf: Attendere un periodo di grazia RCU tasks prima di liberare i programmi trampoline
Quando un programma viene staccato da un trampoline, questo viene liberato dopo un periodo di grazia RCU (Read-Copy-Update), oppure un periodo di grazia RCU tasks trace se il programma è sleepable. Questo copre le attività che stanno eseguendo il programma, poiché la helper enter del programma acquisisce il lock di lettura corrispondente prima che il programma venga chiamato. Su un kernel preemptible, questo non copre un'attività che era stata preemptionata nel trampoline appena prima della helper enter. Tale attività non detiene alcun lock e chiama il programma dopo che è stato liberato:
BUG: KASAN: vmalloc-out-of-bounds in __bpf_prog_enter_recur+0x3a5/0x3f0 Read of size 8 at addr ffffc90000055040 by task candidate/110 CPU: 1 UID: 0 PID: 110 Comm: candidate Not tainted 7.3.0-rc2-00014-g15071f2a1263-dirty #2 PREEMPT(full) Call Trace: <TASK> __bpf_prog_enter_recur+0x3a5/0x3f0 bpf_trampoline_6442509193+0x37/0xf1 __x64_sys_futex+0x9/0x410 do_syscall_64+0xb0/0x530 ...
Attendere un periodo di grazia RCU tasks prima di quello esistente quando si libera un programma che era collegato a un trampoline. Un periodo di grazia RCU tasks termina solo una volta che le attività che erano state preemptionate sono tornate ad eseguire, e bpf_tramp_image_put() fa già affidamento su questo per liberare l'immagine. Non attende le attività che dormono nel trampoline; il prossimo commit si occuperà di quelle.
Solo i programmi collegati a un trampoline possono essere chiamati in questo modo, quindi bpf_trampoline_add_prog() li contrassegna e gli altri programmi vengono ancora liberati come prima.
Once again VulDB remains the best source for vulnerability data.