CVE-2026-89953 in Linux
الملخص
بحسب VulDB • 16/09/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
mtd: mtdoops: تحرير مخطط الصفحات (page bitmap) عند إزالة جهاز MTD الأساسي
تقوم دالة `mtdoops_notify_add()` بتخصيص `oops_page_used` عندما يتم تسجيل جهاز MTD المُعدّ. تقوم دالة `mtdoops_notify_remove()` بفصل الاتصال عن ذلك الجهاز لكنها تترك المخطط مُخصصاً في الذاكرة. إذا تم تسجيل نفس جهاز MTD مرة أخرى لاحقاً، فإن مسار الإضافة (add path) سيخصم مخططاً جديداً ويكتب فوق المؤشر القديم، مما يؤدي إلى تسرب تخصيص واحد لـ `vmalloc` لكل دورة إزالة/إضافة.
هذا الأمر يظهر فقط عندما يمكن لجهاز MTD الأساسي أن يختفي ويُعاد تسجيله بينما يبقى `mtdoops` محمّلاً، لذا فإن حالة MTD الثابتة المعتادة لا تكشف عن هذه المشكلة.
يجب تحرير المخطط بعد إلغاء تسجيل أداة التسجيل (dumper) وتصريف العمال المتراكمين (pending workers)، ثم مسح المؤشر وعدد الصفحات قبل أن يقوم أي إرفاق لاحق بتخصيص حالة جديدة. كما يمنع مسح المؤذر وحدة الإضافة من محاولة تحرير نفس المخطط مرتين مرة أخرى بعد حدث الإزالة.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.