CVE-2022-49838

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: sctp: cari mesajın bütün frag chunk-ları təmizləndikdə out_curr sıfırlansın Zhen Chen tərəfindən sistem çökməsi (crash) hesabat edilmişdir: list_del corruption, ffffa035ddf01c18->next is NULL WARNING: CPU: 1 PID: 250682 at lib/list_debug.c:49 __list_del_entry_valid+0x59/0xe0 RIP: 0010:__list_del_entry_valid+0x59/0xe0 Call Trace: sctp_sched_dequeue_common+0x17/0x70 [sctp] sctp_sched_fcfs_dequeue+0x37/0x50 [sctp] sctp_outq_flush_data+0x85/0x360 [sctp] sctp_outq_uncork+0x77/0xa0 [sctp] sctp_cmd_interpreter.constprop.0+0x164/0x1450 [sctp] sctp_side_effects+0x37/0xe0 [sctp] sctp_do_sm+0xd0/0x230 [sctp] sctp_primitive_SEND+0x2f/0x40 [sctp] sctp_sendmsg_to_asoc+0x3fa/0x5c0 [sctp] sctp_sendmsg+0x3d5/0x440 [sctp] sock_sendmsg+0x5b/0x70 və sctp_sched_fcfs_dequeue() funksiyasında, outq boş olduğu halda stream out_curr outq-dan bir chunk çıxarılmışdır (dequeued). Normalda, sctp_sched_dequeue_done() funksiyasında göründüyü kimi, cari mesajın bütün frag chunk-ları növbədən çıxarıldıqda stream->out_curr NULL olaraq təyin edilməlidir. Lakin, sctp_prsctp_prune_unsent() funksiyasında bu düzgün dequeue prosesi olmadığı üçün bunu yerinə yetirmək məqsədilə sctp_sched_dequeue_done() çağırılmır. Bu yamaq (patch), sctp_prsctp_prune_unsent() funksiyasında cari mesajın sonuncu frag chunk-ı out_curr stream-indən çıxarıldıqda out_curr dəyişənini sadəcə NULL olaraq təyin etməklə problemi həll edir.