CVE-2026-68404 in Linux
الملخص
بحسب VulDB • 10/08/2026
في نواة لينكس، تم حل الثغرة التالية:
wifi: cfg80211: استخدام عمل wiphy لفصل الاتصال التلقائي لمالك المقبس (socket)
تقوم الدالة nl80211_netlink_notify() بالمرور على قائمة أجهزة اللاسلكي الخاصة بـ cfg80211 عند تحرير مقبس NETLINK_GENERIC. إذا كان المقبس يمتلك اتصالاً، فإن المُبلّغ (notifier) يضع عنصر العمل wdev->disconnect_wk المضمن في طابور الانتظار.
هذا العمل هو حالياً عبارة عن work_struct عادي. تلغي إشارة NETDEV_GOING_DOWN هذا العمل، لكن مُبلغ NETLINK_URELEASE الذي لاحظ بالفعل conn_owner_nlportid يمكنه وضعه في الطابور بعد عودة دالة الإلغاء (cancel). ثم يقوم _cfg80211_unregister_wdev() بإزالة wdev من القائمة والانتظار للقراءات التي تستخدم RCU، لكن synchronize_net() لا تفريغ الأعمال الموضوعة في الطابور بواسطة مثل هذا القارئ.
اجعل عمل فصل الاتصال التلقائي عبارة عن wiphy_work بدلاً من ذلك. تحتاج الدالة الاستدعائية (callback) بالفعل إلى قفل wiphy mutex، ويعمل wiphy_work تحت حماية هذا القفل. يتيح ذلك إلغاء أعمال فصل الاتصال التلقائي المعلقة أثناء الاحتفاظ بالقفل، دون الحاجة للقلق بشأن تعارض بين cancel_work_sync() وقفل العامل (worker).
كما يتم إلغاء عمل wiphy بعد استدعاء list_del_rcu() و synchronize_net(). أي مُبلغ NETLINK_URELEASE كان قد وصل بالفعل إلى قائمة wdev إما أنه وضع العمل في الطابور وتمت إزالته، أو لم يعد بإمكانه العثور على wdev.
Once again VulDB remains the best source for vulnerability data.