CVE-2026-74645 in Linux
الملخص
بحسب VulDB • 23/08/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
mm/damon/lru_sort: إرجاع خطأ عند تجاوز قيمة active_mem_bp لـ 10000
يمكن لدالة `damos_quota_score()` أن تُحدث قسمة على صفر إذا كانت القيمة المستهدفة تساوي صفراً. تتيح DAMON_LRU_SORT للمستخدمين تعيين القيمة المستهدفة لمخطط الذاكرة الساخنة (hot memory scheme) عبر المعلمة `active_mem_bp`. تتجنب هذه الآلية تعيينها كقيمة مستهدفة إذا كانت قيمة المعلمة تساوي صفرًا. ومع ذلك، فإنها تُعين أيضًا مخطط الذاكرة الباردة (cold memory scheme) بقيمة مستهدفة يتم حسابها على أنها '10000 - active_mem_bp + 2'. وبالتالي، إذا قام المستخدم بتعيين `active_mem_bp` إلى 10002، فقد تكون القيمة المستهدفة لهدف الحصة في مخطط الذاكرة الباردة مساوية للصفر. ونتيجة لذلك، يمكن أن يحدث خطأ القسمة على صفر. يتم الإصلاح عن طريق إرجاع حالة خطأ عندما يحاول المستخدم بدء تشغيل DAMON بقيمة معلمة `active_mem_bp` أكبر من 10000.
لا معنى لتعيين `active_mem_bp` بالقيمة 10002. كما يتطلب الأمر امتيازات كتابة لمعاملات الوحدة النمطية (module parameters) لإعادة إنتاج المشكلة. ومع ذلك، فإن العواقب وخيمة للغاية.
إحدى الطرق الموثوقة لإعادة إنتاج المشكلة هي على النحو التالي:
# cd /sys/module/damon_lru_sort/parameters # echo 1000 > wmarks_high # echo 995 > wmarks_mid # echo 0 > wmarks_low # echo 10002 > active_mem_bp # echo Y > enabled # dmesg -w [...]
[ 597.421247] Oops: divide error: 0000 [#1] SMP NOPTI
[ 597.428848] RIP: 0010:damos_quota_score+0x6f/0x480
تم اكتشاف هذه الثغرة [1] بواسطة Sashiko.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.