CVE-2025-39848: ax25: properly unshare skbs in ax25_kiss_rcv()
In the Linux kernel, the following vulnerability has been resolved:
ax25: properly unshare skbs in ax25_kiss_rcv()
Bernard Pidoux reported a regression apparently caused by commit
c353e8983e0d ("net: introduce per netns packet chains").
skb->dev becomes NULL and we crash in __netif_receive_skb_core().
Before above commit, different kind of bugs or corruptions could happen
without a major crash.
But the root cause is that ax25_kiss_rcv() can queue/mangle input skb
without checking if this skb is shared or not.
Many thanks to Bernard Pidoux for his help, diagnosis and tests.
We had a similar issue years ago fixed with commit 7aaed57c5c28
("phonet: properly unshare skbs in phonet_rcv()").
Security readout for executives and security teams
Plain-English summary
A flaw in the Linux kernel’s AX.25 KISS receive path can corrupt shared network-packet memory and crash the system. Risk is concentrated on systems that process AX.25 KISS traffic, commonly associated with amateur-radio networking. The supplied CVSS score is 8.8, but the sources provide no evidence of active exploitation.
Executive priority
Treat as a high-priority targeted kernel update for AX.25 or radio-network systems. Patch those systems promptly and validate backports. For systems without AX.25 KISS use, confirm configuration and schedule remediation through normal high-severity kernel maintenance. There is no supplied evidence requiring an emergency incident response solely for exploitation activity.
Technical view
ax25_kiss_rcv() may queue or modify a shared socket buffer without first unsharing it. This can leave skb->dev NULL and trigger a crash in __netif_receive_skb_core(); earlier kernels could experience other corruption. Linux stable fixes add proper buffer unsharing. The record lists affected Linux versions from 2.6.12 through 6.17, with fixed stable releases identified among the supplied references.
Likely exposure
Prioritize Linux hosts where AX.25 and KISS receive functionality is enabled or operationally used. General-purpose systems not using this path are less likely to reach the vulnerable code, although kernel version and configuration still require verification. The supplied version data is irregular, so distribution-specific package status should be treated as authoritative.
Exploitation context
The CVSS vector describes adjacent-network access, low complexity, no privileges, and no user interaction. The reported outcomes are kernel crash and possible corruption. CVE-2025-39848 is not marked as CISA KEV in the supplied data, and no cited source establishes active exploitation or a public exploit.
Researcher notes
The source attributes the root cause to mutation or queuing of a potentially shared skb in ax25_kiss_rcv(). A later regression made skb->dev NULL and produced a clear crash; earlier behavior could involve less obvious corruption. No CWE is assigned. The 8.8 confidentiality and integrity ratings exceed the concrete crash evidence, so broader impact should not be asserted without additional research.
Mitigation direction
Install a vendor-supported kernel containing the applicable Linux stable fix.
Consult the operating-system or appliance vendor advisory for exact fixed package versions.
If patching is delayed, disable unused AX.25 KISS functionality where operationally acceptable.
Prioritize exposed radio-network gateways and other systems actively processing AX.25 KISS traffic.
Validation and detection
Record each system’s running kernel build, distribution package version, and reboot status.
Determine whether AX.25 KISS receive functionality is configured or actively used.
Confirm the vendor kernel includes the applicable referenced stable commit or documented backport.
Check kernel logs for __netif_receive_skb_core crashes or related skb corruption symptoms.
Recheck exposure after updating by verifying the running kernel, not only the installed package.
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-39848 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
12Source 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.