CVE-2025-21954: netmem: prevent TX of unreadable skbs
In the Linux kernel, the following vulnerability has been resolved:
netmem: prevent TX of unreadable skbs
Currently on stable trees we have support for netmem/devmem RX but not
TX. It is not safe to forward/redirect an RX unreadable netmem packet
into the device's TX path, as the device may call dma-mapping APIs on
dma addrs that should not be passed to it.
Fix this by preventing the xmit of unreadable skbs.
Tested by configuring tc redirect:
sudo tc qdisc add dev eth1 ingress
sudo tc filter add dev eth1 ingress protocol ip prio 1 flower ip_proto \
tcp src_ip 192.168.1.12 action mirred egress redirect dev eth1
Before, I see unreadable skbs in the driver's TX path passed to dma
mapping APIs.
After, I don't see unreadable skbs in the driver's TX path passed to dma
mapping APIs.
Security readout for executives and security teams
Plain-English summary
A Linux kernel networking flaw can allow receive-only packet memory that the system cannot safely read to enter a device’s transmit path. The device may then process invalid DMA addresses, potentially compromising confidentiality, integrity, or availability. Exposure depends on using netmem/devmem receive functionality with packet forwarding or redirection into transmission.
Executive priority
Treat as urgent for infrastructure using device-memory networking or advanced packet redirection. Rapidly identify those systems and schedule vendor-supported kernel remediation. For other Linux hosts, confirm vendor status before emergency disruption because the vulnerable path appears configuration-dependent and the supplied version boundaries are incomplete.
Technical view
Stable kernels supported netmem/devmem RX without equivalent TX support. An unreadable socket buffer could nevertheless be forwarded or redirected into a driver’s TX path, where DMA-mapping APIs might receive addresses that must not be passed to the device. The linked kernel changes prevent transmission of these unreadable buffers.
Likely exposure
The bundle identifies Linux kernel releases including 6.12, 6.12.20, 6.13.8, and 6.14 as affected, but its version metadata is ambiguous. Systems using netmem/devmem RX and forwarding or redirecting received packets into a device TX path are the clearest exposure candidates. Ordinary installations without that data flow may face lower practical risk.
Exploitation context
The supplied CVSS rating is 9.8 and models network exploitation without privileges or user interaction. However, the sources provide no demonstrated exploit, attack details, or evidence of exploitation in the wild. The CVE is not listed as KEV in the bundle, and practical exploitability remains unclear.
Researcher notes
The central invariant is that an unreadable skb must never enter the TX path. Review the linked stable commits for branch-specific implementation details and backport ancestry. The bundle does not establish how a remote actor creates the required buffer state, whether hardware or driver behavior changes impact, or which packaged distribution kernels contain the correction.
Mitigation direction
Apply a vendor-approved kernel update containing the applicable linked fix after compatibility testing.
Check distribution or kernel-vendor guidance for exact affected and corrected release boundaries.
Avoid redirecting or forwarding devmem/netmem RX packets into device transmission until remediated.
Prioritize systems using advanced packet processing, traffic control redirection, or device-memory networking.
Validation and detection
Inventory kernel versions and compare them with current distribution vulnerability advisories.
Confirm the running kernel includes the applicable linked upstream or stable fix.
Review networking configuration for devmem/netmem RX combined with forwarding or traffic-control redirection.
Verify unreadable socket buffers are rejected before reaching the network driver’s transmit path.
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-21954 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
4Source 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.