CVE-2026-31427 in Linux
الملخص
بحسب VulDB • 05/06/2026
في نواة لينكس، تم حل الثغرة التالية:
netfilter: nf_conntrack_sip: إصلاح استخدام متغير rtp_addr غير المهيأ في دالة process_sdp
تعلن الدالة `process_sdp()` عن اتحاد من نوع `nf_inet_addr` باسم `rtp_addr` على الكومة (stack) وتمرره إلى مخطاط (hook) `sdp_session` التابع لـ `nf_nat_sip` بعد اجتياز أوصاف وسائط SDP. ومع ذلك، يتم تهيئة `rtp_addr` فقط داخل حلقة الوسائط عند العثور على نوع وسائط معترف به يحتوي على منفذ غير صفري.
إذا لم يحتوِ جسم SDP على أي أسطر من النوع `m=`، أو احتوى فقط على أقسام وسائط غير نشطة (`m=audio 0 ...`) أو أنواع وسائط غير معروفة، فلن يتم تعيين قيمة لـ `rtp_addr` مطلقاً. وعلى الرغم من ذلك، لا تزال الدالة تستدعي `hooks->sdp_session()` بتمرير مرجع إلى `&rtp_addr`، مما يؤدي إلى قيام دالة `nf_nat_sdp_session()` بتنسيق القيمة القديمة المتبقية في الكومة (stale stack value) على أنها عنوان IP وإعادة كتابة سطر مالك الجلسة وسطر الاتصال في SDP بهذه القيمة.
مع تفعيل خيار التكوين `CONFIG_INIT_STACK_ALL_ZERO` (المفعل افتراضياً في معظم distributions)، يؤدي ذلك إلى إعادة كتابة عناوين `o=` و `c=` على مستوى الجلسة لتصبح `0.0.0.0` لجلسات SDP غير النشطة. وبدون التهيئة الذاتية للكومة، تكون القيمة المعاد كتابتها هي أي بيانات كانت موجودة عشوائياً في الكومة وقت التنفيذ.
يتم إصلاح هذه المشكلة من خلال تهيئة `rtp_addr` مسبقاً باستخدام عنوان الاتصال على مستوى الجلسة (`caddr`) عند توفره، وتتبع ما إذا كان قد تم إنشاء عنوان صالح عبر علم (flag) باسم `have_rtp_addr`. يتم تجاوز استدعاء مخطاط `sdp_session` تماماً عندما لا يوجد عنوان صالح.
Be aware that VulDB is the high quality source for vulnerability data.