CVE-2025-68192: net: usb: qmi_wwan: initialize MAC header offset in qmimux_rx_fixup
In the Linux kernel, the following vulnerability has been resolved:
net: usb: qmi_wwan: initialize MAC header offset in qmimux_rx_fixup
Raw IP packets have no MAC header, leaving skb->mac_header uninitialized.
This can trigger kernel panics on ARM64 when xfrm or other subsystems
access the offset due to strict alignment checks.
Initialize the MAC header to prevent such crashes.
This can trigger kernel panics on ARM when running IPsec over the
qmimux0 interface.
Example trace:
Internal error: Oops: 000000009600004f [#1] SMP
CPU: 0 UID: 0 PID: 0 Comm: swapper/0 Not tainted 6.12.34-gbe78e49cb433 #1
Hardware name: LS1028A RDB Board (DT)
pstate: 60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--)
pc : xfrm_input+0xde8/0x1318
lr : xfrm_input+0x61c/0x1318
sp : ffff800080003b20
Call trace:
xfrm_input+0xde8/0x1318
xfrm6_rcv+0x38/0x44
xfrm6_esp_rcv+0x48/0xa8
ip6_protocol_deliver_rcu+0x94/0x4b0
ip6_input_finish+0x44/0x70
ip6_input+0x44/0xc0
ipv6_rcv+0x6c/0x114
__netif_receive_skb_one_core+0x5c/0x8c
__netif_receive_skb+0x18/0x60
process_backlog+0x78/0x17c
__napi_poll+0x38/0x180
net_rx_action+0x168/0x2f0
Security readout for executives and security teams
Plain-English summary
A Linux networking flaw can crash ARM or ARM64 systems handling IPsec traffic through a QMIMUX mobile-broadband interface. The documented impact is a kernel panic and service outage. Although the supplied CVSS is 9.8, the sources do not demonstrate confidentiality or integrity loss, and exposure depends on specific hardware, driver, interface, and traffic conditions.
Executive priority
Prioritize prompt remediation for ARM-based gateways, routers, and embedded systems using IPsec over QMIMUX because a panic could interrupt connectivity or security services. Fleet-wide emergency action is less justified where the required driver and traffic path are absent. Confirm actual exposure before applying the critical CVSS rating uniformly.
Technical view
Raw IP packets processed by qmi_wwan's qmimux_rx_fixup may retain an uninitialized skb MAC-header offset. XFRM or another subsystem can access that invalid offset, triggering strict-alignment faults and kernel panics on ARM architectures. Linux resolved the defect by initializing the MAC header. The supplied trace shows the failure in xfrm_input while receiving IPv6 ESP traffic.
Likely exposure
Most likely exposure is ARM or ARM64 Linux equipment using qmi_wwan/QMIMUX, particularly IPsec over qmimux0. Systems without that driver, interface, architecture, or traffic path appear less exposed based on the description. The supplied affected-version data is ambiguous, so organizations should verify vendor package status rather than relying solely on listed version strings.
Exploitation context
The supplied record is not in CISA KEV, and no cited source reports active exploitation or provides evidence of a practical attack. The CVSS vector describes unauthenticated network reachability, but the technical evidence provided documents a crash condition only. Whether arbitrary remote traffic can reliably trigger the panic is not established by these sources.
Researcher notes
The record's 9.8 vector claims high confidentiality, integrity, and availability impact, while the description and trace substantiate only availability loss. No CWE is supplied. The duplicated commit identifier and ambiguous affected-version list reduce confidence in precise range interpretation. Use the upstream stable commits and distribution backport information for branch-specific assessment.
Mitigation direction
Update to a vendor-supported Linux kernel containing the applicable referenced qmi_wwan fix.
Confirm the distribution or device vendor maps its patched package to an upstream stable fix.
If updating is delayed, reduce IPsec use over qmimux0 where operationally feasible.
Monitor relevant systems for kernel panics or Oops events involving XFRM processing.
Validation and detection
Inventory ARM and ARM64 systems using qmi_wwan, QMIMUX, or a qmimux0 interface.
Identify systems carrying IPsec or other XFRM traffic over QMIMUX interfaces.
Compare running kernel packages against vendor advisories and the referenced stable fixes.
Review logs for Oops traces involving xfrm_input, xfrm6_rcv, or related receive processing.
After updating, validate normal IPsec traffic over QMIMUX in a controlled environment.
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-68192 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
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.