In the Linux kernel, the following vulnerability has been resolved:
[ceph] parse_longname(): strrchr() expects NUL-terminated string
... and parse_longname() is not guaranteed that. That's the reason
why it uses kmemdup_nul() to build the argument for kstrtou64();
the problem is, kstrtou64() is not the only thing that need it.
Just get a NUL-terminated copy of the entire thing and be done
with that...
Security readout for executives and security teams
Plain-English summary
A Linux Ceph filesystem parser may read beyond supplied data because it treats that data as a properly terminated string. This can threaten confidentiality, integrity, and availability according to the supplied 9.8 CVSS assessment. Practical exposure depends on whether a system uses the affected Ceph code and whether its kernel includes a corrective commit.
Executive priority
Treat as an urgent patch-validation issue for Ceph-dependent infrastructure because the supplied severity is critical. Accelerate inventory and vendor confirmation, but do not represent exploitation as observed. Systems without Ceph filesystem use are lower investigative priority, subject to confirmation.
Technical view
Ceph parse_longname() passed a buffer not guaranteed to be NUL-terminated to strrchr(). The resolution creates a NUL-terminated copy of the entire input before parsing. The bundle identifies four Linux stable commits, but does not clearly map each affected release to its corresponding fixed release.
Likely exposure
Prioritize Linux systems using Ceph filesystem functionality. The bundle marks Linux releases 6.6, 6.12.42, 6.15.10, 6.16.1, and 6.17 as affected, but also contains an unexplained "0" and incomplete range semantics. Distribution kernels may contain backports, so version numbers alone are insufficient.
Exploitation context
The supplied CVSS vector describes network reachability, low complexity, no privileges, and no user interaction. However, CISA KEV status is false, and the bundle provides no evidence of active exploitation or a public exploit. Treat real-world exploitability as unconfirmed.
Researcher notes
The defect is a string-boundary error involving strrchr() and non-NUL-terminated input. No CWE is supplied. The affected-version data is ambiguous and repeats one commit hash under unaffected entries. Validate ancestry and distribution backports against the four stable commits before declaring a host vulnerable or fixed.
Mitigation direction
Apply a vendor-supported kernel update containing the relevant Linux stable correction.
Check distribution advisories for backported fixes before relying on upstream version numbers.
Reduce unnecessary Ceph filesystem exposure until affected systems are updated.
Follow vendor guidance where packaged kernel status remains unclear.
Validation and detection
Inventory systems using Ceph filesystem functionality and record exact kernel package builds.
Check package changelogs for the four corrective commit identifiers.
Confirm kernel provenance and vendor backport status, not only the reported release number.
After updating, verify the corrected kernel is running and Ceph filesystems operate normally.
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-38660 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.
1CVSS vectors
3Timeline events
0ADP providers
5Source links
CVSS vector scores
1 official score
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.