VYPR
Unrated severityNVD Advisory· Published Jan 27, 2020· Updated Aug 5, 2024

CVE-2019-20426

CVE-2019-20426

Description

In the Lustre file system before 2.12.3, the ptlrpc module has an out-of-bounds access and panic due to the lack of validation for specific fields of packets sent by a client. In the function ldlm_cancel_hpreq_check, there is no lock_count bounds check.

AI Insight

LLM-synthesized narrative grounded in this CVE's description and references.

Insecure packet field validation in Lustre ptlrpc module before 2.12.3 allows remote unauthenticated clients to trigger a kernel panic via a crafted lock cancel request.

Vulnerability

The Lustre file system's ptlrpc module, in versions before 2.12.3, contains an out-of-bounds access vulnerability in the function ldlm_cancel_hpreq_check. This function fails to validate the lock_count field in incoming client packets, leading to a kernel NULL pointer dereference and subsequent system panic. The issue was identified as LU-12614 and is described as a lack of validation for specific fields of packets sent by a client [1][2].

Exploitation

An attacker does not need any prior authentication or special privileges beyond network access to the Lustre target. By sending a crafted packet with an invalid lock_count value to a Lustre server (e.g., an OST or MDS), the attacker can trigger the unvalidated code path in ldlm_cancel_hpreq_check. This causes a NULL pointer dereference when the kernel attempts to access memory based on the attacker-supplied count, resulting in a denial-of-service condition [2].

Impact

Successful exploitation causes a kernel panic (as shown in the bug report's Oops trace, with a NULL pointer dereference at offset 0x1c) [2]. This immediately crashes the affected Lustre server component, impacting file system availability for all clients connected to that server. The vulnerability is classified as a denial-of-service (availability impact); there is no indication of information disclosure or privilege escalation from the available references.

Mitigation

The vulnerability is fixed in Lustre version 2.12.3 (released January 2020) [1]. The fix adds proper bounds checking for the lock_count field before use. Administrators should upgrade all Lustre server nodes to 2.12.3 or later. There is no workaround identified in the references; the only mitigation is to update. This CVE is not listed on the Known Exploited Vulnerabilities (KEV) catalog.

AI Insight generated on May 26, 2026. Synthesized from this CVE's description and the cited reference URLs; citations are validated against the source bundle.

Affected products

2
  • Lustre/Lustre file systemdescription
  • Lustre/Lustrellm-fuzzy
    Range: <2.12.3

Patches

0

No patches discovered yet.

Vulnerability mechanics

AI mechanics synthesis has not run for this CVE yet.

References

4

News mentions

0

No linked articles in our index yet.