CVE-2025-37962: ksmbd: fix memory leak in parse_lease_state()
In the Linux kernel, the following vulnerability has been resolved:
ksmbd: fix memory leak in parse_lease_state()
The previous patch that added bounds check for create lease context
introduced a memory leak. When the bounds check fails, the function
returns NULL without freeing the previously allocated lease_ctx_info
structure.
This patch fixes the issue by adding kfree(lreq) before returning NULL
in both boundary check cases.
Security readout for executives and security teams
Plain-English summary
This Linux kernel issue is a memory leak in the ksmbd SMB server code. A failed bounds check can leave an allocated structure unfreed. The provided sources do not give CVSS, CWE, exploitability, or impact details beyond the leak, so urgency depends on whether affected kernels and ksmbd are present.
Executive priority
Treat this as a patch-management item, not an emergency, unless ksmbd exposure is confirmed on important systems. The current public evidence lacks severity scoring and exploitation claims.
Technical view
CVE-2025-37962 fixes a leak in ksmbd parse_lease_state(). After a prior bounds-check change, two failure paths returned NULL without freeing lease_ctx_info. The kernel fix adds kfree(lreq) before those returns. Public sources identify Linux stable commits and a Debian LTS advisory, but not exploit prerequisites or confirmed impact severity.
Likely exposure
Exposure is most likely on Linux systems running kernels that include the vulnerable ksmbd change and use the kernel SMB server path. The supplied version data is incomplete and should not be treated as a full affected-range statement.
Exploitation context
The source bundle does not show active exploitation, public exploit code, or KEV listing. It only describes a memory leak triggered when create lease context bounds checks fail in ksmbd.
Researcher notes
Focus review on ksmbd create lease context parsing and the two bounds-check failure paths in parse_lease_state(). Evidence supports a memory leak fix only; further impact analysis requires kernel configuration, reachable code path, and vendor backport status.
Mitigation direction
Apply vendor Linux kernel updates containing the referenced stable fixes.
Check Debian LTS and your distribution advisories for package-specific fixed versions.
Prioritize systems where ksmbd is enabled or SMB service is exposed.
If no vendor fix is available, follow vendor guidance for temporary risk reduction.
Validation and detection
Inventory Linux kernel versions across servers and appliances.
Identify systems with ksmbd enabled or packaged for SMB serving.
Compare installed kernels against vendor advisories and referenced stable commits.
Confirm vulnerability scanner findings with distribution package changelogs.
Document any exposed SMB services for prioritization.
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-2025-37962 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.
0CVSS vectors
3Timeline events
1ADP providers
7Source links
Vulnerability timeline
Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.
CVE reservedCVE Program
The CVE ID was reserved by the assigning CNA.
CVE publishedCVE Program
The CVE record was published.
May 20, 2025, 16:01 UTC (UTC+00:00)
CVE updatedCVE Program
The CVE record metadata indicates this as the latest update time.