Description
In the Linux kernel, the following vulnerability has been resolved:

dlm: fix add msg handle in send_queue ordered

In a benchmark scenario triggering a lot of requests that triggers a lot
of DLM messages on the network it can be that the mh->seq is not ordered
according the oldest seq number. This ordering is required by
dlm_receive_ack as "before(mh->seq, seq)" will stop to check for older
sequence numbers that are ordered in the tail of "node->send_queue".

The side effects of not having it correct ordered regarding
"before(mh->seq, seq)" are refcounting issues and use-after free.

I only was able to reproduce this issue in a experimental DLM branch
and a user space DLM benchmark that uses io_uring. After changing this I
don't experienced any refcounting with the sending buffer issues anymore.
Published: 2026-08-15
Score: 9.8 Critical
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The Distributed Lock Manager in the Linux kernel incorrectly orders the sequence numbers of message handles in its send queue. Because dlm_receive_ack depends on the oldest sequence number being the first element, any deviation causes the acknowledgment routine to skip older packets, leading to ref‑counting errors and use‑after‑free of the associated buffers. This planar memory corruption can crash the kernel or leave it in an unstable state when the bug is exercised. The flaw is triggered by a high volume of DLM traffic, such as in benchmark scenarios or workloads that use io_uring, but could also manifest during normal activity if the pattern of messages is sufficiently dense.

Affected Systems

All Linux kernel releases that include an active DLM implementation are potentially affected, regardless of exact kernel version. Systems that run workloads generating heavy DLM traffic—especially those involving io_uring or distributed lock operations—are the most susceptible if the patch restoring correct send_queue ordering has not been applied.

Risk and Exploitability

The CVSS score of 9.8 marks the defect as critical. The EPSS score is reported as less than 1%, and the vulnerability is not listed in CISA's KEV catalog, indicating no publicly known exploits yet. Based on the description, an attacker would likely need to influence or control a process that sends DLM messages or generate excessive DLM network traffic to trigger the flaw, implying a local or compromised‑process attack vector rather than a direct network exploit. The primary risk therefore is accidental kernel instability or crash during intensive DLM operations rather than immediate remote exploitation.

Generated by OpenCVE AI on August 22, 2026 at 01:53 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Update the Linux kernel to a version that incorporates the DLM send_queue ordering fix
  • If immediate upgrade is unavailable, disable the DLM subsystem or prevent execution of DLM‑heavy workloads to eliminate the race condition
  • After applying the patch or mitigation, monitor dmesg and kernel logs for indications of ref‑counting or use‑after‑free errors and consider running memory corruption detection tools such as KASAN to verify system stability

Generated by OpenCVE AI on August 22, 2026 at 01:53 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Sat, 22 Aug 2026 00:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-416

Fri, 21 Aug 2026 00:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-825
References
Metrics threat_severity

None

threat_severity

Moderate


Mon, 17 Aug 2026 14:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-416

Mon, 17 Aug 2026 12:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-362
CWE-416

Mon, 17 Aug 2026 06:00:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 9.8, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H'}


Sat, 15 Aug 2026 14:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-362
CWE-416

Sat, 15 Aug 2026 06:15:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: dlm: fix add msg handle in send_queue ordered In a benchmark scenario triggering a lot of requests that triggers a lot of DLM messages on the network it can be that the mh->seq is not ordered according the oldest seq number. This ordering is required by dlm_receive_ack as "before(mh->seq, seq)" will stop to check for older sequence numbers that are ordered in the tail of "node->send_queue". The side effects of not having it correct ordered regarding "before(mh->seq, seq)" are refcounting issues and use-after free. I only was able to reproduce this issue in a experimental DLM branch and a user space DLM benchmark that uses io_uring. After changing this I don't experienced any refcounting with the sending buffer issues anymore.
Title dlm: fix add msg handle in send_queue ordered
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-08-17T05:46:44.230Z

Reserved: 2026-08-15T05:44:03.892Z

Link: CVE-2026-74401

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-15T06:22:42.120

Modified: 2026-08-17T06:19:35.270

Link: CVE-2026-74401

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-08-15T00:00:00Z

Links: CVE-2026-74401 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-08-22T02:00:17Z

Weaknesses
  • CWE-825

    Expired Pointer Dereference