CVE-2022-50103

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: sched, cpuset: Boş cs->cpus_allowed nedeniyle oluşan dl_cpu_busy() paniği düzeltildi cgroup v2 ile birlikte, cpuset'in cpus_allowed maskesi boş olabilir; bu durum, cpuset'in yalnızca üst öğesinin etkin CPU'larını kullanacağını belirtir. Bu nedenle cpuset_can_attach(), task_can_attach() fonksiyonunu boş bir maske ile çağırabilir. Bu durum, cpumask_any_and() fonksiyonunun nr_cpu_ids döndürmesine ve ardından dl_bw_of() çağrısının sınır dışı bir CPU değerinin percpu değerine erişimi nedeniyle çökmesine yol açabilir. Örneğin: [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 sorun, bunun yerine effective_cpus kullanılarak düzeltilmiştir. cgroup v1 için effective_cpus, cpus_allowed ile aynıdır. v2 için ise effective_cpus zaten cpuset içindeki görevler tarafından kullanılacak gerçek cpumask'tir. Ayrıca değişikliği yansıtmak için task_can_attach()'ın ikinci argüman adı cs_effective_cpus olarak güncellenmiştir. Ek olarak, cpumask_any_and()'nin nr_cpu_ids'ye eşit veya daha büyük bir değer döndürme olasılığına karşı koruma sağlamak amacıyla task_can_attach()'a bir kontrol eklenmiştir.