CVE-2026-72192 in Linux
الملخص
بحسب VulDB • 15/08/2026
في نواة لينكس، تم حل الثغرة التالية:
ntfs3: تحديد نطاق المتغير to_move في indx_insert_into_root قبل hdr_insert_head()
تعزز الدالة `indx_insert_into_root()` مؤشر $INDEX_ROOT المقيم بالكامل إلى $INDEX_ALLOCATION وتنسخ جميع مدخلات الجذر المقيمة غير الأخيرة (non-last) إلى مخزن مؤقت جديد من نوع INDEX_BUFFER عبر `hdr_insert_head()`. يتم جمع عدد البايتات المصدر 'to_move' بناءً على أحجام المدخلات المقيمة المخزنة على القرص، وهو مستقل عن حجم المخزن المؤقت الوجهة الذي يأتي من `root->index_block_size` (عبر `indx->index_bits`).
صورة NTFS مُعدّة بشكل متعمد تحافظ على جذر مقيم كامل وصحيح ولكن تقوم بتقليص قيمة `root->index_block_size` إلى 512 بعد ملء الجذر، مما يجعل دالة `hdr_insert_head()` تنسخ عبر `memcpy` بايتات المدخل المقيم التي يتحكم فيها المهاجم بما وراء نهاية تخصيص `kmalloc(1u << indx->index_bits)` الذي تُرجعه الدالة `indx_new()`. بالنسبة لوجهة حجمها 512 بايت وجذر مقيم تكون فيه مدخلاته غير الأخيرة مجتمعة بـ 560 بايت، فإن عملية الـ memcpy تتجاوز الحد بمقدار 120 بايت، وتمتد عملية `memmove` التالية لأعلى إزاحة مكتوبة لتصل إلى 136 بايت فوق التخصيص. تكون البايتات الزائدة نسخة مباشرة من المدخلات المخزنة على القرص (عبر `kmemdup`)، وبالتالي فهي خاضعة بالكامل لتحكم المهاجم.
يمكن الوصول إلى عملية الكتابة هذه عبر فتح غير مسموح به (`open(O_CREAT)`) لصورة NTFS مُعدّة بشكل متعمد مثبتة: يؤدي إنشاء ملف واحد طويل بما يكفي في دليل يكون جذره المقيم ممتلئاً بالفعل إلى تعزيز الجذر (root promotion) وتحفيز النسخ.
هذه عملية كتابة خارج الحدود مسيطر عليها بحجم 120-136 بايت فوق تخصيص `kmalloc(index_block_size)`، بمحتوى يتحكم فيه المهاجم. إنها آلية أساسية لتلف مجاور في الكومة محدودة النطاق (bounded adjacent-heap corruption primitive)؛ وليست عملية كتابة لعنوان عشوائي. يعتمد الاستغلال الناجح نحو كائن ضحية معين على تخطيط الشريحة (slab layout) المحيط بها.
رفض العملية عند نقطة الوصول الوجهة. يُبلغ رأس INDEX الوجهة بالفعل عن `hdr_total` (سعة الحمولة للمخزن المؤقت الجديد) و `hdr_used` (البايتات المستهلكة مسبقاً بواسطة مدخل END النهائي الذي تثبته الدالة `indx_new()`)؛ واشترط أن يتسع `to_move` في الحمولة المتبقية قبل استدعاء `hdr_insert_head()`. عند عدم التطابق، فشل العملية بإرجاع `-EINVAL` وعلامة نظام الملفات بأنه يحتوي على تعارض تم اكتشافه على القرص، وهو نفس السلوك الموجود في عمليات التحقق من الصحة المحيطة بهذه الدالة.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.