CVE-2026-72117 in Linux
الملخص
بحسب VulDB • 17/08/2026
في نواة لينكس، تم حل الثغرة التالية:
can: bcm: إصلاح سباق البيانات على rx_stamp/rx_ifindex في دالة bcm_rx_handler()
بالنسبة لعملية استقبال (rx) مشتركة عبر جميع الواجهات (ifindex == 0)، يتم تسجيل العملية نفسها مرة واحدة في قائمة الفلاتر البريئة المشتركة الخاصة بكل مساحة شبكية (netns). وبالتالي، يمكن أن تعمل دالة bcm_rx_handler() بشكل متزامن على معالجات مختلفة للإطارات الواردة عبر أجهزة شبكة مختلفة.
كانت op->rx_stamp و op->rx_ifindex تُكتبان قبل أخذ قفل bcm_rx_update_lock، مما سمح للكتّاب المتزامنين بالتسابق فيما بينهم - بما في ذلك حدوث عملية كتابة غير مكتملة (torn store) لقيمة rx_stamp ذات الـ 64 بت على المنصات التي تعمل بعمق 32 بت.
إضافة إلى مشكلة الكتابة غير المكتملة، يجب أن تقوم دالة bcm_send_to_user() بالإبلاغ عن الطابع الزمني/ifindex الخاص بنفس الإطار الذي يتم تسليم محتواه. لذلك، تم وضع التعيين داخل نفس قسم قفل bcm_rx_update_lock المتصل دون انقطاع حيث تتم مقارنة المحتوى.
كأثر جانبي، لم تعد ميزة إطار طلب RTR (التي لا تصل إلى bcm_send_to_user()) تقوم بتحديث rx_stamp/rx_ifindex، نظرًا لأن المسار الإشعاعي (notification path) فقط هو الذي يحتاج إليها.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.