Back to CVE records
Critical 9.8Published Jul 27, 2026

CVE-2026-64541net/smc: fix UAF in smc_cdc_rx_handler() by pinning the socket

Updated under an hour ago ()

Does this affect you?

It affects Linux. Add what you run to find out whether that includes you.

No exploitation reported and no EPSS estimate yet.

In the Linux kernel, the following vulnerability has been resolved: net/smc: fix UAF in smc_cdc_rx_handler() by pinning the socket smc_cdc_rx_handler() looks up the connection by token under the link group's conns_lock, drops the lock, and then dereferences conn and the smc_sock derived from it, ending in sock_hold(&smc->sk) inside smc_cdc_msg_recv(). No reference is held across the lock release. The only reference pinning the socket while the connection is discoverable in the link group is taken in smc_lgr_register_conn() (sock_hold) and dropped in __smc_lgr_unregister_conn() (sock_put), both under conns_lock. Once the handler drops conns_lock, a concurrent close() -> smc_release() -> smc_conn_free() -> smc_lgr_unregister_conn() can drop that reference and free the smc_sock, so the handler's later sock_hold() runs on freed memory: WARNING: lib/refcount.c:25 at refcount_warn_saturate Workqueue: rxe_wq do_work refcount_warn_saturate (lib/refcount.c:25) smc_cdc_msg_recv (net/smc/smc_cdc.c:430) smc_cdc_rx_handler (net/smc/smc_cdc.c:502) smc_wr_rx_tasklet_fn (net/smc/smc_wr.c:445) tasklet_action_common (kernel/softirq.c:938) handle_softirqs (kernel/softirq.c:622) Kernel panic - not syncing: panic_on_warn set Only SMC-R is affected. The SMC-D receive tasklet is stopped by tasklet_kill(&conn->rx_tsklet) in smc_conn_free() before the connection is unregistered, so it cannot run concurrently with the free. Take the socket reference while still holding conns_lock, so the registration reference can no longer be the last one, and drop it once the handler is done.

CVSS
9.8 CRITICAL (v3.1, CNA)CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Weakness (CWE)
Not given
Known exploited
Not in CISA's KEV catalog
EPSS (exploitation in the next 30 days)
Not loaded for this CVE
Assigned by
Linux
NVD analysis
Received
Record last updated
Oct 16, 2026
First seen by InfoSec Signals
Oct 9, 2026

Affected products

Affected products
Linux Linux
linux:linux (from the name)
from d7b0e37c1ac152905b18a5b9506179091a35b0b6 before 8de4f665d0febfb92803dece377791a563fc7041; from d7b0e37c1ac152905b18a5b9506179091a35b0b6 before 8145b432136285e01091815b48ceb2dae261f262; from d7b0e37c1ac152905b18a5b9506179091a35b0b6 before 1951bffbc6493ec34cff3956b29d4bc6606904a6; from d7b0e37c1ac152905b18a5b9506179091a35b0b6 before 647b19e5cc145a2f1f685ae8ff3805a17356888c; from d7b0e37c1ac152905b18a5b9506179091a35b0b6 before 472e9d7c0d5b03be3ff91ff941f57da822b031bc; from d7b0e37c1ac152905b18a5b9506179091a35b0b6 before 3bfb96d9bc6a7ed0b99c7db329cc2e22a28d84bb; from d7b0e37c1ac152905b18a5b9506179091a35b0b6 before ce5aa8084329351086894aa34d77e40301d5bd3d; from d7b0e37c1ac152905b18a5b9506179091a35b0b6 before 9d160b35cc34a2ba8229d07651468a7848325135
CNA record

References

The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.

Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.