CVE-2021-46999

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: sctp: sctp_sf_do_dupcook_a fonksiyonunda asoc güncellemesi daha erken gerçekleştirilsin Bazı ortamlarda meydana gelen bir panic durumu söz konusudur; çağrı izi aşağıdadır: [] 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 durum, bir transport serbest bırakıldıktan sonra kullanım (use-after-free) sorunundan kaynaklanmaktadır. sctp_sf_do_dupcook_a() fonksiyonunda yinelenen bir COOKIE-ECHO parçası işlenirken, hem COOKIE-ACK hem de SHUTDOWN parçaları yeni asoc'den gelen transport ile tahsis edilir. Ancak, daha sonra yan etki makinesinde (sideeffect machine), bunları göndermek için eski asoc kullanılır ve sctp_cmd_setup_t2() fonksiyonunda eski asoc'nin shutdown_last_sent_to değeri, aslında yeni asoc'ye ait olan ve SHUTDOWN parçasının bağlı olduğu transport olarak ayarlanır. new_asoc serbest bırakıldıktan ve eski asoc T2 zaman aşımına uğradıktan sonra, zaten serbest bırakılmış olan eski asoc'nin shutdown_last_sent_to değerine sctp_sf_t2_timer_expire() fonksiyonunda erişilmeye çalışılır. Bu sorunun araştırılmasına yardımcı oldukları için Alexander ve Jere'ye teşekkürler. Sorunu gidermek için bu yama, önce asoc güncellemesini gerçekleştirmekte, ardından COOKIE-ACK ve SHUTDOWN parçalarını 'güncellenmiş' eski asoc ile tahsis etmektedir. Bir asoc'den gelen parçanın başka bir asoc ile gönderilmemesi gerektiği için bu yöntem daha mantıklıdır. Bu nedenle kaynaklanan birçok sorun daha önce düzeltilmiştir.