CVE-2025-68761: hfs: fix potential use after free in hfs_correct_next_unused_CNID()
In the Linux kernel, the following vulnerability has been resolved:
hfs: fix potential use after free in hfs_correct_next_unused_CNID()
This code calls hfs_bnode_put(node) which drops the refcount and then
dreferences "node" on the next line. It's only safe to use "node"
when we're holding a reference so flip these two lines around.
Security readout for executives and security teams
Plain-English summary
A Linux HFS filesystem bug can access memory after releasing it. A local low-privileged user who can reach the affected code may potentially crash the system or compromise data and execution. The supplied evidence does not establish that exploitation is occurring.
Executive priority
Treat this as a high-priority kernel update for systems using or exposing HFS functionality, especially shared hosts. It is not presented as remotely exploitable by itself, and no active exploitation is documented. Use accelerated routine remediation rather than emergency incident response unless local evidence indicates abuse.
Technical view
In hfs_correct_next_unused_CNID(), the kernel released an HFS b-node reference with hfs_bnode_put(node) and dereferenced node immediately afterward. The cited stable fixes reverse those operations so the reference remains held during access. CVSS 3.1 rates the issue 7.8 with local, low-complexity, low-privilege attack characteristics.
Likely exposure
Likely exposure is limited to systems running affected Linux kernel builds where HFS filesystem handling is enabled and reachable. The bundle identifies 6.18-series and 6.19 entries, but its version formatting is ambiguous. Confirm affected ranges and backports with the Linux distributor and cited stable commits.
Exploitation context
The supplied record is not in KEV and provides no evidence of active exploitation, public exploitation, or a proof of concept. The CVSS vector describes local access, low complexity, low privileges, and no user interaction. Preconditions beyond reaching the affected HFS code path are not documented.
Researcher notes
The defect and correction are narrowly described: node is dereferenced after its reference is dropped, and the fix swaps the two operations. The bundle supplies no triggering conditions, crash evidence, CWE assignment, exploitability demonstration, or precise vendor-package mapping. Version-range ambiguity should be resolved through commit-level or distributor analysis.
Mitigation direction
Follow Linux distributor guidance and install a kernel release containing the cited stable fix.
Confirm the selected vendor kernel backports either referenced correction before deployment.
Prioritize multi-user systems and workloads where HFS filesystem handling is reachable.
Reboot into the corrected kernel and remove superseded vulnerable kernels according to organizational policy.
If immediate updating is impossible, request a vendor-supported mitigation; none is specified in the bundle.
Validation and detection
Inventory active kernel versions and compare them with distributor advisories and fixed builds.
Determine whether HFS support is enabled and reachable in relevant workloads.
Map vendor backports to either cited stable kernel commit.
After updating, verify every system is running the intended corrected kernel.
Review kernel logs for HFS-related memory faults or crashes without treating their absence as proof of safety.
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-68761 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
3Source 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.