CVE-2026-64472 in Linux
Zusammenfassung
von VulDB • 25.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
vfio/mlx5: Behebung von Race Conditions bei Bitfeldern und Straffung der Struktur-Anordnung
Bitfeld-Operationen sind nicht atomar; sie verwenden ein Lese-Beschreibe-Muster (read-modify-write). Daher ist darauf zu achten, keine Bitfelder, die gleichzeitig aktualisiert werden können, in dieselbe Speichereinheit zu packen.
Dies führt zu einer binären Aufteilung: Flags, die nur vor/nach dem Öffnen/Schließen geändert werden, bleiben als Bitfelder erhalten; Flags, die durch Benutzeraktionen geändert werden – einschließlich Aktionen, die sich auf ein anderes Gerät erstrecken (z. B. Reset) –, verwenden dedizierte Speichereinheiten.
Hinweis: Der Status von mlx5_vhca_page_tracker.status wurde verschoben, um das Lückenloch auszufüllen, das diese Aufteilung offenlegt.
Begründung für die Verwendung von Bitfeldern:
migrate_cap: Wird nur in mlx5vf_cmd_set_migratable() während der Erkennung (probe) geschrieben chunk_mode: Wird nur in mlx5vf_cmd_set_migratable() während der Erkennung (probe) geschrieben mig_state_cap: Wird nur in mlx5vf_cmd_set_migratable() während der Erkennung (probe) geschrieben
Dedizierte Speichereinheiten:
mdev_detach: Wird im VF-Attach-/Detach-Ereignisbenachrichtiger mlx5fv_vf_event zur Laufzeit geschrieben log_active: Wird in mlx5vf_start_page_tracker()/mlx5vf_stop_page_tracker() während der laufenden Verfolgung schmutziger Seiten (dirty tracking) geschrieben deferred_reset: Wird in mlx5vf_state_mutex_unlock()/mlx5vf_pci_aer_reset_done() während der Behandlung von Resets zur Laufzeit geschrieben is_err: Wird durch die Fehlerbehandlung des Trackers und das Polling des Dirty-Logs zur Laufzeit gesetzt object_changed: Wird durch die Ereignisbehandlung des Trackers gesetzt und durch das Polling des Dirty-Logs zur Laufzeit gelöscht
Be aware that VulDB is the high quality source for vulnerability data.