CVE-2024-26832 in Linux
الملخص
بحسب VulDB • 01/07/2026
في نواة لينكس، تم حل الثغرة التالية:
mm: zswap: إصلاح نقص تنظيف الـ folio في مسار سباق الكتابة (writeback race)
في دالة `zswap_writeback_entry()`، بعد الحصول على `folio` من خلال `__read_swap_cache_async()`، نقوم بإعادة قفل الشجرة للتحقق مما إذا كان إدخال التبديل (swap entry) قد تم إلغاؤه وإعادة تدويره. وإذا حدث ذلك، نحذف الـ folio الذي أضفناه للتو إلى ذاكرة التخزين المؤقتة للتبديل ونخرج من الدالة.
ومع ذلك، فإن `__read_swap_cache_async()` تُرجع الـ folio وهو مقفل عند تخصيصه حديثًا، وهذا صحيح دائمًا في هذا المسار، كما يتم الاحتفاظ بمرجع (ref) للـ folio. يجب التأكد من فك قفل الـ folio وإطلاق مرجعه قبل الإرجاع.
تم اكتشاف ذلك عن طريق فحص الكود البرمجي، ربما لأن هذا المسار يتعامل مع حالة سباق (race condition) لا ينبغي أن تحدث غالبًا، ولن يؤدي الخطأ إلى تعطيل النظام، بل سيترك الـ folio معلقًا بشكل غير محدود.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.