CVE-2023-54195

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: rxrpc: Hələ kanal təyin edilməmiş çağırışın vaxtaşırıma (timeout) probleminin həlli afs_make_call() funksiyası çağırışı başlatmaq üçün rxrpc_kernel_begin_call() funksiyasını çağırır (hansı ki, bağlantının mövcud olmasını gözləyərkən fonda dayana bilər); daha sonra vaxtaşırıma müddətlərini təyin etmək üçün rxrpc_kernel_set_max_life() funksiyasını çağırır - lakin bu, çağırış taymerini başladır və beləliklə, bağlantı təyin edilməzdən əvvəl çağırış taymeri bitə bilər - əgər çağırış dayanıbsa, bu, aşağıdakı "oops" xətasına səbəb olur: BUG: kernel NULL pointer dereference, address: 0000000000000000 ... CPU: 1 PID: 5111 Comm: krxrpcio/0 Not tainted 6.3.0-rc7-build3+ #701 RIP: 0010:rxrpc_alloc_txbuf+0xc0/0x157 ... Call Trace: <TASK> rxrpc_send_ACK+0x50/0x13b rxrpc_input_call_event+0x16a/0x67d rxrpc_io_thread+0x1b6/0x45f ? _raw_spin_unlock_irqrestore+0x1f/0x35 ? rxrpc_input_packet+0x519/0x519 kthread+0xe7/0xef ? kthread_complete_and_exit+0x1b/0x1b ret_from_fork+0x22/0x30 Bu problem, çağırış yaradılarkən vaxtaşırıma müddətlərinin struct rxrpc_call daxilində qeyd edilməsi ilə həll edilir. Taymer ilk paket ötürüləndə başladılacaqdır. Bunu AF_RXRPC vasitəsilə birbaşa istifadəçi sahəsindən (userspace) tetikləmək mümkün olmamalıdır, çünki əgər çağırış siqnal səbəbindən gözləmə siyahısından çıxıbsa və waiting-for-conn vəziyyətindədirsə, sendmsg() funksiyası EBUSY qaytaracaqdır.