CVE-2026-72221

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: sunrpc: ləğv etmə yarışı uduzduqda gedişdə olan TLS əl sıxma (handshake) geri çağırışının gözlənilməsi svc_tcp_handshake() funksiyasındakı wait_for_completion_interruptible_timeout() 0 (vaxt aşımı) və ya -ERESTARTSYS (siqnal) qaytardıqda və tls_handshake_cancel() sonra false qaytardıqda, handshake_complete() ləğv etmə yarışını qazanmış olur: o, HANDSHAKE_F_REQ_COMPLETED təyin etmişdir və svc_tcp_handshake_done() funksiyasını çağırmaq üzrədir, lakin geri çağırışın xpt_flags və svsk->sk_handshake_done üzərindəki yan təsirləri hələ tətbiq edilməmişdir. Mövcud kod sessiyanın uğurlu olub-olmadığını müəyyən etmək üçün dərhal xpt_flags dəyərini oxuyur. Bu, iki yarışa səbəb olur. Əgər geri çağırış set_bit(XPT_TLS_SESSION) funksiyasını icra edib, lakin hələ clear_bit(XPT_HANDSHAKE) funksiyasını icra etməyibsə, svc_tcp_handshake() sessiyanı görür, nəqliyyatı növbəyə əlavə edir və geri dönür. Daha sonra svc_xprt_received() XPT_BUSY bitini təmizləyir, işçi axın (worker thread) nəqliyyatı götürür, svc_handle_xprt() funksiyasındakı dispetcher XPT_HANDSHAKE-in hələ də təyin edildiyini müşahidə edir və xpo_handshake ikinci dəfə çağırılır. Həmin svc_tcp_handshake() funksiyası init_completion(&svsk->sk_handshake_done) çağırarkən, orijinal geri çağırış eyni zamanda onun üzərində complete_all() çağırır ki, bu da daxili swait_queue strukturunu korlayır. Əgər geri çağırış HANDSHAKE_F_REQ_COMPLETED təyin edib, lakin hələ svc_tcp_handshake_done() funksiyasına daxil olmayıbsa, svc_tcp_handshake() XPT_TLS_SESSION bitini təmizlenmiş kimi oxuyur və əl sıxma uğura doğru getdiyi halda belə bağlantını kəsir. xpt_flags yoxlanılmadan əvvəl geri çağırışın tamamlanması gözlənilir. Tamamlanmanın baş verməsi zəmanətlidir, çünki handshake_complete() HANDSHAKE_F_REQ_COMPLETED təyin etdikdən sonra şərtsiz olaraq svc_tcp_handshake_done() funksiyasını çağırır.