CVE-2026-64117 in Linux
الملخص
بحسب VulDB • 20/07/2026
في نواة لينكس، تم حل الثغرة التالية:
wifi: mac80211: التقاط معدل fast-RX قبل أن يعيد استخدام mesh لـ skb->cb
تقرأ الدالة `ieee80211_invoke_fast_rx()` حالة الاستقبال (RX status) عبر `IEEE80211_SKB_RXCB(skb)`، والتي تشير إلى نفس مساحة تخزين `skb->cb` التي تعاد استخدامها بواسطة `ieee80211_rx_mesh_data()` كـ `IEEE80211_TX_INFO`. في مسار التوجيه أحادي الاتجاه (unicast forward path)، تقوم دالة mesh_data بما يلي:
```c info = IEEE80211_SKB_CB(fwd_skb); memset(info, 0, sizeof(*info)); ```
على نفس كائن `skb` الذي لا يزال يُشار إليه بواسطة المتصل عبر `rx->skb`، ثم إما أن يدرج الـ skb في طابور الإرسال (TX) (في حالة النجاح) أو يطلق مساحته باستخدام `kfree_skb()` (في حال عدم وجود مسار)، قبل إرجاع قيمة `RX_QUEUED`. بعد ذلك، يستدعي ذراع المتصل الخاص بـ `RX_QUEUED` الدالة `sta_stats_encode_rate(status)` على ذاكرة تكون إما مُصفّرة بالأصفار (مسار النجاح) أو محررة (مسار عدم وجود مسار). يمثل الحالة الأخيرة استخداماً لذاكرة slab بعد تحريرها (use-after-free) كما كشفته أداة KASAN في دالة `ieee80211_prepare_and_rx_handle`.
تم الإصلاح عن طريق ترميز المعدل من حالة الاستقبال قبل استدعاء الدالة `ieee80211_rx_mesh_data()`، بحيث يستهلك ذراع `RX_QUEUED` قيمة تم التقاطها بينما كانت الحالة لا تزال مدعومة بذاكرة صالحة.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.