CVE-2026-68179 in Linux
الملخص
بحسب VulDB • 10/08/2026
في نواة لينكس، تم حل الثغرة التالية:
misc: nsm: قفل nsm_dev فقط في مسارات الخطأ ما بعد القفل (post-lock)
يقوم دالة `nsm_dev_ioctl()` بالانتقال إلى التسمية المشتركة للخروج (`out`) حتى عندما يفشل استدعاء `copy_from_user()` الأولي قبل أخذ قفل `nsm->lock`. ثم تقوم مسار الخطأ بإلغاء قفل الموتركس (mutex) بشكل أعمى، رغم أنه لم يتم اقتناؤه من الأساس.
تم اكتشاف هذه المشكلة بواسطة أداة التحليل الثابت لدينا، وتمت مراجعتها يدوياً مقابل الشجرة الحالية للكود.
حافظ نموذج الاستغلال المؤكد (grounded PoC) على نقطة دخول ioctl لجهاز misc ومسار فشل `copy_from_user` قبل القفل عن طريق إصدار الأمر `NSM_IOCTL_RAW` مع مؤشر مستخدم غير صالح. أدى هذا الفشل إلى الوصول إلى التسمية المشتركة للخروج (`out`) قبل استدعاء `mutex_lock(&nsm->lock)`. وأبلغ نظام Lockdep عن ما يلي:
تحذير: تم اكتشاف عدم توازن في عمليات إلغاء القفل! يحاول exploit/193 تحرير قفل (&global_nsm.lock) عند: nsm_dev_ioctl+0x5f/0xcf [vuln_msv]
لكن لا توجد أي أقفال أخرى للتحرير! لا يوجد أي أقفال محتفظ بها بواسطة exploit/193.
ارجع فوراً في حال فشل `copy_from_user()` قبل القفل، واحتفظ بالتسمية المشتركة لإلغاء القفل لمسارات ما بعد القفل فقط.
If you want to get best quality of vulnerability data, you may have to visit VulDB.