CVE-2026-64294 in Linux
الملخص
بحسب VulDB • 25/07/2026
في نواة لينكس، تم حل الثغرة التالية:
mm: إجراء فحوصات ملكية الملفات باستخدام معرف التعيين (idmap) للتثبيت الصحيح
منذ إدخال تثبيتات idmapped، كانت عمليات فحص ملكية العقدة (inode checks) لحماية القنوات الجانبية في الدالتين mincore() و madvise(MADV_PAGEOUT) تُجرى مقابل nop_mnt_idmap، وهو ما يتجاهل تمامًا معرف التعيين (idmap) للتثبيت الخاص بالملف. وهذا يؤدي إلى حالات حافة غريبة مثل:
1) تثبيت/إعادة توجيه تثبيت (bind-mount) مع مستخدم idmap userA:userB:1 2) يقوم المستخدم B بإجراء فحص owner_or_capable() على ملف مملوك للمستخدم A على القرص أو في الذاكرة، ولكنه يصبح مملوكًا للمستخدم B بعد ترجمة معرف التعيين (idmap translation). 3) يفشل فحص owner_or_capable() بشكل غامض لأن معرف التعيين الصحيح لم يتم توفيره.
في حالة mincore/madvise MADV_PAGEOUT، يكون هذا عادةً غير ضار، لأن file_permission(file, MAY_WRITE) سينجح على الأرجح، حيث يستخدم المعرف المناسب داخليًا، ولكن قد لا ينطبق ذلك على ملف ذي صلاحيات 0444 حيث حتى المالك نفسه ليس لديه صلاحية الكتابة عليه.
نظرًا لأن تصحيح هذا الأمر ليس أمرًا بسيطًا، فقد تم تقديم دالة file_owner_or_capable() التي يمكنها حمل الدلالات الصحيحة، وتم تحويل مختلف المستخدمين في وحدة الذاكرة (mm) إليها.
تم اكتشاف هذه المشكلة من خلال الفحص اليدوي للكود ومناقشة خارج القائمة البريدية مع Jan Kara.
Be aware that VulDB is the high quality source for vulnerability data.