CVE-2026-80984

net/smc: do not dereference an unset send buffer on the SMC-D teardown path

State
Published
Severity
Not scored
Published
Sep 11, 2026
Updated
Oct 19, 2026
Reserved
Aug 26, 2026

Read the record on cve.org

Description

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.

Scores

The record has no CVSS score.

Weaknesses

The record names no weakness.

Affected Products

ProductVersions
LinuxLinux
  • 21f6f41e82e59740e26e06e77bdf58dc7f6f08dd to before ab26e12dd5d2f43d939fcf456933a816e81d2e51Affected
  • ae2be35cbed2c8385e890147ea321a3fcc3ca5fa to before e3fcff8d22a6c9540748846cd800443a643553a6Affected
  • ae2be35cbed2c8385e890147ea321a3fcc3ca5fa to before f950e1b1f0aad334f9a9ee552c4dd5b794ebdd45Affected
  • ae2be35cbed2c8385e890147ea321a3fcc3ca5fa to before f517cf02033801a28f98d86ca613a3533cf066b3Affected
  • ae2be35cbed2c8385e890147ea321a3fcc3ca5fa to before b395dd319cea422239cb45b998fb38d7e373af87Affected
  • 6.6.66 to before 6.6.157Affected
LinuxLinux
  • 6.10Affected
  • before 6.10Not affected
  • 6.6.157 through 6.6.*Not affected
  • 6.12.109 through 6.12.*Not affected
  • 6.18.50 through 6.18.*Not affected
  • 7.2.4 through 7.2.*Not affected
  • 7.3 and laterNot affected

References

Every record here comes from the CVE Program’s CVE List. © 1999–2026 The MITRE Corporation. CVE is a registered trademark of The MITRE Corporation. The records are reproduced under the CVE Program terms of use.