CVE-2026-64564

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılıb: sctp: DEL-IP emalı zamanı ASCONF-un öz transportunu azad etməyin sctp_process_asconf() funksiyası, ASCONF blokunun qarşılaşdığı transportu asconf->transport-da (== chunk->transport, bir dəfə sctp_rcv()-də təyin edilir) keşləyir. __sctp_rcv_asconf_lookup() vasitəsilə Ünvan Parametri ilə tapılan ASCONF üçün həmin keşlənmiş transport Ünvan Parametrinə uyğun gəlir və bu, paketinin mənbə ünvanı olmaya bilər. sctp_process_asconf_param() paketin mənbə ünvanı üçün DEL-IP sorğusunu rədd edir (ADDIP D8, SCTP_ERROR_DEL_SRC_IP), lakin asconf->transport-u qoruyan heç bir mexanizm yoxdur. Buna görə də tək bir ASCONF ardıcıllıqla bunları daşıya bilər: [Ünvan Parametri L] [DEL-IP L] [DEL-IP 0.0.0.0] burada L mənbədən fərqlidir. L üçün DEL-IP sorğusu D8 yoxlamasından keçir və asconf->transport-un hələ də göstərdiyi transport üzərində sctp_assoc_rm_peer() funksiyasını çağıraraq onu azad edir (RCU-gecikdirilmiş). Sonrakı wildcard DEL-IP isə artıq asılı qalan (dangling) asconf->transport-u sctp_assoc_set_primary() və sctp_assoc_del_nonprimary_peers() funksiyalarında yenidən istifadə edir: set_primary() azad edilmiş transporta (->ipaddr, ->state) müraciət edir və asılı göstəricini asoc->peer.primary_path / active_path-ə yerləşdirir; del_nonprimary_peers() isə yalnız siyahıda olmayan göstəricini saxlayaraq bütün real transportları silir, nəticədə assosiasiyanın transport_count-u 0 olur və primary_path/active_path azad edilmiş yaddaşa işarə edir. Mövcud mənbə-ünvan mühafizəsini əks etdirərək, ASCONF-un emal edildiyi transportu hədəfləyən DEL-IP sorğusunu rədd edin ki, beləliklə wildcard budaq azad edilmiş transportu heç vaxt yenidən istifadə etməsin.