CVE-2026-80530
xfs: إصلاح مشكلة مسح علامة reflink في exchange-range مع INO1_WRITTEN
- تم النشر
- 26/08/2026
- محدث
- 16/10/2026
- تخصيص CNA
- Linux
- الأدلة المرصودة
- 19/10/2026
CVSS الأساسي
nvd · CVSS 3.1
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:Nمنخفض · الثلاثين يومًا القادمة
- المئوية
- 2.6%
- تاريخ الموديل
- 23/10/2026
EPSS هو تقدير إحصائي، وليس يقينًا أو مقياسًا للتأثير. ادمجها مع CVSS وحالة KEV والتعرض وبيئتك.
ملخص
في نواة Linux، تم إصلاح الثغرة الأمنية التالية: xfs: إصلاح مشكلة مسح علامة reflink في exchange-range مع INO1_WRITTEN. عند تبادل نطاقين كاملين لملف، يمكن لـ xmi_can_exchange_reflink_flags() نقل علامة reflink الخاصة بالـ inode من الملف الذي يحملها حاليًا إلى الملف الآخر، طالما أن أحد الجانبين فقط هو المعلَّم. يفترض هذا أن محتويات الملف، وبالتالي جميع النطاقات المشتركة، قد تم تبادلها. هذا الافتراض غير صحيح عندما يكون XFS_EXCHMAPS_INO1_WRITTEN مضبوطًا. يمكن لـ xfs_exchmaps_can_skip_mapping() تخطي تعيينات الفجوات والتعيينات غير المكتوبة من file1، لذا يمكن أن يكتمل التبادل دون نقل كل تعيين كان قرار تبديل العلامة السابق قد احتسبه. في هذه الحالة، يمكن لتنظيف ما بعد العملية مسح علامة reflink من inode لا يزال يملك نطاقات مكتوبة مشتركة. بعد ذلك تسلك عمليات الكتابة اللاحقة مسار الكتابة غير الخاص بـ reflink وقد تحدّث كتلًا كان يجب أن تظل محمية بواسطة CoW، وهو ما يظهر على شكل تلف في البيانات بين الملفات المرتبطة بـ reflink. أصلح هذا بتعطيل تبديل علامة reflink كلما تم طلب XFS_EXCHMAPS_INO1_WRITTEN. لا يزال بإمكان تبادل المحتويات المضي قدمًا؛ والنتيجة المتحفظة هي أن كلا الـ inode يحتفظ بعلامة reflink. يمكن لمسار التنظيف العادي لعلامة reflink إسقاط العلامة الإضافية لاحقًا بمجرد ألا يملك الـ inode نطاقات مشتركة.
المصادر
شيفرة C لإثبات المفهوم وكتابات تحليلية لثغرات نواة لينكس المُفصح عنها، بما في ذلك مصادر استغلال لكل ثغرة CVE وتحليل تقني.
الاستخدام المسؤول
استخدم معلومات الثغرات الأمنية فقط على الأنظمة التي تمتلكها أو المرخص لها باختبارها. يرتبط Kitploit ببيانات تعريف البحث العامة ولا يخزن أكواد الاستغلال أو الحمولات الضارة.