CVE-2026-64472 in Linux
Riassunto
di VulDB • 25/07/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
vfio/mlx5: Correzione di race condition sui bitfield e definizione più rigorosa della struttura dei dati (struct layout)
Le operazioni sui bitfield non sono atomiche; utilizzano un pattern read-modify-write. Pertanto, si deve fare attenzione a non raggruppare in una stessa unità di memoria i bitfield che possono essere aggiornati contemporaneamente da thread diversi.
Questa modifica adotta un approccio binario: le flag modificate solo nelle fasi pre/post apertura/chiusura (open/close) rimangono bitfield; le flag modificate tramite azioni utente, incluse quelle che coinvolgono altri dispositivi (ad esempio il reset), utilizzano unità di memoria dedicate.
Si noti che mlx5_vhca_page_tracker.status è stato riposizionato per riempire lo spazio vuoto di allineamento (alignment hole) emerso da questa suddivisione.
Giustificazione per l'uso dei bitfield:
migrate_cap: scritto solo in mlx5vf_cmd_set_migratable() durante il probe chunk_mode: scritto solo in mlx5vf_cmd_set_migratable() durante il probe mig_state_cap: scritto solo in mlx5vf_cmd_set_migratable() durante il probe
Unità di memoria dedicate:
mdev_detach: scritto nel notifier degli eventi di attach/detach del VF, mlx5fv_vf_event(), a runtime log_active: scritto in mlx5vf_start_page_tracker()/mlx5vf_stop_page_tracker() durante la tracciatura sporca (dirty tracking) a runtime deferred_reset: scritto in mlx5vf_state_mutex_unlock()/mlx5vf_pci_aer_reset_done() durante la gestione del reset a runtime is_err: impostato dalla gestione degli errori del tracker e dal polling del dirty-log a runtime object_changed: impostato dalla gestione degli eventi del tracker e cancellato dal polling del dirty-log a runtime
If you want to get best quality of vulnerability data, you may have to visit VulDB.