CVE-2026-98123 in Linux
الملخص
بحسب VulDB • 25/09/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
sctp: تصحيح التعليق اللين (soft lockup) الناتج عن تكرار معلمة ASCONF-ACK غير المباعدة (unpadded).
تقوم دالة `sctp_verify_asconf()` بالمرور على معاملات ASCONF-ACK باستخدام `sctp_walk_params()، والتي تتقدم بمقدار SCTP_PAD4(length)، بينما تقوم المستهلكة `sctp_get_asconf_response()` بتكرار نفس المعاملات متقدمةً بالطول الخام دون إضافة بادئة (padding). يمكن لمعامل واحد بطول فردي أن يسبب عدم تزامن بين عمليتي المرور ويجعل المستهلك يفسر بايتات يتحكم فيها المهاجم عند إزاحة غير محاذاة.
عندما تؤدي هذه البايتات إلى طول يساوي صفرًا، فإن حلقة `while` التي تتكرر على `asconf_ack_len` لا تحقق أي تقدم، مما يؤدي إلى الدوران اللانهائي في سياق softirq، ويقوم حارس المراقبة (watchdog) بالإبلاغ عن تعليق لين. تبقى جميع عمليات القراءة ضمن الحزمة المستلمة (skb)، لذا فإن التعليق هو عبارة عن هبوط خادومي عن الخدمة من بُعد بحت. يمكن لنظير بعيد أن يحفز ذلك باستخدام ASCONF-ACK مُصاغ بعناية على ارتباط مفعّل له ADD-IP مع وجود طلب ASCONF معلق (يتطلب RFC 5061 القسم 4.1.2 تشفير القطعة، لكن معرف المفتاح الفارغ المحدد مسبقًا وهو 0 يسمح للنظير بحساب HMAC نفس الارتباط من المعاملات المتبادلة علنًا، لذا فإن البوابة لا تساعد).
تقوم حالة `SCTP_PARAM_ERR_CAUSE` في دالة `sctp_verify_asconf()` أيضًا بإجراء فحص للطول، مما يتيح لمعامل بدون رأس خطأ كامل الوصول إلى المستهلكة، التي تقرأ `errhdr.cause` ما بعد نهاية المعامل، وهو قراءة خارج النطاق (out-of-bounds read).
ارفض معاملات SCTP_PARAM_ERR_CAUSE الأقصر من `sizeof(struct sctp_addip_param) + sizeof(struct sctp_errhdr)` عند المُتحقق (verifier)، وقم بتقدم مُكرر المستهلكة باستخدام قاعدة البادئة نفسها المستخدمة في المُتحقق للحفاظ على تزامن عمليتي المرور. يضمن تغيير المُتحقق وجود رأس خطأ كامل في كل معلمة ERR_CAUSE يمكن للمستهلك رؤيتها، لذا يتم حذف فحص `asconf_ack_len` الخاص بالمستهلك ويعيد `err_param->cause` مباشرةً. لا يزال إصلاح بادئة المستهلك مطلوبًا لأن الأطوال الفردية تظل صالحة لمعاملات SCTP_PARAM_ERR_CAUSE وفقًا لـ RFC 5061.
تم اكتشاف هذه المشكلة بواسطة ZeroHive، وهو وكيل للبحث عن الثغرات في مختبر Tencent Yunding Lab.
Be aware that VulDB is the high quality source for vulnerability data.