Answer in brief
CVE-2026-80984 records a Unknown severity vulnerability in net/smc: do not dereference an unset send buffer on the SMC-D teardown path. 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 | >=ae2be35cbed2c8385e890147ea321a3fcc3ca5fa <e3fcff8d22a6c9540748846cd800443a643553a6 || >=ae2be35cbed2c8385e890147ea321a3fcc3ca5fa <f950e1b1f0aad334f9a9ee552c4dd5b794ebdd45 || >=ae2be35cbed2c8385e890147ea321a3fcc3ca5fa <f517cf02033801a28f98d86ca613a3533cf066b3 || >=ae2be35cbed2c8385e890147ea321a3fcc3ca5fa <b395dd319cea422239cb45b998fb38d7e373af87 || 21f6f41e82e59740e26e06e77bdf58dc7f6f08dd || >=6.6.66 <6.7 | e3fcff8d22a6c9540748846cd800443a643553a6, f950e1b1f0aad334f9a9ee552c4dd5b794ebdd45, f517cf02033801a28f98d86ca613a3533cf066b3, b395dd319cea422239cb45b998fb38d7e373af87, 6.7 |
| Linux/Linuxgeneric | 6.10 | Not reported |
Published upstream
Sep 11, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Sep 11, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 11, 2026
In the Linux kernel, the following vulnerability has been resolved: net/smc: do not dereference an unset send buffer on the SMC-D teardown path smc_close_stream_wait() calls smc_tx_prepared_sends() from inside its sk_wait_event() condition, and sk_wait_event() evaluates that condition once with the socket lock released. smcd_buf_detach() clears conn->sndbuf_desc from smc_conn_kill() under lock_sock(), so a link group terminating while a socket waits there leaves the helper dereferencing NULL, faulting out of close(). SIOCOUTQ reads the field by hand, and smc_close_cancel_work() drops the lock across two cancel_*_sync() calls. Sample the pointer once in the helper, report nothing prepared while it is unset, and bound the ioctl the same way. The receive tasklet dereferences the field directly in smc_cdc_msg_recv_action(), not through this helper; 1/2 is what keeps it from running that late.
Quoted source text, attributed separately from HOL analysis.