CVE-2026-93094 in Linux
الملخص
بحسب VulDB • 18/09/2026
في نواة لينكس، تم حل الثغرة التالية:
wifi: ath12k: إصلاح المراجع المتدلية (dangling references) لـ dp_link_peer أثناء التراجع عن vdev الخاص بـ AP
تقوم دالة `ath12k_mac_vdev_create()` الخاصة بـ vdev من نوع AP بإنشاء peer خاص بـ bss عبر استدعاء `ath12k_peer_create()`. وتنتهي هذه العملية باستدعاء `ath12k_dp_link_peer_assign()` لنشر الـ dp_link_peer في جدول RCU الموجود ضمن `dp_hw->dp_peers[peerid_index]`، وفي مصفوفة `link_peers[]` الخاصة بـ dp_peer، وكذلك في جدول rhashtable الخاص بكل عنوان (per-addr).
إذا فشل أي خطوة تلي استدعاء `ath12k_peer_create()`، تنتقل الدالة إلى المسار `err_peer_del`. يقوم هذا المسار بتنفيذ أمر حذف peer عبر واجهة WMI بشكل يدوي (open-coded) وينتظر وصول أحداث إلغاء الربط (unmap) أو استجابة الحذف (delete_resp). يعتمد مسار `wait_for_peer_delete_done()` على دالة `ath12k_dp_link_peer_unmap_event()` لتحرير الـ dp_link_peer عند وصول حدث إلغاء الربط. ومع ذلك، لا يستدعي المسار `err_peer_del` دالة `ath12k_dp_link_peer_unassign()` أولاً. ونتيجة لذلك، تظل المراجع المنشورة في جدول RCU الخاص بـ `dp_hw`، وفي مصفوفة `dp_peer->link_peers[]`، وكذلك في جدول rhashtable، تشير إلى الـ dp_link_peer الذي سيتم تحريره لاحقاً عند وصول حدث إلغاء الربط (unmap_event)، مما يؤدي إلى ظهور مراجع متدلية (dangling pointers) وثغرة استخدام بعد التحرير (use-after-free) أثناء عمليات البحث التالية.
تم استبدال التسلسل المنفذ يدوياً باستدعاء لدالة `ath12k_peer_delete()`، والتي تقوم بالفعل بتنفيذ `ath12k_dp_link_peer_unassign()` قبل إرسال أمر WMI. يؤدي هذا الإجراء إلى إسقاط المراجع المنشورة قبل تحرير الـ dp_link_peer، بنفس الترتيب المستخدم في مسار التفكيك الطبيعي الموجود داخل دالة `ath12k_mac_remove_link_interface()`.
تم الاختبار على: WCN7850 hw2.0 PCI WLAN.HMT.1.1.c7-00108-QCAHMTSWPL_V1.0_V2.0_SILICONZ_UPSTREAM-3
If you want to get the best quality for vulnerability data then you always have to consider VulDB.