Answer in brief
CVE-2026-63870 records a Unknown severity vulnerability in ieee802154: 6lowpan: only accept IPv6 packets in lowpan_xmit(). 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-63870 records a Unknown severity vulnerability in ieee802154: 6lowpan: only accept IPv6 packets in lowpan_xmit(). 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 | >=4dc315e267fe4a3c863fec21f26aa0a418c3f07a <af07fffbd53ddc3ec3c2a4ca914f27899fa89bca || >=4dc315e267fe4a3c863fec21f26aa0a418c3f07a <3150e6d3223dfc356308125cabf9c34169842d2a || >=4dc315e267fe4a3c863fec21f26aa0a418c3f07a <8da95cb6ad7d656c871e776a9c7b77e894d6d89c || >=4dc315e267fe4a3c863fec21f26aa0a418c3f07a <1a827b95e62b4cbe851ae7cc9c961cdfa769cca4 || >=4dc315e267fe4a3c863fec21f26aa0a418c3f07a <c1819c8defa235c7beda859bc185b1c429a55ecd || >=4dc315e267fe4a3c863fec21f26aa0a418c3f07a <285b0842f2e01c3edf805f1fd64da11d9b7f6b4c || >=4dc315e267fe4a3c863fec21f26aa0a418c3f07a <87172cc8dc49aaf54407a31edffb0232f8cb93ab || >=4dc315e267fe4a3c863fec21f26aa0a418c3f07a <3a5f3f7aff18bcc36a57839cf50cf0cc8de707f3 | af07fffbd53ddc3ec3c2a4ca914f27899fa89bca, 3150e6d3223dfc356308125cabf9c34169842d2a, 8da95cb6ad7d656c871e776a9c7b77e894d6d89c, 1a827b95e62b4cbe851ae7cc9c961cdfa769cca4, c1819c8defa235c7beda859bc185b1c429a55ecd, 285b0842f2e01c3edf805f1fd64da11d9b7f6b4c, 87172cc8dc49aaf54407a31edffb0232f8cb93ab, 3a5f3f7aff18bcc36a57839cf50cf0cc8de707f3 |
| Linux/Linuxgeneric | 4.0 | Not reported |
Published upstream
Jul 19, 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: ieee802154: 6lowpan: only accept IPv6 packets in lowpan_xmit() The aoe driver (or similar) generates a non-IPv6 packet (e.g., ETH_P_AOE) and queues it for transmission via dev_queue_xmit() on a 6LoWPAN interface (configured by the user or test case). Since the packet is not IPv6, the 6LoWPAN header_ops->create function (lowpan_header_create or header_create) returns early without initializing the lowpan_addr_info structure in the skb headroom. In the transmit function (lowpan_xmit), the driver calls lowpan_header (or setup_header) which unconditionally copies and uses the lowpan_addr_info from the headroom, which contains uninitialized data. Fix this by dropping non IPv6 packets. A similar fix is needed in net/bluetooth/6lowpan.c bt_xmit().
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 | >=4dc315e267fe4a3c863fec21f26aa0a418c3f07a <af07fffbd53ddc3ec3c2a4ca914f27899fa89bca || >=4dc315e267fe4a3c863fec21f26aa0a418c3f07a <3150e6d3223dfc356308125cabf9c34169842d2a || >=4dc315e267fe4a3c863fec21f26aa0a418c3f07a <8da95cb6ad7d656c871e776a9c7b77e894d6d89c || >=4dc315e267fe4a3c863fec21f26aa0a418c3f07a <1a827b95e62b4cbe851ae7cc9c961cdfa769cca4 || >=4dc315e267fe4a3c863fec21f26aa0a418c3f07a <c1819c8defa235c7beda859bc185b1c429a55ecd || >=4dc315e267fe4a3c863fec21f26aa0a418c3f07a <285b0842f2e01c3edf805f1fd64da11d9b7f6b4c || >=4dc315e267fe4a3c863fec21f26aa0a418c3f07a <87172cc8dc49aaf54407a31edffb0232f8cb93ab || >=4dc315e267fe4a3c863fec21f26aa0a418c3f07a <3a5f3f7aff18bcc36a57839cf50cf0cc8de707f3 | af07fffbd53ddc3ec3c2a4ca914f27899fa89bca, 3150e6d3223dfc356308125cabf9c34169842d2a, 8da95cb6ad7d656c871e776a9c7b77e894d6d89c, 1a827b95e62b4cbe851ae7cc9c961cdfa769cca4, c1819c8defa235c7beda859bc185b1c429a55ecd, 285b0842f2e01c3edf805f1fd64da11d9b7f6b4c, 87172cc8dc49aaf54407a31edffb0232f8cb93ab, 3a5f3f7aff18bcc36a57839cf50cf0cc8de707f3 |
| Linux/Linuxgeneric | 4.0 | Not reported |
Published upstream
Jul 19, 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: ieee802154: 6lowpan: only accept IPv6 packets in lowpan_xmit() The aoe driver (or similar) generates a non-IPv6 packet (e.g., ETH_P_AOE) and queues it for transmission via dev_queue_xmit() on a 6LoWPAN interface (configured by the user or test case). Since the packet is not IPv6, the 6LoWPAN header_ops->create function (lowpan_header_create or header_create) returns early without initializing the lowpan_addr_info structure in the skb headroom. In the transmit function (lowpan_xmit), the driver calls lowpan_header (or setup_header) which unconditionally copies and uses the lowpan_addr_info from the headroom, which contains uninitialized data. Fix this by dropping non IPv6 packets. A similar fix is needed in net/bluetooth/6lowpan.c bt_xmit().
Quoted source text, attributed separately from HOL analysis.