CVE-2023-53296

Linux kernel'da aşağıdaki güvenlik açığı giderilmiştir: sctp: wait_for_sndbuf sonrası gönderim akış numarasını kontrol et Bu yama, wait_for_sndbuf işleminden sonra asoc çıkış akış sayısının değişebildiği uç bir durumu düzeltmektedir. İstemcideki ana iş parçacığı bir bağlantı başlattığında; istemcinin çıkış akış sayısı N olarak ayarlanmışken sunucudaki giriş akış sayısı N - 2 olarak ayarlanmışsa ve istemcideki başka bir iş parçacığı INIT_ACK işlemeden önce N - 1 akış numarasıyla mesajlar göndermeye devam edip sndbuf için beklerse sorun oluşmaktadır. Ancak, INIT_ACK işlemi tamamlandıktan sonra istemcideki çıkış akış sayısı, sunucudaki giriş akış sayısıyla aynı olacak şekilde N - 2'ye düşürülür. sndbuf için bekleyen iş parçacığı uyandığında ve mevcut olmayan bir akışta (N - 1) mesaj gönderdiğinde çökme meydana gelir; çağrı izlemi şu şekildedir: KASAN: null-ptr-deref in range [0x0000000000000038-0x000000000000003f] Call Trace: <TASK> sctp_cmd_send_msg net/sctp/sm_sideeffect.c:1114 [inline] sctp_cmd_interpreter net/sctp/sm_sideeffect.c:1777 [inline] sctp_side_effects net/sctp/sm_sideeffect.c:1199 [inline] sctp_do_sm+0x197d/0x5310 net/sctp/sm_sideeffect.c:1170 sctp_primitive_SEND+0x9f/0xc0 net/sctp/primitive.c:163 sctp_sendmsg_to_asoc+0x10eb/0x1a30 net/sctp/socket.c:1868 sctp_sendmsg+0x8d4/0x1d90 net/sctp/socket.c:2026 inet_sendmsg+0x9d/0xe0 net/ipv4/af_inet.c:825 sock_sendmsg_nosec net/socket.c:722 [inline] sock_sendmsg+0xde/0x190 net/socket.c:745 Çözüm, iş parçacığının wait_for_sndbuf durumundan uyanmasının ardından gönderim akış numarası için düşük olasılıklı (unlikely) bir kontrol eklemektir.