CVEvulnerability
CVE-2023-52836
7.8 HIGH
Official page ↗
- Status
- Analyzed
- Published
- 2024-05-21
- Last modified
- 2026-06-17
- Assigner
- 416baaa9-dc9f-4396-8d5f-8c081fb06d67
- CVSS 3.1 ([email protected])
- 7.8 HIGH — CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
- Weaknesses
- CWE-787
Description
In the Linux kernel, the following vulnerability has been resolved:
locking/ww_mutex/test: Fix potential workqueue corruption
In some cases running with the test-ww_mutex code, I was seeing
odd behavior where sometimes it seemed flush_workqueue was
returning before all the work threads were finished.
Often this would cause strange crashes as the mutexes would be
freed while they were being used.
Looking at the code, there is a lifetime problem as the
controlling thread that spawns the work allocates the
"struct stress" structures that are passed to the workqueue
threads. Then when the workqueue threads are finished,
they free the stress struct that was passed to them.
Unfortunately the workqueue work_struct node is in the stress
struct. Which means the work_struct is freed before the work
thread returns and while flush_workqueue is waiting.
It seems like a better idea to have the controlling thread
both allocate and free the stress structures, so that we can
be sure we don't corrupt the workqueue by freeing the structure
prematurely.
So this patch reworks the test to do so, and with this change
I no longer see the early flush_workqueue returns.
Affected configurations
• linux linux kernel (< 4.14.331)
• linux linux kernel (>= 4.15 < 4.19.300)
• linux linux kernel (>= 4.20 < 5.4.262)
• linux linux kernel (>= 5.5 < 5.10.202)
• linux linux kernel (>= 5.11 < 5.15.140)
• linux linux kernel (>= 5.16 < 6.1.64)
• linux linux kernel (>= 6.2 < 6.5.13)
• linux linux kernel (>= 6.6 < 6.6.3)
Related
Weakness · CWE (1)
- CWE-787 Out-of-bounds Write weakness
References
- https://git.kernel.org/stable/c/304a2c4aad0fff887ce493e4197bf9cbaf394479 Patch
- https://git.kernel.org/stable/c/9ed2d68b3925145f5f51c46559484881d6082f75 Patch
- https://git.kernel.org/stable/c/bccdd808902f8c677317cec47c306e42b93b849e Patch
- https://git.kernel.org/stable/c/c56df79d68677cf062da1b6e3b33e74299a92dfc Patch
- https://git.kernel.org/stable/c/d4d37c9e6a4dbcca958dabd99216550525c7e389 Patch
- https://git.kernel.org/stable/c/d8267cabbe1bed15ccf8b0e684c528bf8eeef715 Patch
- https://git.kernel.org/stable/c/dcd85e3c929368076a7592b27f541e0da8b427f5 Patch
- https://git.kernel.org/stable/c/e36407713163363e65566e7af0abe207d5f59a0c Patch
- https://git.kernel.org/stable/c/e89d0ed45a419c485bae999426ecf92697cbdda3 Patch
- https://git.kernel.org/stable/c/304a2c4aad0fff887ce493e4197bf9cbaf394479 Patch
- https://git.kernel.org/stable/c/9ed2d68b3925145f5f51c46559484881d6082f75 Patch
- https://git.kernel.org/stable/c/bccdd808902f8c677317cec47c306e42b93b849e Patch
- https://git.kernel.org/stable/c/c56df79d68677cf062da1b6e3b33e74299a92dfc Patch
- https://git.kernel.org/stable/c/d4d37c9e6a4dbcca958dabd99216550525c7e389 Patch
- https://git.kernel.org/stable/c/d8267cabbe1bed15ccf8b0e684c528bf8eeef715 Patch
- https://git.kernel.org/stable/c/dcd85e3c929368076a7592b27f541e0da8b427f5 Patch
- https://git.kernel.org/stable/c/e36407713163363e65566e7af0abe207d5f59a0c Patch
- https://git.kernel.org/stable/c/e89d0ed45a419c485bae999426ecf92697cbdda3 Patch