Answer in brief
CVE-2026-64188 records a High severity (CVSS 7.8) vulnerability in net: qualcomm: rmnet: fix endpoint use-after-free in rmnet_dellink(). The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 7.8. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Product | Affected versions | Fixed versions |
|---|---|---|
| cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* | Not reported | Not reported |
| cpe:2.3:o:linux:linux_kernel:7.1:rc1:*:*:*:*:*:* | Not reported | Not reported |
| cpe:2.3:o:linux:linux_kernel:7.1:rc2:*:*:*:*:*:* | Not reported | Not reported |
| cpe:2.3:o:linux:linux_kernel:7.1:rc3:*:*:*:*:*:* | Not reported | Not reported |
| cpe:2.3:o:linux:linux_kernel:7.1:rc4:*:*:*:*:*:* | Not reported | Not reported |
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=ceed73a2cf4aff2921802aa3d21d45280677547d <c4e676c3505c5058922dc1a6f1ded795f6758135 || >=ceed73a2cf4aff2921802aa3d21d45280677547d <9918698cf3aee4032e12bb42fd5a951dc465339b || >=ceed73a2cf4aff2921802aa3d21d45280677547d <310b93246bfec7d4452507e0c15477377ed9f025 || >=ceed73a2cf4aff2921802aa3d21d45280677547d <1078ae8175777e80c9637996fb4a46c55f0ce576 || >=ceed73a2cf4aff2921802aa3d21d45280677547d <41e06fcc5df0774d212e70c5b503fc769492bce3 || >=ceed73a2cf4aff2921802aa3d21d45280677547d <8b17adf6d4fb6bf61fa4c3f58366a7c082799a71 || >=ceed73a2cf4aff2921802aa3d21d45280677547d <f193e38cb257d033060b63f1cfd94af076b3a2ab || >=ceed73a2cf4aff2921802aa3d21d45280677547d <d00c953a8f69921f484b629801766da68f27f658 | c4e676c3505c5058922dc1a6f1ded795f6758135, 9918698cf3aee4032e12bb42fd5a951dc465339b, 310b93246bfec7d4452507e0c15477377ed9f025, 1078ae8175777e80c9637996fb4a46c55f0ce576, 41e06fcc5df0774d212e70c5b503fc769492bce3, 8b17adf6d4fb6bf61fa4c3f58366a7c082799a71, f193e38cb257d033060b63f1cfd94af076b3a2ab, d00c953a8f69921f484b629801766da68f27f658 |
| Linux/Linuxgeneric | 4.14 | Not reported |
Published upstream
Jul 20, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 11, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 5, 2026
In the Linux kernel, the following vulnerability has been resolved: net: qualcomm: rmnet: fix endpoint use-after-free in rmnet_dellink() rmnet_dellink() removes the endpoint from the hash table with hlist_del_init_rcu() and then immediately frees it with kfree(). However, RCU readers on the receive path (rmnet_rx_handler -> __rmnet_map_ingress_handler) may still hold a reference to the endpoint and dereference ep->egress_dev after the memory has been freed. The endpoint is a kmalloc-32 object, and the stale read at offset 8 corresponds to the egress_dev pointer. BUG: unable to handle page fault for address: ffffffffde942eef Oops: 0002 [#1] SMP NOPTI CPU: 1 UID: 0 PID: 137 Comm: poc_write Not tainted 7.0.0+ #4 PREEMPTLAZY RIP: 0010:rmnet_vnd_rx_fixup (rmnet_vnd.c:27) Call Trace: <TASK> __rmnet_map_ingress_handler (rmnet_handlers.c:48 rmnet_handlers.c:101) rmnet_rx_handler (rmnet_handlers.c:129 rmnet_handlers.c:235) __netif_receive_skb_core.constprop.0 (net/core/dev.c:6096) __netif_receive_skb_one_core (net/core/dev.c:6208) netif_receive_skb (net/core/dev.c:6467) tun_get_user (drivers/net/tun.c:1955) tun_chr_write_iter (drivers/net/tun.c:2003) vfs_write (fs/read_write.c:688) ksys_write (fs/read_write.c:740) </TASK> Add an rcu_head field to struct rmnet_endpoint and replace kfree() with kfree_rcu() so the endpoint memory remains valid through the RCU grace period. Also remove the rmnet_vnd_dellink() call and inline only the nr_rmnet_devs decrement, since rmnet_vnd_dellink() would set ep->egress_dev to NULL during the grace period, creating a data race with lockless readers.
Quoted source text, attributed separately from HOL analysis.