CVE-2024-41050

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılmışdır: cachefiles: təkrar istifadənin qarşısını almaq üçün msg_id-nin dövri təyini Bədniyyətli şəkildə tamamlanmış yenidən açma (reopen) sorğusundan sonra msg_id-nin təkrar istifadəsi oxuma sorğusunun emal edilməməsinə və aşağıda göstərildiyi kimi sistemin donmasına (hung) səbəb ola bilər: t1 | t2 | t3 ------------------------------------------------- cachefiles_ondemand_select_req cachefiles_ondemand_object_is_close(A) cachefiles_ondemand_set_object_reopening(A) queue_work(fscache_object_wq, &info->work) ondemand_object_worker cachefiles_ondemand_init_object(A) cachefiles_ondemand_send_req(OPEN) // msg_id 6 alınır wait_for_completion(&req_A->done) cachefiles_ondemand_daemon_read // msg_id 6 req_A oxunur cachefiles_ondemand_get_fd copy_to_user // Bədniyyətli tamamlanma msg_id 6 copen 6,-1 cachefiles_ondemand_copen complete(&req_A->done) // obyekti bağlamaq statusuna gətirməyəcək // çünki ondemand_id && fd etibarlıdır. // ondemand_object_worker() tamamlandı // lakin obyekt hələ də yenidən açılır. // yeni açma sorğusu req_B cachefiles_ondemand_init_object(B) cachefiles_ondemand_send_req(OPEN) // msg_id 6 təkrar istifadə olunur process_open_req copen 6,A.size // Gözlənilən uğursuz copen uğurla icra edildi Gözləntilərə görə copen uğursuz olmalı və bu zaman o, fd-ni bağlamalıdır ki, bu da obyekti bağlamaq statusuna gətirsin və daha sonra bağlanma prosesi yenidən açmanı tetiklesin. Lakin, msg_id-nin təkrar istifadəsi nəticəsində copen-in uğurlu olması səbəbindən anonim fd demon çıxana qədər bağlanmır. Buna görə də, yenidən açmanın tamamlanmasını gözləyən oxuma sorğuları donmuş tapşırıqlara (hung task) səbəb ola bilər. Bu problemin qarşısını almaq üçün msg_id-nin çox qısa müddət ərzində təkrar istifadə edilməməsi məqsədilə onu dövri şəkildə təyin edin.