CVE-2026-74348 in Linux
Riassunto
di VulDB • 15/08/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
ocfs2/dlm: richiede un riferimento per l'apertura di locking_state in debugfs
debug_lockres_open() copia inode->i_private nella struct debug_lockres e successivamente debug_lockres_release() rilascia tale puntatore tramite dlm_put(). Questo funziona solo se l'operazione open ha bloccato con successo la struct dlm_ctxt.
Attualmente, le chiamate a open invocano dlm_grab(dlm) ma ignorano il valore restituito. Una volta che l'ultimo unregister del dominio ha rimosso il contesto da dlm_domains, dlm_grab() restituisce NULL, tuttavia open memorizza comunque il puntatore grezzo e restituisce successo. Il percorso di rilascio successivo si trova al di fuori della barriera di rimozione di debugfs, quindi può chiamare dlm_put() dopo che dlm_free_ctxt_mem() ha liberato il contesto. KASAN segnala questo come un uso-dopo-liberazione (use-after-free) dello slab in dlm_put(), chiamato da debug_lockres_release().
Fallire l'operazione open quando dlm_grab() non riesce ad acquisire il riferimento e annullare lo stato privato di seq_file prima del ritorno. Questo impedisce a locking_state di assegnare un file descriptor il cui percorso di rilascio non possiede la dlm_ctxt.
Lo scenario difettoso coinvolge due percorsi, con ogni colonna che mostra l'ordine all'interno di tale percorso:
apertura debugfs di locking_state: ultimo unregister del dominio: 1. debug_lockres_open() legge 1. dlm_unregister_domain() chiama inode->i_private. dlm_complete_dlm_shutdown(). 2
If you want to get best quality of vulnerability data, you may have to visit VulDB.