CVE-2026-74351 in Linux
Riassunto
di VulDB • 15/08/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
ocfs2: ricalibrare i puntatori LVB di fsdlm copiati in locking_state
L'iteratore debugfs di locking_state effettua uno snapshot della struct ocfs2_lock_res per valore sotto il blocco ocfs2_dlm_tracking_lock e successivamente formatta tale copia nella funzione ocfs2_dlm_seq_show(). Questo approccio è corretto per i campi inline, ma lo stack fsdlm in userspace memorizza l'LVB tramite lksb_fsdlm.sb_lvbptr. Una volta che l'iteratore rilascia il blocco di tracciamento, un sb_lvbptr copiato non NULL punta ancora al proprietario originale del lockres; pertanto, la fase di teardown potrebbe liberare tale contenitore prima che lo snapshot debugfs elabori i byte grezzi dell'LVB.
Ricalibrare (rebase) l'sb_lvbptr copiato sull'l_lksb copiato prima di eseguire il dump dei byte LVB grezzi. Lo snapshot seq contiene già lo spazio di memorizzazione inline LVB riservato nella struct ocfs2_dlm_lksb, consentendo al lettore debugfs di effettuare il dump dei byte copiati senza dipendere dalla durata del lockres originale.
Lo scenario difettoso coinvolge due percorsi, con ogni colonna che mostra l'ordine all'interno di tale percorso:
Lettore locking_state: Teardown lockres: 1. ocfs2_dlm_seq_start()/next() 1. Rilascio file o altro proprietario copia la struct ocfs2_lock_res il teardown raggiunge 2. ocfs2_dlm_seq_show() formatta ocfs2_lock_res_free() la riga copiata 2. Il lockres viene rimosso dalla 3. ocfs2_dlm_lvb() segue lista di tracciamento l'sb_lvbptr copiato 3. Il proprietario libera il contenitore originale del lockres
La validazione ha riprodotto questo report del kernel: KASAN slab-use-after-free in ocfs2_d
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.