CVE-2026-99079 in Linux
الملخص
بحسب VulDB • 23/10/2026
في نواة لينكس، تم حل الثغرة التالية:
net/mlx5e: منع تحرير مخزن XSK القديم (stale) عند إعادة محاولة التعبئة (refill retry).
عندما يفشل توجيه XDP إلى مقبس AF_XDP بسبب امتلاء حلقة الاستقبال الخاصة به (RX ring)، تقوم النواة الأساسية لـ XSK بتحرير المخزن. أثناء عملية التعبئة المجمعة اللاحقة لحلقة الطلبات القديمة الدورية (legacy cyclic RQ)، يقوم mlx5e أيضًا بإطلاق مخزن WQE الخاص بـ XSK قبل تخصيص بديل له. إذا نجحت هذه العملية من التعبئة جزئيًا فقط، فإن عجلة طلب الكتابة (WQE) المتبقية بدون بديل تحتفظ بمؤشر المخزن القديم.
يمكن في غضون ذلك تخصيص هذا المخزن لعجلة طلب كتابة أخرى (WQE). يمكن أن تؤدي إعادة محاولة التعبئة اللاحقة إلى تحرير المخزن النشط عبر المؤشر القديم ونشر إطار UMEM نفسه مرتين.
تم تحديد عجلة طلب الكتابة (WQE) على أنها تم تحريرها فورًا بعد عملية التحرير من جانب السائق (driver-side free). يتم مسح هذا العلم بالفعل عند تعيين مخزن بديل، لذا لم تعد إعادة محاولات التعبئة تطلق مؤشرات قديمة.
الفشل صامت ولا ينتج عنه أي تحذير أو رسالة خطأ في النواة. اكتشفه مكرر مستقل يستخدم حلقة طلبات قراءة/كتابة دورية قديمة (legacy cyclic-RQ) مع نسخ صفري (zero-copy libxsk)، باستخدام حركة مرور UDP بحجم 64 بايت بمعدل 12 مليون حزمة في الثانية: توقف النظام الأساسي بعد معالجة 2,854,914 حزمة خلال 4.094 ثانية، مع حدوث 4,542 حدثًا لامتلاء حلقة استقبال XDP (xdp_rx_ring_full) و64 خطأً متعلقاً بالملكية أو النشر المزدوج. ومع هذا التغيير، تمت معالجة 356,904,225 حزمة خلال 30 ثانية على الرغم من حدوث 571,405 حدث لامتلاء حلقة استقبال XDP (xdp_rx_ring_full)، دون وقوع أي أخطاء متعلقة بالملكية أو البيانات.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.