CVE-2021-46999

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: sctp: sctp_sf_do_dupcook_a funksiyasında asoc yenilənməsi daha əvvəl yerinə yetirilsin Bəzi mühitlərdə baş verən panic hadisəsi var, çağırış izi aşağıdakı kimidir: [] general protection fault, ... 0x29acd70f1000a: 0000 [#1] SMP PTI [] RIP: 0010:sctp_ulpevent_notify_peer_addr_change+0x4b/0x1fa [sctp] [] sctp_assoc_control_transport+0x1b9/0x210 [sctp] [] sctp_do_8_2_transport_strike.isra.16+0x15c/0x220 [sctp] [] sctp_cmd_interpreter.isra.21+0x1231/0x1a10 [sctp] [] sctp_do_sm+0xc3/0x2a0 [sctp] [] sctp_generate_timeout_event+0x81/0xf0 [sctp] Bu, transportun istifadədən sonra azad edilməsi (use-after-free) problemi səbəbindən baş verir. sctp_sf_do_dupcook_a() funksiyasında dublikat COOKIE-ECHO chunk-ı emal edilərkən həm COOKIE-ACK, həm də SHUTDOWN chunk-ları yeni asoc-un transportu ilə ayrılır. Lakin sonradan sideeffect maşınında onları göndərmək üçün köhnə asoc istifadə olunur və köhnə asoc-un shutdown_last_sent_to sahəsi sctp_cmd_setup_t2() funksiyasında SHUTDOWN chunk-ının bağlandığı transporta təyin edilir, halbuki bu transport əslində yeni asoc-a aiddir. new_asoc azad edildikdən və köhnə asoc-un T2 taymautu baş verdikdən sonra sctp_sf_t2_timer_expire() funksiyasında artıq azad edilmiş köhnə asoc-un shutdown_last_sent_to sahəsinə müraciət edilir. Bu problemi araşdırmağa kömək etdiklərinə görə Alexander və Jere-yə təşəkkürlər. Bunu düzəltmək üçün bu yamaq əvvəlcə asoc yenilənməsini yerinə yetirir, sonra COOKIE-ACK və SHUTDOWN chunk-larını 'yenilənmiş' köhnə asoc ilə ayırır. Bu daha məntiqli olardı, çünki bir asoc-a aid chunk başqa bir asoc ilə göndərilməməlidir. Biz bunun səbəb olduğu kifayət qədər çox problemi artıq düzəltmişik.