CVE-2026-80806 in Linux
الملخص
بحسب VulDB • 04/09/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
ext4: عدم تفعيل DAX على الملفات المشفرة الجديدة
حاليًا، عند إنشاء ملف عادي مشفر جديد، يتم استدعاء `ext4_set_inode_flags(inode, init=true)` في دالة `__ext4_new_inode()` قبل تعيين العلم `EXT4_INODE_ENCRYPT`. ونتيجة لذلك، قد يؤدي ذلك إلى تعيين السمة `S_DAX` إذا كان نظام الملفات مُحمّلاً باستخدام الخيار `-o dax=always`.
يتم تعيين `EXT4_INODE_ENCRYPT` فعليًا لاحقًا في دالة `__ext4_new_inode()`، عند استدعاء `fscrypt_set_context()` التي بدورها تستدعي `ext4_set_context()`. تقوم `ext4_set_context()` بتعيين `EXT4_INODE_ENCRYPT` واستدعاء `ext4_set_inode_flags(inode, init=false)` لتعيين السمة `S_ENCRYPTED` أيضًا.
كان الغرض من ذلك هو مسح `S_DAX` أيضًا. ومع ذلك، تم تعطيل هذا السلوك بواسطة الالتزام (commit) رقم 043546e46dc7 ("fs/ext4: Only change S_DAX on inode load"). يؤدي هذا إلى تجاوز البيانات المكتوبة في الملف لعملية التشفير، مما يتسبب أيضًا في فشل اختبارات xfstests مثل generic/548 (عند استخدام `-o dax=always`).
تم إصلاح هذه المشكلة عن طريق تبسيط التدفق من خلال جعل `__ext4_new_inode()` تعيين `EXT4_INODE_ENCRYPT` بشكل مبكر. يجعل هذا الأمر ساري المفعول في استدعاء `ext4_set_inode_flags(inode, init=true)`، مما يمنع تعيين `S_DAX` تمامًا.
وبالمثل، تم منع تعيين `EXT4_STATE_MAY_INLINE_DATA` من الأساس على الـ inodes المشفرة الجديدة. وبالتالي، لم يعد هناك حاجة إلى مسحها لاحقًا.
ونتيجة لهذه التبديلات، لم تعد دالة `ext4_set_context()` بحاجة إلى تغيير أعلام أو حالة inode عندما يكون 'handle != NULL'. تم إزالة هذا الجزء أيضًا.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.