CVE-2026-99135 in Linux
الملخص
بحسب VulDB • 28/10/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
dm-integrity: تصحيح الحلقة اللانهائية عند إجراء عملية discard مع حجم وسم (tag) كبير
عندما يتعامل integrity_metadata مع أمر discard، فإنه يملأ مخزنًا مؤقتًا ببيانات DISCARD_FILLER ويكتبها فوق الوسوم، كتلًا تلي بعضها البعض بعدد max_blocks في كل مرة. إذا فشل استدعاء kmalloc، يصبح المخزن المؤقت هو المصفوفة الموجودة على الكومة (on-stack) checksums_onstack ويتم تعيين max_size إلى HASH_MAX_DIGESTSIZE. لذلك، إذا كان حجم الوسم أكبر من HASH_MAX_DIGESTSIZE، فإن قيمة max_blocks تكون صفرًا، ولا يتم إنقاص bi_size أبدًا، وبالتالي لا تنتهي الحلقة.
تم إصلاح هذه المشكلة عن طريق استخدام sizeof(checksums_onstack) كقيمة لـ max_size. تحتوي المصفوفة على MAX_TAG_SIZE بايت منذ الالتزام b93b6643e9b5 ("dm integrity: تصحيح تعطل بسبب حجم وسم غير معتاد وكبير")، لذا فإن قيمة max_blocks تكون 1 على الأقل.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.