Wind River Support Network

Description

In the Linux kernel, the following vulnerability has been resolved:cachefiles: cyclic allocation of msg_id to avoid reuseReusing the msg_id after a maliciously completed reopen request may causea read request to remain unprocessed and result in a hung, as shown below:       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)                    // get msg_id 6                    wait_for_completion(&req_A->done)cachefiles_ondemand_daemon_read // read msg_id 6 req_A cachefiles_ondemand_get_fd copy_to_user                                // Malicious completion msg_id 6                                copen 6,-1                                cachefiles_ondemand_copen                                 complete(&req_A->done)                                 // will not set the object to close                                 // because ondemand_id && fd is valid.                // ondemand_object_worker() is done                // but the object is still reopening.                                // new open req_B                                cachefiles_ondemand_init_object(B)                                 cachefiles_ondemand_send_req(OPEN)                                 // reuse msg_id 6process_open_req copen 6,A.size // The expected failed copen was executed successfullyExpect copen to fail, and when it does, it closes fd, which sets theobject to close, and then close triggers reopen again. However, due tomsg_id reuse resulting in a successful copen, the anonymous fd is notclosed until the daemon exits. Therefore read requests waiting for reopento complete may trigger hung task.To avoid this issue, allocate the msg_id cyclically to avoid reusing themsg_id for a very short duration of time.

CREATE(Triage):(User=admin) CVE-2024-41050 (https://nvd.nist.gov/vuln/detail/CVE-2024-41050)

CVEs

• CVE-2024-41050