CVE-2026-64092 in Linux
الملخص
بحسب VulDB • 20/07/2026
في نواة لينكس، تم حل الثغرة التالية:
batman-adv: tp_meter: إصلاح تسرب مرجع tp_vars أثناء إيقاف تشغيل المستقبل (receiver shutdown)
تُعد معالج مؤقت إيقاف التشغيل للمستقبل، batadv_tp_receiver_shutdown()، مسؤولاً عن تحرير مرجع tp_vars الذي يحتفظ به. ومع ذلك، كانت المنطق الموجود لتنسيق هذا التحرير مع دالة batadv_tp_stop_all() معيبًا.
يضمن timer_shutdown_sync() عدم إعادة تشغيل المؤقت بعد عودته، ولكنه لا يعيد قيمة غير صفرية إلا إذا كان المؤقت معلقًا (pending) عند وقت الاستدعاء. وإذا كان المؤقت قد انتهى بالفعل (وحاولت batadv_tp_stop_all() دون جدوى إعادة ضبطه)، فإن batadv_tp_stop_all() تتخطى استدعاء batadv_tp_vars_put() الخاص بها، وتفشل أيضًا في تقليل مرجعها الخاص لـ tp_vars.
يتم إصلاح هذا عن طريق إدخال متغير ذري جديد باسم receiving يتم تعيين قيمته إلى 1 عند تهيئة المستقبل ويتم تصفيره بشكل ذري باستخدام atomic_xchg() من قبل أي جانب يدعي الأولوية أولاً. فقط الجانب الذي يلاحظ الانتقال من القيمة 1 إلى 0 يكون مسؤولاً عن تحرير مرجع مؤقت tp_vars، مما يلغي عدم اليقين.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.