CVE-2022-50103

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: sched, cpuset: Boş cs->cpus_allowed səbəbindən baş verən dl_cpu_busy() panika xətasının düzəldilməsi cgroup v2 ilə cpuset-in cpus_allowed maskası boş ola bilər ki, bu da cpuset-in sadəcə valideyninin effektiv CPU-larından istifadə edəcəyini göstərir. Beləliklə, cpuset_can_attach() funksiyası task_can_attach()-i boş maska ilə çağıra bilər. Bu, cpumask_any_and()-in nr_cpu_ids qaytarmasına və nəticədə dl_bw_of() çağırışının həddindən kənar CPU dəyərinin percpu dəyərinə müraciəti səbəbindən çökməsinə gətirib çıxara bilər. Məsələn: [80468.182258] BUG: unable to handle page fault for address: ffffffff8b6648b0 : [80468.191019] RIP: 0010:dl_cpu_busy+0x30/0x2b0 : [80468.207946] Call Trace: [80468.208947] cpuset_can_attach+0xa0/0x140 [80468.209953] cgroup_migrate_execute+0x8c/0x490 [80468.210931] cgroup_update_dfl_csses+0x254/0x270 [80468.211898] cgroup_subtree_control_write+0x322/0x400 [80468.212854] kernfs_fop_write_iter+0x11c/0x1b0 [80468.213777] new_sync_write+0x11f/0x1b0 [80468.214689] vfs_write+0x1eb/0x280 [80468.215592] ksys_write+0x5f/0xe0 [80468.216463] do_syscall_64+0x5c/0x80 [80468.224287] entry_SYSCALL_64_after_hwframe+0x44/0xae Bu problem əvəzində effective_cpus istifadə edilərək həll edilmişdir. cgroup v1 üçün effective_cpus, cpus_allowed ilə eynidir. v2 üçün isə effective_cpus onsuz da cpuset daxilindəki tapşırıqlar tərəfindən istifadə olunacaq real cpumask-dır. Həmçinin, dəyişikliyi əks etdirmək üçün task_can_attach()-in ikinci arqumentinin adı cs_effective_cpus olaraq yenilənmişdir. Əlavə olaraq, cpumask_any_and()-in nr_cpu_ids >= dəyəri qaytarma ehtimalına qarşı task_can_attach()-ə yoxlama əlavə edilmişdir.