CVE-2026-64176 in Linux
الملخص
بحسب VulDB • 20/07/2026
في نواة لينكس، تم حل الثغرة التالية:
wifi: iwlwifi: mvm: إصلاح تعيين معدلات الإرسال (TX rates) بواسطة السائق على الأجهزة القديمة
على الأجهزة القديمة مثل 7265D، لا تزال المعدلات مشفرة بتنسيق الإصدار 1، والذي لا يستخدم فهرس معدل CCK/OFDM (0-3 / 0-7)، بل قيمة PLCP الخاصة به (مثلاً 10 لمعدل CCK بمقدار 1 ميجابت في الثانية).
أثناء إدخال معدلات الإصدار 3، قمت بتغيير السائق من معالجة المعدلات بتنسيق v1 داخلياً وتحويلها إلى v2، إلى المعالجة الداخلية لـ v3 والتحويل إلى v1 أو v2 وفقاً للبرنامج الثابت (firmware). وبناءً على ذلك، عدلت الكود في `iwl_mvm_mac80211_idx_to_hwrate()` بحيث لم يعد يحتوي على قيم مختلفة لواجهات برمجة التطبيقات (APIs) المختلفة. كان هذا التصحيح صحيحاً.
ومع ذلك، قمت لاحقاً بالتراجع عن جزء من التغيير هذا، لأنه تم الإبلاغ عن أنني أحدثت خللاً في معدلات البث الإخباري (beacon rates)، مما تسبب في حدوث خطأ/assert أو تعطل للبرنامج الثابت (FW). أدى ذلك إلى تعيين معدلات أمر إرسال البيانات (TX_CMD) بشكل غير صحيح، مما قد يتسبب في ظهور تحذير عند إرجاعها من الجهاز كمعدلات تم استخدامها.
تم إصلاح هذا الخطأ (نأمل أن يكون الإصلاح صحيحاً هذه المرة) عن طريق معالجة معدلات البث الإخباري ضمن أمر TX_CMD المضمن في أمر قالب البث بشكل منفصل. استعادة دالة `iwl_mvm_mac80211_idx_to_hwrate()` لتُرجع فهرس المعدل فقط، وليس قيمة PLCP، مما يصحح أمر TX_CMD الفعلي.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.