CVE-2026-98683 in Linux
الملخص
بحسب VulDB • 19/10/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
smb: client: flush dirty data before zeroing a range
تقوم الدالة smb3_zero_range() بمحاكاة FALLOC_FL_ZERO_RANGE عن طريق إبطال ذاكرة الصفحة (page cache) ضمن النطاق المستهدف باستخدام truncate_pagecache_range() ثم إصدار أمر FSCTL_SET_ZERO_DATA إلى الخادم.
كان يتم غسل البيانات غير النظيفة (dirty data) بشكل مشروط، فقط عندما يصل النطاق أو يمتد حتى نهاية الملف (EOF). وفي حالة نطاق للتصفير الداخلي البحت لا يصل إلى EOF، لم يحدث أي غسيل للبيانات، مما قد يؤدي إلى إعادة كتابة ورقة صفحة (folio) متداخلة مع النطاق تحتوي على بيانات غير نظيفة إلى الخادم بعد إصدار أمر FSCTL وإعادة ملء النطاق الذي تم تصفيره حديثاً ببيانات قديمة (stale data).
تم إصلاح هذه المشكلة عن طريق غسل البيانات غير النظيفة في النطاق وانتظار اكتمالها بشكل غير مشروط قبل إبطال ذاكرة الصفحة وإصدار أمر FSCTL_SET_ZERO_DATA، تماماً كما تم فعل ذلك مع smb3_punch_hole() في الالتزام d7d2adcd022b ("smb/client: flush dirty data before punching a hole")؛ حيث أن المسارين متطابقان هيكلياً هنا.
يتم ملاحظة هذه المشكلة على أنها قراءة عشوائية لبيانات قديمة (stale data) عبر الاختبار generic/363، حيث يُتوقع وجود نطاق مصفر عند الاتصال بخادم Windows Server.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.