CVE-2025-39827: net: rose: include node references in rose_neigh refcount
In the Linux kernel, the following vulnerability has been resolved:
net: rose: include node references in rose_neigh refcount
Current implementation maintains two separate reference counting
mechanisms: the 'count' field in struct rose_neigh tracks references from
rose_node structures, while the 'use' field (now refcount_t) tracks
references from rose_sock.
This patch merges these two reference counting systems using 'use' field
for proper reference management. Specifically, this patch adds incrementing
and decrementing of rose_neigh->use when rose_neigh->count is incremented
or decremented.
This patch also modifies rose_rt_free(), rose_rt_device_down() and
rose_clear_route() to properly release references to rose_neigh objects
before freeing a rose_node through rose_remove_node().
These changes ensure rose_neigh structures are properly freed only when
all references, including those from rose_node structures, are released.
As a result, this resolves a slab-use-after-free issue reported by Syzbot.
Security readout for executives and security teams
Plain-English summary
A flaw in Linux’s ROSE network code can cause the kernel to use memory after freeing it because related references were counted separately. This memory corruption could crash a system or compromise data and execution integrity. The supplied assessment rates it 8.8/high, but provides no evidence of real-world exploitation.
Executive priority
Treat this as a high-priority kernel remediation for systems with verified affected builds and ROSE exposure. Systems without that exposure or with vendor-confirmed backports may warrant lower urgency. It is not currently a KEV-driven emergency, but the 8.8 score and kernel memory corruption justify prompt, evidence-based triage.
Technical view
References to rose_neigh from rose_node and rose_sock used separate counting mechanisms, permitting premature release and a slab use-after-free. The stable fixes consolidate lifetime tracking and release neighbor references before removing nodes. The supplied CVSS vector describes adjacent-network, low-complexity, unauthenticated exploitation requiring no user interaction, with high confidentiality, integrity, and availability impact.
Likely exposure
Potential exposure exists on Linux systems running affected kernel code where the ROSE networking path is available and reachable from an adjacent network. The supplied version data contains several isolated version values but does not clearly define complete affected ranges, configuration prerequisites, or distribution backports. Vendor-specific validation is therefore necessary.
Exploitation context
The CVE is not listed as KEV, and the supplied sources provide no evidence of active exploitation or a public exploit. Syzbot identified the use-after-free during testing; that demonstrates a reachable defect, not malicious exploitation. The precise conditions required to turn the flaw into compromise are not documented.
Researcher notes
The bundle provides no CWE assignment, public proof of concept, configuration prerequisites, or clear commit-to-version mapping. Version-only scanners may misclassify distribution kernels because fixes can be backported. Validate using package provenance, vendor advisories, and the applicable stable commit rather than relying solely on the displayed kernel version.
Mitigation direction
Apply the relevant Linux vendor or distribution update containing the applicable stable fix.
Confirm the package changelog or advisory references this CVE or a corresponding stable commit.
If updating is delayed, obtain vendor-approved temporary mitigation; none is named in the supplied sources.
Prioritize affected systems where ROSE networking is enabled and adjacent-network access exists.
Validation and detection
Record each asset’s running kernel build, distribution patch level, and vendor.
Check vendor advisories or package changelogs for CVE-2025-39827 or matching stable commits.
Determine whether ROSE networking is configured, loaded, and reachable from adjacent networks.
After remediation, verify the running kernel contains the vendor-confirmed fix.
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-39827 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
2ADP providers
9Source 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.