Answer in brief
CVE-2026-90115 records a Unknown severity vulnerability in xsk: fix NULL pointer dereference in __xsk_rcv(). 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 | >=804627751b4281dd95148e7564759145da67855e <aaebce297efc3e3dccb98a6ff838cfaa47db08db || >=804627751b4281dd95148e7564759145da67855e <60d7d3559ce66e227e195e9463cdfed8077c8659 || >=804627751b4281dd95148e7564759145da67855e <214fb79b0379cb0214905632a2537c0c33f594eb || >=804627751b4281dd95148e7564759145da67855e <8341bd3ff126d85bc8c4ed52eedcaa5b1a65f194 || >=804627751b4281dd95148e7564759145da67855e <e37b2abca80473e106176e41712a369fd2f72117 | aaebce297efc3e3dccb98a6ff838cfaa47db08db, 60d7d3559ce66e227e195e9463cdfed8077c8659, 214fb79b0379cb0214905632a2537c0c33f594eb, 8341bd3ff126d85bc8c4ed52eedcaa5b1a65f194, e37b2abca80473e106176e41712a369fd2f72117 |
| Linux/Linuxgeneric | 6.6 | Not reported |
Published upstream
Sep 17, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Sep 17, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 17, 2026
In the Linux kernel, the following vulnerability has been resolved: xsk: fix NULL pointer dereference in __xsk_rcv() In the __xsk_rcv() multi-buffer path, xsk_buff_alloc() is called in a loop without checking its return value. xsk_buff_can_alloc() only counts fill queue entries without validating their addresses, so it can succeed while xsk_buff_alloc() rejects all remaining entries and returns NULL. Oops: general protection fault, probably for non-canonical address 0xdffffc0000000000 KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007] RIP: 0010:__xsk_rcv+0x426/0xc20 (net/xdp/xsk.c:350) Call Trace: xsk_generic_rcv+0x26d/0x5f0 xdp_do_generic_redirect+0x3c5/0xcf0 do_xdp_generic+0x92f/0xe70 __netif_receive_skb_core.constprop.0+0xf7e/0x2b30 Fix this with a two-stage transaction. First allocate and stage all buffers required for the packet, recycling all staged buffers with xsk_buff_free() if any allocation fails. Only after this stage succeeds, copy the data, reserve the RX descriptors, and release the buffers in an error-free loop.
Quoted source text, attributed separately from HOL analysis.