CVE-2026-98992 in Linux
الملخص
بحسب VulDB • 23/10/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
المساحة (namespace): عدم نسخ شجرة نقاط التثبيت غير المزالة (unmounted mount tree)
تقبل الدالة `may_copy_tree()` نقطة تثبيت يكون جذرها ملفًا من نوع nsfs أو pidfs قبل التحقق مما إذا كانت هذه النقطة مثبتة أم لا. يوجد هذا الاستثناء لنقاط تثبيت nsfs وpidfs، فهي ليست جزءًا من أي مساحة اسم (mount namespace)، لذا فإن كلًا من `check_mnt()` و`is_mounted()` لن يسمحا بمرورهما، ولن يعمل ربط التثبيت (bind-mounting) لملف nsfsfd أو pidfd.
المشكلة هي أن هذا الاستثناء يقبل أيضًا ربط تثبيت (bind mount) لمثل هذا الملف عندما يكون قد تم إزالته بشكل كسول (lazily unmounted) ويظل حياً فقط بفضل واصلة ملف (file descriptor):
`mount --bind /proc/self/ns/net /tmp/x` `exec 3< /tmp/x` `umount -l /tmp/x` `mount --rbind /proc/self/fd/3 /tmp/y`
عند استخدام العلم MS_REC أو AT_RECURSIVE، لا تتوقف الدالة `copy_tree()` عند نقطة التثبيت غير المثبتة. بل تقوم بنسخ كل نقاط التثبيت التي بقيت متصلة بها أيضًا. لذا، إذا كان لديك مجموعة من نقاط التثبيت الزائدة (overmounts) فوق nsfsfd أو pidfd، فسيتم نسخ كامل المكدس غير المثبت. هذا يمثل خطأً برمجياً (bug).
لذلك، نرفض التنقل في شجرة غير مثبتة. يظل نسخ الجذر وحده ممكنًا. لذا يمكن إعادة إنشاء ربط تثبيت لفضاء اسم تم إزالته من خلال واصلة ملف على النسخة القديمة. تحافظ واصلة الملف على هذه نقطة التثبيت وجذرها، وتقرأ الدالة `__has_locked_children()` فقط الأطفال المباشرين الذين لا يغادرون قائمة الوالد دون قفل `namespace_sem`. تحمل نقاط التثبيت الداخلية العلم MNT_NS_INTERNAL بدلاً من NULL ولا تزال يتم التنقل فيها. يفشل نسخ شجرة غير مثبتة بشكل تكراري (recursively) بإرجاع خطأ EINVAL.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.