In the Linux kernel, the following vulnerability has been resolved:
mm/huge_memory: Fix xarray node memory leak
If xas_split_alloc() fails to allocate the necessary nodes to complete the
xarray entry split, it sets the xa_state to -ENOMEM, which xas_nomem()
then interprets as "Please allocate more memory", not as "Please free
any unnecessary memory" (which was the intended outcome). It's confusing
to use xas_nomem() to free memory in this context, so call xas_destroy()
instead.
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel memory leak in huge memory/xarray handling. A local authenticated user could potentially exhaust resources and cause denial of service. The provided sources do not indicate data theft, data modification, remote exploitation, or active exploitation.
Executive priority
Handle through normal kernel patch management unless the environment has high-risk multi-user Linux systems. Business impact is availability-focused: a local low-privilege actor may be able to consume kernel memory. No source indicates active exploitation or confidentiality impact.
Technical view
The flaw is in mm/huge_memory. When xas_split_alloc() fails, xa_state is set to -ENOMEM, and xas_nomem() treats that as a request for more allocation rather than cleanup. The fix uses xas_destroy() to release xarray nodes. CVSS 3.1 is 5.5, with local, low-complexity, low-privilege availability impact.
Likely exposure
Systems running affected Linux kernel versions may be exposed, especially where untrusted local users or workloads share a host. The bundle lists Linux as affected around 5.17, 5.17.15, 5.18.4, and 5.19, but operators should confirm against their distribution kernel packages.
Exploitation context
The CVSS vector requires local access and low privileges, with no user interaction. The source bundle marks KEV as false and provides no evidence of public exploitation. Treat this as a local denial-of-service risk, not a confirmed remote compromise path.
Researcher notes
The key behavior is incorrect cleanup after xas_split_alloc() allocation failure during xarray entry splitting. The fix changes cleanup semantics by calling xas_destroy(). Evidence is limited to the CVE record and upstream stable commits; no exploitability details beyond CVSS are provided.
Mitigation direction
Apply vendor or distribution kernel updates that include the referenced stable fixes.
Prioritize shared Linux hosts with untrusted shell users, containers, or multi-tenant workloads.
Check Linux vendor advisories before assuming upstream version strings match packaged kernels.
Use existing local access controls to limit untrusted users on affected systems.
Validation and detection
Inventory Linux kernel versions across servers, containers hosts, and appliances.
Compare running kernels with vendor advisories and the referenced upstream commits.
Confirm patched systems are booted into the updated kernel, not only installed.
Review monitoring for unusual kernel memory pressure or local denial-of-service symptoms.
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.
cwe · low confidence lookup
CWE-401: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
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.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-401 · source CWE mapping
Missing Release of Memory after Effective Lifetime
Missing Release of Memory after Effective Lifetime represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.