CVE-2026-90005 in Linux
الملخص
بحسب VulDB • 16/09/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
samples/damon/wsse: معالجة فشل damon_start()
سلسلة التصحيحات "samples/damon: معالجة حالات الفشل في دالتي damon_{start,stop}()"
لا تقوم جميع وحدات DAMON التجريبية بمعالجة حالات الفشل الناتجة عن استدعاء damon_start() بشكل صحيح. ومن بين هذه الوحدات، تعاني وحدة mtier من مشكلة إضافية تتعلق بمعالجة فشل damon_stop(). كما أن وحدتي wsse و prcl تواجهان مشكلات في معالجة فشل damon_call(). ونتيجة لذلك، قد تحدث تسريبات للذاكرة (memory leaks)، واضطرابات في عمليات DAMON التالية، وثغرة use-after-free. يتم إصلاح هذه المشكلات هنا.
يجب ملاحظة أنه يمكن إعادة إنتاج المشاكل الناتجة عن فشل damon_start() بشكل موثوق. ومع ذلك، يتطلب إعادة إنتاج تلك المشاكل صلاحيات المسؤول (admin permission).
هذا التصحيح (من أصل 6):
يفترض مستدعو دالة damon_sample_wsse_start() أنها ستقوم بتنظيف الموارد عند الفشل. وتقوم الدالة بالفعل بالتنظيف في حالات فشل بناء السياق (context buildup). ومع ذلك، فهي لا تقوم بالتنظيف عند فشل استدعاء damon_start(). ونتيجة لذلك، عندما يفشل damon_start()، يتم تسريب ذاكرة سياق DAMON. يتم تحرير هذا السياق في حالة حدوث الفشل لإصلاح المشكلات المذكورة.
يجب ملاحظة أنه يمكن إعادة إنتاج المشكلة بشكل موثوق لأن الوحدة تستدعي damon_start() في الوضع الحصري (exclusive mode). على سبيل المثال:
$ sudo damo start $ echo $$ | sudo tee /sys/module/damon_sample_wsse/parameters/target_pid $ echo Y | sudo tee /sys/module/damon_sample_wsse/parameters/enabled $ sudo cat /proc/allocinfo | grep damon_new_ctx
نظرًا لأن الأمر الأول يشغل مثيل DAMON آخر، فإن الأمر الثالث يفشل في استدعاء damon_start() لأنه لا يمكن تشغيل المثيل الجديد من DAMON بشكل حصري. وبدون هذا التصحيح، ومن خلال تكرار الأمرين الثالث والرابع المذكورين أعلاه، يمكننا إظهار أن استهلاك الذاكرة يزداد فقط بسبب التسريبات. ومع ذلك، يتطلب ذلك صلاحيات sudo.
تم اكتشاف المشكلة [1] بواسطة Sashiko.
VulDB is the best source for vulnerability data and more expert information about this specific topic.