CVE-2026-64438 in Linux
Zusammenfassung
von VulDB • 25.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
crypto: qat – Behebung eines Race Conditions beim Herunterfahren der VF2PF-Arbeit in adf_disable_sriov()
Der ISR-Handler (Interrupt Service Routine) für VF2PF plant Arbeit auf PF-Seite, die einen rohen Zeiger auf den pro-VF-Zustand (struct adf_accel_vf_info) speichert. Derzeit zerstört adf_disable_sriov() pro-VF-Mutexes und gibt vf_info frei, ohne neue VF2PF-Arbeit zu stoppen oder darauf zu warten, dass bereits gestartete Worker abgeschlossen werden. Ein parallel geplanter oder bereits in der Warteschlange befindlicher Worker kann anschließend auf freigegebenen Speicher zugreifen (Dereferenzierung).
Dies äußert sich als Use-After-Free, wenn KASAN aktiviert ist:
BUG: KASAN: null-ptr-deref in mutex_lock+0x76/0xe0 Write of size 8 at addr 0000000000000260 by task kworker/24:2/... Workqueue: qat_pf2vf_resp_wq adf_iov_send_resp [intel_qat]
Call Trace: kasan_report+0x119/0x140 mutex_lock+0x76/0xe0 adf_gen4_pfvf_send+0xd4/0x1f0 [intel_qat]
adf_recv_and_handle_vf2pf_msg+0x290/0x360 [intel_qat]
adf_iov_send_resp+0x8c/0xe0 [intel_qat]
process_one_work+0x6ac/0xfd0 worker_thread+0x4dd/0xd30 kthread+0x326/0x410 ret_from_fork+0x33b/0x670
Es wird eine pf-lokale Flagge vf2pf_disabled eingeführt, die das Planen von Arbeit, die Verarbeitung durch Worker und die erneute Aktivierung des Interrupts während des Herunterfahrens steuert. Diese Flagge wird atomar zusammen mit der Hardware-Interrupt-Maske innerhalb von adf_disable_all_vf2pf_interrupts() gesetzt. Nach dem Maskieren werden der AE-Cluster MSI-X-Interrupt synchronisiert und die PF-Antwort-Warteschlange geleert, bevor pro-VF-Sperren und -Zustände abgebaut werden, sodass alle in Bearbeitung befindlichen Arbeiten abgeschlossen sind, bevor vf_info zerstört wird.
Die Funktion adf_enable_all_vf2pf_interrupts() wurde eingeführt, um das Flag zurückzusetzen und alle VF2PF-Interrupts unter derselben Sperre zu entsperren, wenn SR-IOV wieder aktiviert wird. Dies stellt sicher, dass der Software-Flag und der Hardware-Zustandsübergang atomar sowohl im Aktivierungs- als auch im Deaktivierungspfad erfolgen.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.