CVE-2026-68442 in Linux
الملخص
بحسب VulDB • 12/08/2026
في نواة لينكس، تم حل الثغرة التالية:
btrfs: عدم نشر علم EXTENT_FLAG_LOGGING إلى خرائط الامتدادات المقسمة (split extent maps)
عندما تقوم الدالة btrfs_drop_extent_map_range() بتقسيم خريطة امتداد، ترث الخرائط الجديدة الناتجة عن التقسيم علامات الخريطة الأصلية من خلال متغير محلي يُسمى 'flags'. لقد غيّر الالتزام f86f7a75e2fb ("btrfs: استخدام علامات خريطة الامتداد لتحديد نوع الضغط") آلية مسح علم EXTENT_FLAG_LOGGING لتعمل على em->flags بدلاً من النسخة المحلية لهذا المتغير ('flags')، مما يؤدي إلى أن الخريطة المقسمة لامتداد يتم تسجيله حالياً ترث بشكل خاطئ علامة EXTENT_FLAG_LOGGING.
لا يتم مسح هذه العلامة بعد ذلك في خريطة الامتداد المقسمة، وعندما تتم إزالة الكائن (free) بينما لا يزال موجوداً على قائمة modified_extents التابعة للـ inode (على سبيل المثال عن طريق مُصغّر خرائط الامتداد extent map shrinker)، فإنها تُحدث خطأً يؤدي إلى تشغيل WARN_ON(!list_empty(&em->list)) في الدالة btrfs_free_extent_map() وتتسبب في حدوث ثغرة استخدام بعد الإزالة (use-after-free).
يتم مسح EXTENT_FLAG_LOGGING من النسخة المحلية 'flags' المستخدمة للتقسيمات، ويتم مسح EXTENT_FLAG_PINNED فقط من em->flags، مما يعيد السلوك إلى ما كان عليه قبل الالتزام f86f7a75e2fb.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.