Answer in brief
CVE-2026-64550 records a Unknown severity vulnerability in net: qualcomm: rmnet: validate MAP frame length before ingress parsing. 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.
Answer in brief
CVE-2026-64550 records a Unknown severity vulnerability in net: qualcomm: rmnet: validate MAP frame length before ingress parsing. 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.
A CVSS score is not reported in the current record. 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.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=ceed73a2cf4aff2921802aa3d21d45280677547d <ed25befc8c36f896b5878f9078faddb67fd7e2d0 || >=ceed73a2cf4aff2921802aa3d21d45280677547d <a54d76d176e50d2fdbd39b7231efe256170339e4 || >=ceed73a2cf4aff2921802aa3d21d45280677547d <00f4c366dbca16a40772c3b7ec2d8cba839e9724 || >=ceed73a2cf4aff2921802aa3d21d45280677547d <3868c3244369ab709a90c9aad7534d406009b824 || >=ceed73a2cf4aff2921802aa3d21d45280677547d <14eb0c9491385d5361a292ea4974aec0e6887299 || >=ceed73a2cf4aff2921802aa3d21d45280677547d <1b12612c367e4be9b0814c0468e7e687835315b4 || >=ceed73a2cf4aff2921802aa3d21d45280677547d <231a8a4b76cb1b1827b3b19d7b3603642f5aaaef || >=ceed73a2cf4aff2921802aa3d21d45280677547d <f0f1887a9e30712a1df03e152dce6fb91344b1f3 | ed25befc8c36f896b5878f9078faddb67fd7e2d0, a54d76d176e50d2fdbd39b7231efe256170339e4, 00f4c366dbca16a40772c3b7ec2d8cba839e9724, 3868c3244369ab709a90c9aad7534d406009b824, 14eb0c9491385d5361a292ea4974aec0e6887299, 1b12612c367e4be9b0814c0468e7e687835315b4, 231a8a4b76cb1b1827b3b19d7b3603642f5aaaef, f0f1887a9e30712a1df03e152dce6fb91344b1f3 |
| Linux/Linuxgeneric | 4.14 | Not reported |
Published upstream
Jul 27, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 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: validate MAP frame length before ingress parsing When ingress deaggregation is disabled, rmnet_map_ingress_handler() passes the skb straight to __rmnet_map_ingress_handler(), skipping the length validation that rmnet_map_deaggregate() performs on the aggregated path. The parser then dereferences the MAP header and csum header/trailer based on the on-wire pkt_len without checking skb->len, so a short frame is read out of bounds: BUG: KASAN: slab-out-of-bounds in rmnet_map_checksum_downlink_packet Read of size 1 at addr ffff88801118ed00 by task exploit/147 Call Trace: ... rmnet_map_checksum_downlink_packet (drivers/net/ethernet/qualcomm/rmnet/rmnet_map_data.c:413) __rmnet_map_ingress_handler (drivers/net/ethernet/qualcomm/rmnet/rmnet_handlers.c:96) rmnet_rx_handler (drivers/net/ethernet/qualcomm/rmnet/rmnet_handlers.c:129) __netif_receive_skb_core.constprop.0 (net/core/dev.c:6089) netif_receive_skb (net/core/dev.c:6460) tun_get_user (drivers/net/tun.c:1955) tun_chr_write_iter (drivers/net/tun.c:2001) vfs_write (fs/read_write.c:688) ksys_write (fs/read_write.c:740) do_syscall_64 (arch/x86/entry/syscall_64.c:94) ... Factor that validation out of rmnet_map_deaggregate() into rmnet_map_validate_packet_len() and run it on the no-aggregation path too. The MAP header is bounds-checked first, since this path can receive a frame shorter than the header.
Quoted source text, attributed separately from HOL analysis.
A CVSS score is not reported in the current record. 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.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=ceed73a2cf4aff2921802aa3d21d45280677547d <ed25befc8c36f896b5878f9078faddb67fd7e2d0 || >=ceed73a2cf4aff2921802aa3d21d45280677547d <a54d76d176e50d2fdbd39b7231efe256170339e4 || >=ceed73a2cf4aff2921802aa3d21d45280677547d <00f4c366dbca16a40772c3b7ec2d8cba839e9724 || >=ceed73a2cf4aff2921802aa3d21d45280677547d <3868c3244369ab709a90c9aad7534d406009b824 || >=ceed73a2cf4aff2921802aa3d21d45280677547d <14eb0c9491385d5361a292ea4974aec0e6887299 || >=ceed73a2cf4aff2921802aa3d21d45280677547d <1b12612c367e4be9b0814c0468e7e687835315b4 || >=ceed73a2cf4aff2921802aa3d21d45280677547d <231a8a4b76cb1b1827b3b19d7b3603642f5aaaef || >=ceed73a2cf4aff2921802aa3d21d45280677547d <f0f1887a9e30712a1df03e152dce6fb91344b1f3 | ed25befc8c36f896b5878f9078faddb67fd7e2d0, a54d76d176e50d2fdbd39b7231efe256170339e4, 00f4c366dbca16a40772c3b7ec2d8cba839e9724, 3868c3244369ab709a90c9aad7534d406009b824, 14eb0c9491385d5361a292ea4974aec0e6887299, 1b12612c367e4be9b0814c0468e7e687835315b4, 231a8a4b76cb1b1827b3b19d7b3603642f5aaaef, f0f1887a9e30712a1df03e152dce6fb91344b1f3 |
| Linux/Linuxgeneric | 4.14 | Not reported |
Published upstream
Jul 27, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 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: validate MAP frame length before ingress parsing When ingress deaggregation is disabled, rmnet_map_ingress_handler() passes the skb straight to __rmnet_map_ingress_handler(), skipping the length validation that rmnet_map_deaggregate() performs on the aggregated path. The parser then dereferences the MAP header and csum header/trailer based on the on-wire pkt_len without checking skb->len, so a short frame is read out of bounds: BUG: KASAN: slab-out-of-bounds in rmnet_map_checksum_downlink_packet Read of size 1 at addr ffff88801118ed00 by task exploit/147 Call Trace: ... rmnet_map_checksum_downlink_packet (drivers/net/ethernet/qualcomm/rmnet/rmnet_map_data.c:413) __rmnet_map_ingress_handler (drivers/net/ethernet/qualcomm/rmnet/rmnet_handlers.c:96) rmnet_rx_handler (drivers/net/ethernet/qualcomm/rmnet/rmnet_handlers.c:129) __netif_receive_skb_core.constprop.0 (net/core/dev.c:6089) netif_receive_skb (net/core/dev.c:6460) tun_get_user (drivers/net/tun.c:1955) tun_chr_write_iter (drivers/net/tun.c:2001) vfs_write (fs/read_write.c:688) ksys_write (fs/read_write.c:740) do_syscall_64 (arch/x86/entry/syscall_64.c:94) ... Factor that validation out of rmnet_map_deaggregate() into rmnet_map_validate_packet_len() and run it on the no-aggregation path too. The MAP header is bounds-checked first, since this path can receive a frame shorter than the header.
Quoted source text, attributed separately from HOL analysis.