CVE-2022-50555

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: tipc: tipc_topsrv_accept fonksiyonundaki bir null-ptr-deref hatası düzeltildi syzbot, tipc_topsrv_accept fonksiyonunda bir çökmeye neden olan hata tespit etti: KASAN: null-ptr-deref in range [0x0000000000000008-0x000000000000000f] Workqueue: tipc_rcv tipc_topsrv_accept RIP: 0010:kernel_accept+0x22d/0x350 net/socket.c:3487 Call Trace: <TASK> tipc_topsrv_accept+0x197/0x280 net/tipc/topsrv.c:460 process_one_work+0x991/0x1610 kernel/workqueue.c:2289 worker_thread+0x665/0x1080 kernel/workqueue.c:2436 kthread+0x2e4/0x3a0 kernel/kthread.c:376 ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:306 Bu durum, tipc_topsrv_accept() işçisi tarafından hala kullanılıyor olmasına rağmen, net .exit içerisindeki tipc_topsrv_stop() tarafından null olarak ayarlanabilen srv->listener nedeniyle meydana gelmiştir. srv->listener, tipc_topsrv_stop() içerisinde srv->idr_lock ile korunduğundan, null-ptr-deref hatasını önlemek için tipc_topsrv_accept() içerisine srv->idr_lock altında bir srv->listener kontrolü eklenmiştir. tipc_topsrv_accept() sırasında lsock nesnesinin serbest bırakılmadığından emin olmak için, sock_release() fonksiyonu, tipc_topsrv_accept işçisinin tamamlanmasını bekleyen tipc_topsrv_work_stop() sonrasına taşınmıştır. sk_callback_lock'un srv->listener yerine sk->sk_user_data'yı korumak için kullanıldığına ve bunun yerine tipc_topsrv_listener_data_ready() içerisinde srv kontrolünün yapılması gerektiğine dikkat edilmelidir. Bu aynı zamanda, tipc_topsrv_stop() içerisinde sk->sk_user_data değerini null yapan tipc_conn_close() çağrısından sonra başka bir tipc_topsrv_accept işçisinin başlatılmamasını sağlar.