CVE-2023-52704: freezer,umh: Fix call_usermode_helper_exec() vs SIGKILL
In the Linux kernel, the following vulnerability has been resolved:
freezer,umh: Fix call_usermode_helper_exec() vs SIGKILL
Tetsuo-San noted that commit f5d39b020809 ("freezer,sched: Rewrite
core freezer logic") broke call_usermodehelper_exec() for the KILLABLE
case.
Specifically it was missed that the second, unconditional,
wait_for_completion() was not optional and ensures the on-stack
completion is unused before going out-of-scope.
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel availability issue. A local, low-privileged actor may be able to trigger a crash or hang condition related to usermode helper execution and SIGKILL handling. The source bundle does not show data theft or privilege escalation impact.
Executive priority
Address through normal kernel patch management, with higher urgency for shared servers or container hosts. This is not evidenced as remotely exploitable or actively exploited, but availability impact can matter operationally.
Technical view
The bug is in Linux freezer/usermode-helper handling after commit f5d39b020809. For KILLABLE usermode helper execution, required completion waiting was missed, allowing an on-stack completion object to go out of scope too early. CVSS rates impact as local, low-complexity, low-privilege, availability-only.
Likely exposure
Exposure is most relevant on Linux systems running affected 6.1 or 6.2-era kernels, or kernels carrying commit f5d39b020809 without the linked stable fixes.
Exploitation context
No KEV listing is provided, and the source bundle does not cite active exploitation or public weaponization. Treat this as a local denial-of-service risk until vendor kernel status is confirmed.
Researcher notes
The key condition is the KILLABLE path in call_usermode_helper_exec() after freezer core rewrite changes. Focus review on whether deployed kernels include the second unconditional wait_for_completion() behavior restored by the stable fixes.
Mitigation direction
Upgrade to a vendor kernel containing the linked stable fixes.
Confirm distribution advisories before applying upstream commits directly.
Reduce untrusted local user and container access on affected systems.
Prioritize multi-tenant hosts and exposed workload platforms.
Validation and detection
Inventory kernel versions and vendor package revisions across Linux assets.
Compare deployed kernels against the CVE record and linked stable commits.
Check vendor advisories for backported fixes with different version numbers.
Validate that affected 6.1 or 6.2 kernels are no longer deployed.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2023-52704 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.