cgroup: split cgroup_destroy_wq into 3 workqueues
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 5.4.300, 5.10.245, 5.15.194, 6.1.154, 6.6.108, and 2 more
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
- Exploitation: none
- Automatable: no
- Technical impact: partial
Summary
In the Linux kernel, the following vulnerability has been resolved: cgroup: split cgroup_destroy_wq into 3 workqueues A hung task can occur during [1] LTP cgroup testing when repeatedly mounting/unmounting perf_event and net_prio controllers with systemd.unified_cgroup_hierarchy=1. The hang manifests in cgroup_lock_and_drain_offline() during root destruction. Related case: cgroup_fj_function_perf_event cgroup_fj_function.sh perf_event cgroup_fj_function_net_prio cgroup_fj_function.sh net_prio Call Trace: cgroup_lock_and_drain_offline+0x14c/0x1e8 cgroup_destroy_root+0x3c/0x2c0 css_free_rwork_fn+0x248/0x338 process_one_work+0x16c/0x3b8 worker_thread+0x22c/0x3b0 kthread+0xec/0x100 ret_from_fork+0x10/0x20 Root Cause: CPU0 CPU1 mount perf_event umount net_prio cgroup1_get_tree cgroup_kill_sb rebind_subsystems // root destruction enqueues // cgroup_destroy_wq // kill all perf_event css // one perf_event css A is dying // css A offline enqueues cgroup_destroy_wq // root destruction will be executed first css_free_rwork_fn cgroup_destroy_root cgroup_lock_and_drain_offline // some perf descendants are dying // cgroup_destroy_wq max_active = 1 // waiting for css A to die Problem scenario: 1. CPU0 mounts perf_event (rebind_subsystems) 2. CPU1 unmounts net_prio (cgroup_kill_sb), queuing root destruction work 3. A dying perf_event CSS gets queued for offline after root destruction 4. Root destruction waits for offline completion, but offline work is blocked behind root destruction in cgroup_destroy_wq (max_active=1) Solution: Split cgroup_destroy_wq into three dedicated workqueues: cgroup_offline_wq – Handles CSS offline operations cgroup_release_wq – Manages resource release cgroup_free_wq – Performs final memory deallocation This separation eliminates blocking in the CSS free path while waiting for offline operations to complete. [1] https://github.com/linux-test-project/ltp/blob/master/runtest/controllers
Timeline
- CVE published
- CISA SSVC assessment
Exploitation: none · Automatable: no · Technical impact: partial
- Record last updated
Affected versions
- Linux Linux
From 334c3679ec4b2b113c35ebe37d2018b112dd5013 · fixed in cabadd7fd15f97090f752fd22dd7f876a0dc3dc4; From 334c3679ec4b2b113c35ebe37d2018b112dd5013 · fixed in a0c896bda7077aa5005473e2c5b3c27173313b4c; From 334c3679ec4b2b113c35ebe37d2018b112dd5013 · fixed in f2795d1b92506e3adf52a298f7181032a1525e04; From 334c3679ec4b2b113c35ebe37d2018b112dd5013 · fixed in 993049c9b1355c78918344a6403427d53f9ee700; From 334c3679ec4b2b113c35ebe37d2018b112dd5013 · fixed in 4a1e3ec28e8062cd9f339aa6a942df9c5bcb6811; From 334c3679ec4b2b113c35ebe37d2018b112dd5013 · fixed in ded4d207a3209a834b6831ceec7f39b934c74802; From 334c3679ec4b2b113c35ebe37d2018b112dd5013 · fixed in 05e0b03447cf215ec384210441b34b7a3b16e8b0; From 334c3679ec4b2b113c35ebe37d2018b112dd5013 · fixed in 79f919a89c9d06816dbdbbd168fa41d27411a7f9
- Linux Linux
4.6
- KernelLinux
From 4.6.0 · fixed in 5.4.300; From 5.5.0 · fixed in 5.10.245; From 5.11.0 · fixed in 5.15.194; From 5.16.0 · fixed in 6.1.154; From 6.2.0 · fixed in 6.6.108; From 6.7.0 · fixed in 6.12.49; From 6.13.0 · fixed in 6.16.9
References 8
git.kernel.org
- stable/c/cabadd7fd15f97090f752fd22dd7f876a0dc3dc4
- stable/c/a0c896bda7077aa5005473e2c5b3c27173313b4c
- stable/c/f2795d1b92506e3adf52a298f7181032a1525e04
- stable/c/993049c9b1355c78918344a6403427d53f9ee700
- stable/c/4a1e3ec28e8062cd9f339aa6a942df9c5bcb6811
- stable/c/ded4d207a3209a834b6831ceec7f39b934c74802
- stable/c/05e0b03447cf215ec384210441b34b7a3b16e8b0
- stable/c/79f919a89c9d06816dbdbbd168fa41d27411a7f9