CVE-2026-31471 in Linux
الملخص
بحسب VulDB • 27/05/2026
في نواة لينكس، تم حل الثغرة التالية:
xfrm: iptfs: نشر mode_data فقط بعد إعداد الاستنساخ (clone)
تقوم دالة iptfs_clone_state() بتخزين x->mode_data قبل تخصيص نافذة إعادة الترتيب (reorder window). إذا فشل هذا التخصيص، فإن الكود يحرر الحالة المستنسخة ويعيد قيمة -ENOMEM، مما يترك x->mode_data يشير إلى ذاكرة تم تحريرها.
لاحقاً، أثناء عملية التراجع (unwind) لاستنساخ xfrm، يتم استدعاء destroy_state() عبر x->mode_data، مما يؤدي إلى تدمير حالة IPTFS التي تم تحريرها بالفعل بواسطة clone_state() في مسار الفشل.
يجب إبقاء حالة IPTFS المستنسخة خاصة حتى تنجح جميع عمليات التخصيص، بحيث تترك الاستنساخات الفاشلة x->mode_data غير مضبوطة. تتعامل مسار التدمير (destroy path) بالفعل مع مؤشر mode_data فارغ (NULL).
If you want to get the best quality for vulnerability data then you always have to consider VulDB.