CVE-2026-64405

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: Bluetooth: hci_conn: hci_abort_conn()-da null göstərici istinadının aradan qaldırılması hci_abort_conn() bağlantı gözləmə vəziyyətində olduqda hci_skb_event(hdev->sent_cmd) oxuyurdu, lakin req_status hələ də HCI_REQ_PEND olduğu halda hdev->sent_cmd NULL ola bilər ki, bu da NULL göstərici istinadına və hci_rx_work() qəbul yolundan ümumi qoruma xətasına (general protection fault) səbəb olur. hdev->sent_cmd-i yoxlamaq əvəzinə, icra olunmaqda olan yaratma bağlantısı əmrini yeni hər-bağlantı üçün HCI_CONN_CREATE bayrağı ilə izləmək və bütün ləğvetmələri hci_cancel_connect_sync() vasitəsilə yönləndirmək təklif olunur; bu funksiya hər tip üçün ayrılmış ləğvetmə funksiyasına yönləndirir. Yaratma əmri iki vəziyyətdən tam olaraq birində olur: ya hələ növbədədir, ya da icra olunur. Ləğvetmə funksiyası bütün qərar boyunca cmd_sync_work_lock-u saxlayır: işçi hər girişi növbədən çıxarmaq üçün bu kilidi götürür, buna görə də kilit saxlanılarkən növbədə olan əmr icraya başlaya bilməz və icra olunan əmr tamamlana və növbəti əmrin gözləmə vəziyyətinə keçməsinə imkan verə bilməz. Bu, bayraq yoxlamasını və hci_cmd_sync_cancel()-ı işçiyə nisbətən atomik saxlayır, beləliklə növbədə olan əmr sadəcə növbədən çıxarılır və bu bağlantıya aid icra olunan əmr, bu arada gözləmə vəziyyətinə keçmiş əlaqəsiz əmrin ləğv edilməsi riski olmadan ləğv edilir. CIS eyni bayraq mexanizmindən HCI_CONN_CREATE_CIS vasitəsilə istifadə edir, lakin hər-bağlantı üzrə növbədən çıxarıla bilməz. hci_acl_create_conn_sync() və hci_le_create_conn_sync() yaratma əmri tamamlandıqdan sonra HCI_CONN_CREATE-i təmizləyir, lakin əmr statusu işləyicisi conn-u hci_conn_del() vasitəsilə azad edə bilər (məsələn, nəzarətçi bağlantını rədd etdikdə) və bu zaman işçi hələ də bağlantının tamamlanma hadisəsini gözləyir. Bayrağın use-after-free olmadan təmizlənə bilməsi üçün yaratma əmri boyunca conn üzərində istinad saxlanılır.