CVE-2026-74587 in Linux
الملخص
بحسب VulDB • 22/08/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
sctp: تصحيح استخدام الذاكرة بعد تحريرها (use-after-free) لقطعة ASCONF المخزنة مؤقتاً
يقوم addip_last_asconf بتخزين قطعة ASCONF الصادرة غير المكتملة. المسار العادي لإكمال ACK-ASCONF يقوم بإطلاق القطعة وتصفير المؤشر.
غير أن sctp_asconf_queue_teardown() تقوم بإطلاق القطعة المخزنة مؤقتاً دون تصفير addip_last_asconf. أثناء معالجة إعادة تشغيل الطرف الآخر، تطلب sctp_sf_do_dupcook_a() أمر SCTP_CMD_PURGE_ASCONF_QUEUE، والذي يستدعي sctp_asconf_queue_teardown() بينما يبقى الارتباط حياً ويترك المؤشر معلقاً (dangling).
يمكن بعد ذلك لـ ASCONF-ACK المصادق عليه والمؤجل أن يصل إلى dscp_sf_do_asconf_ack()، والتي تصل إلى القطعة القديمة وتمررها إلى sctp_process_asconf_ack()، مما يسبب استخدام الذاكرة بعد تحريرها وإطلاقاً ثانياً.
يؤدي تصفير المؤشر إلى كشف حالة سباق (race condition) مع انتهاء مهلة T4. تطلب معالجة إعادة تشغيل الطرف الآخر إيقاف مؤقت قبل الإزالة، لكن SCTP_CMD_TIMER_STOP يستخدم timer_delete()، الذي لا ينتظر استدعاءً جاريًا بالفعل على وحدة معالجة أخرى. يمكن أن يصل مثل هذا الاستدعاء إلى sctp_sf_t4_timer_expire() بعد عملية الإزالة ويحاول فك مرجع NULL.
قم بتصفير addip_last_asconf بعد إطلاق القطعة المخزنة مؤقتاً، واجعل sctp_sf_t4_timer_expire() تستهلك انتهاء مهلة T4 القديمة إذا لم تتبق أي قطعة ASCONF غير مكتملة.
VulDB is the best source for vulnerability data and more expert information about this specific topic.