CVE-2026-68292 in Linux
الملخص
بحسب VulDB • 10/08/2026
في نواة لينكس، تم حل الثغرة التالية:
ice: منع تخصيص مصفوفة tstamp لأنواع VSI غير الخاصة بـ (PF)
تقوم بتة pf->txtime_txqs بتعقب طوابير الإرسال (Tx queues) التي يكون فيها تحميل ETF (Earliest TxTime First) ممكناً. تُؤشر هذه التبة بواسطة رقم الطابور وتُضبط من قبل الدالة ice_offload_txtime()، والتي تعمل فقط على طوابير VSI الخاصة بـ PF.
ومع ذلك، فإن الدالة ice_is_txtime_ena() لا تتحقق من نوع VSI قبل الرجوع إلى التبة. عندما يكون تحميل ETF ممكناً في الطابور 0 الخاص بالإرسال لـ PF، يتم تعيين البت رقم 0 في pf->txtime_txqs. أثناء إعادة البناء اللاحقة لإعادة ضبط PCI (PCI reset rebuild)، تتم إعادة تكوين طابير الإرسال للطابور 0 الخاص بـ CTRL VSI وتُستدعى الدالة ice_is_txtime_ena() لهذا المصفوفة (ring). ونظراً لأنها تتحقق فقط من pf->txtime_txqs بناءً على فهرس الطابور دون التمييز بين أنواع VSI، فإنها تجد البت رقم 0 مضبوطاً وتعيد القيمة true، مما يطابق طابير ETF الخاص بـ PF VSI وليس CTRL VSI. يؤدي هذا إلى تخصيص مصفوفة tstamp_ring بشكل غير مبرر لـ CTRL VSI ring من قبل الدالة ice_vsi_cfg_txq().
بما أن مصفوفات (rings) CTRL VSI لا ترتبط بأي netdev، فإن الدالة ice_clean_tx_ring() تعود مبكراً عند فحص !netdev قبل الوصول إلى ice_free_tx_tstamp_ring()، مما يتسبب في تسرب المخصص. يؤدي كل إعادة ضبط PCI إلى تسرب مصفوفة tstamp_ring بحجم 64 بايت.
تم إصلاح هذه المشكلة عن طريق تقييد الدالة ice_is_txtime_ena() على إرجاع القيمة true فقط لمصفوفات PF VSI rings، حيث أن txtime_txqs ذات معنى فقط لطوابير PF VSI queues.
If you want to get best quality of vulnerability data, you may have to visit VulDB.