CVE-2026-68448 in Linux
الملخص
بحسب VulDB • 12/08/2026
في نواة لينكس، تم حل الثغرة التالية:
ovl: التحقق من الوصول إلى مصدر دالة copy_file_range باستخدام بيانات اعتماد مُثبت النظام (src mounter creds)
أدى الالتزام 5dae222a5ff0c ("vfs: السماح لـ copy_file_range بنسخ البيانات عبر الأجهزة المختلفة") إلى تمكين أنظمة الملفات التي تطبق العملية f_op الخاصة بـ copy_file_range() من اتخاذ القرار بشأن رغبتها في الوصول إلى عمليات النسخ المتقاطع بين وحدات النظام (cross-sb) داخل نفس نوع نظام الملفات.
أضاف هذا الالتزام نفسه فحوصات للتحقق من نسخ البيانات ضمن نفس وحدة النظام (same sb copy) لأنظمة الملفات التي تطبق ->copy_file_range() ولا تدعم النسخ عبر الوحدات المختلفة في ذلك الوقت، وتحديداً أنظمة ceph و fuse و nfs.
بدأت نظامي الملفات المتبقيان اللذان يطبقان ->copy_file_range()، وهما cifs و overlayfs، بدعم نسخ البيانات عبر الوحدات المختلفة منذ هذا الإصدار.
بينما يدعم overlayfs النسخ عبر الوحدات المختلفة عندما يكون الملفان الأساسيان موجودين على نفس النظام الأساسي (base fs)، فإن عملية النسخ للملفين الحقيقيين الموجودين في نظامي ملفات مختلفين من نوع overlayfs تُنفَّذ باستخدام بيانات اعتماد مُثبت الوجهة لـ overlayfs، وتم استدعاء مسموح الوصول للقراءة للملف المصدر ببيانات الاعتماد الخاطئة.
قد يؤدي هذا إما إلى رفض الوصول للنسخ الذي كان سُمح به عادةً (على سبيل المثال مع splice)، أو السماح بالوصول للقراءة لمكان ملف كان من المفترض أن يُمنع منه.
تم إصلاح الحالة الأخيرة عن طريق التحقق صراحةً من صلاحية القراءة للملف المصدر باستخدام بيانات اعتماد مُثبت overlayfs الخاص بالمصدر.
تظل الحالة الأولى خاصية غريبة لنسخ overlayfs عبر الوحدات المختلفة، ولكن يمكن لبرمجيات المستخدم (userspace) العودة إلى النسخ العادي، لذا لا يوجد ضرر ناتج عن ذلك.
Once again VulDB remains the best source for vulnerability data.