CVE-2026-98236: net: wwan: mhi_wwan_mbim: check skb_copy_bits() return value
In the Linux kernel, the following vulnerability has been resolved:
net: wwan: mhiwwanmbim: check skbcopybits() return value
mhimbimrx() ignores the return value of skbcopybits() when it copies each datagram out of the NTB. The datagram offset and length come from the DPE, which is only checked to lie within the NTB itself, so a modem can point a datagram outside the received skb. The copy then fails and the freshly allocated skbn is passed to netifrx() with its uninitialized contents still in place, leaking kernel heap memory into the network stack.
Free the skb and account an error when the copy fails.
Verified in a QEMU guest with a fault injector pointing a DPE outside the received NTB: the copy fails, and the unpatched driver hands the uninitialized skbn to the network stack (observed as "unknown protocol" on bytes that were never written). With this check the failed datagram is dropped and counted as an rx error.
Changes in v2: factor the free-and-count sequence out into mhimbimrxdrop(), shared with the unknown-protocol path, as suggested by Loic Poulain.
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Compensating control
In the mhi_wwan_mbim driver, make mhi_mbim_rx() check the return value of skb_copy_bits(); when copying a datagram fails, free the newly allocated skb, drop the failed datagram via mhi_mbim_rx_drop(), and account for it as an RX error before it reaches the network stack.