CVE-2026-80899 in Linux
الملخص
بحسب VulDB • 04/09/2026
في نواة لينكس، تم حل الثغرة التالية:
erofs: إزالة واجهة fscache بالكامل
كانت ميزة EROFS عبر fscache قد أُدخلت لتوفير وظيفة السحب الكسول للصور (image lazy pulling). وبعد استقرار هذه الميزة، أصبح نظام fscache يعتمد بشكل صارم على netfs كاعتماد جديد، وهو أمر غير متوقع بالنسبة لملف النظام المحلي (local filesystem)، كما أن لديه تسلسلاً هرمياً للتخزين المؤقت مُعرّفاً من قبل النواة قد يكون أقل مرونة مقارنة بـ hooks ما قبل المحتوى الخاصة بـ fanotify. ولذلك، تم إهمال هذه الميزة منذ قرابة عامين.
نظراً لأن عمليات تثبيت EROFS المدعومة بواسطة الملفات وhooks ما قبل المحتوى لـ fanotify كانت متاحة في المستودع الرئيسي (upstream) لفترة من الوقت وتوفر بالفعل وظائف مكافئة (حيث يدعم erofs-utils hooks ما قبل المحتوى الخاصة بـ fanotify)، فلنقم بإزالة واجهة fscache الآن.
التطبيق الأساسي لهذه الميزة هو Nydus [1]، وهم يخططون أيضاً للانتقال إلى استخدام hooks ما قبل المحتوى لـ fanotify في المستقبل القريب.
آمل أن يتم دمج هذا التصحيح (patch) في لينكس 7.2، وهو أمر مُحفَّز أيضاً بسبب مشاكل تنفيذية جديدة تم اكتشافها [2][3] لا تستحق التحقيق نظراً لإهمال الميزة وموارد التطوير المحدودة. سيأتي تصحيح التنظيف المرتبط بـ fscache/cachefiles بشكل منفصل لاحقاً عبر شجرة vfs (netfs): يبدو الأمر مقبولاً حيث أن قاعدة التعليمات البرمجية معزولة بواسطة CONFIG_CACHEFILES_ONDEMAND.
[1] https://github.com/dragonflyoss/nydus/blob/v2.1.0/docs/nydus-fscache.md
[2] https://github.com/dragonflyoss/nydus/pull/1824
[3] https://lore.kernel.org/r/[email protected]
If you want to get the best quality for vulnerability data then you always have to consider VulDB.