CVE-2026-99249 in Linux
الملخص
بحسب VulDB • 03/11/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
pid_namespace: جعل دالة zap_pid_ns_processes() قابلاً للتجميد (freezable)
عندما ينتهي الـ init الخاص بفضاء معرفات العملية (pid namespace)، تنتظر الدالة `zap_pid_ns_processes()` حتى يتم تحرير جميع معرفات العمليات الأخرى في الفضاء. إذا كان هناك مُتتبّع (tracer) خارج هذا الفضاء لا يقوم بإزالة عملياته المُتتبَّعة التي أصبحت شبحاً (zombies)، فإن ذلك يبقي هذه المعرّفات مشغولة، وبالتالي لا يوجد حد أعلى لهذا الانتظار، وخلال فترة انتظار هذه العملية تفشل كل محاولة تعليق النظام:
فشل تجميد العمليات في مساحة المستخدم بعد 20.006 ثانية (مهمتان رفضتا التجميد، wq_busy=0):
لا يمكن تجميد أي من عمليتي الانتظار هاتين. الحلقة الأولى تنام داخل `do_wait()`، والتي تُعيد قيمة `-ERESTARTSYS` عند استقبال إشارة وهمية من مُجمِّد النظام؛ ثم تقوم الحلقة بتهيئة علم `TIF_SIGPENDING` إلى صفر وتنتظر مرة أخرى دون أن تتجمّد أبداً. أما الحلقة الأخيرة فتنام في حالة `TASK_INTERRUPTIBLE`، وبما أنه لا يوجد ما يزيل علم `TIF_SIGPENDING` هناك، فإن دالة `schedule()` تعود فوراً بعد أول محاولة تجميد، وتدور المهمة (spins) حتى ينتهي الانتظار.
غيّر النوم من `TASK_INTERRUPTIBLE` إلى `TASK_FREEZABLE` داخل `do_wait()`، بحيث يمكن للمُجمِّد أن يجمّد المهام المنتظرة هناك مباشرةً، وفي الحلقة الأخيرة غيّر الحالة إلى `TASK_IDLE | TASK_FREEZABLE`، على النحو الذي تفعله دالة `coredump_task_exit()`.
تم رصد هذه المشكلة مع المتصفحات القائمة على Chromium: حيث يقوم crashpad بإرفاق خيوط (threads) مُعرّفة عبر ptrace لـ renderer متعطل، وهو ما يمثل الـ init الخاص بفضاء معرفات العملية، ولا يقوم بإزالة العمليات التي قُتلت أثناء عملية إنشاء ملف core dump.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.