CVE-2022-50373
BaseFortify
Publication date: 2025-09-17
Last updated on: 2025-12-11
Assigner: kernel.org
Description
Description
CVSS Scores
EPSS Scores
| Probability: | |
| Percentile: |
Meta Information
Affected Vendors & Products
| Vendor | Product | Version / Range |
|---|---|---|
| linux | linux_kernel | to 5.15.75 (exc) |
| linux | linux_kernel | From 5.16 (inc) to 5.19.17 (exc) |
| linux | linux_kernel | From 6.0 (inc) to 6.0.3 (exc) |
Helpful Resources
Exploitability
| CWE ID | Description |
|---|---|
| CWE-362 | The product contains a concurrent code sequence that requires temporary, exclusive access to a shared resource, but a timing window exists in which the shared resource can be modified by another code sequence operating concurrently. |
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?
This vulnerability is a race condition in the Linux kernel's distributed lock manager (DLM) low-level communications (lowcomms) code. Specifically, there is a race between the queue_work() function in _dlm_lowcomms_commit_msg() and srcu_read_unlock(). This race can cause the final reference of a dlm_msg to be taken prematurely, leading to the msg->idx containing garbage data and triggering kernel warnings. The issue was fixed by adding an additional reference count between dlm_lowcomms_new_msg() and dlm_lowcomms_commit_msg() to ensure proper handling of the message's lifecycle.
How can this vulnerability impact me? :
This vulnerability can cause kernel warnings and potentially unstable behavior due to the race condition in message handling within the DLM lowcomms code. While the description does not explicitly mention exploitation or direct security impact, such race conditions can lead to memory corruption or crashes, which may affect system stability and reliability.
How can this vulnerability be detected on my network or system? Can you suggest some commands?
This vulnerability can be detected by monitoring the system logs for the specific warning message related to the race condition in dlm_lowcomms_commit_msg(). Look for kernel warning messages similar to: "WARNING: CPU: ... at include/linux/srcu.h:189 dlm_lowcomms_commit_msg+0x41/0x50" You can use the following command to check the kernel logs for this warning: sudo dmesg | grep dlm_lowcomms_commit_msg or sudo journalctl -k | grep dlm_lowcomms_commit_msg This will help identify if the race condition warning has occurred on your system.
What immediate steps should I take to mitigate this vulnerability?
The immediate step to mitigate this vulnerability is to apply the patch that fixes the race condition between queue_work() in _dlm_lowcomms_commit_msg() and srcu_read_unlock(). This patch adds an additional reference count between dlm_lowcomms_new_msg() and dlm_lowcomms_commit_msg() to prevent the race. Until the patch is applied, monitoring for the warning messages and avoiding running the dlm_locktorture test (which reproduces the issue) can help reduce exposure.