Skip to main content
VulnerabilityPublished Updated

CVE-2026-64541: Linux kernel · Use After Free

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 9.8 Critical · fixed in ce5aa8084329351086894aa34d77e40301d5bd3d : patch Linux kernel as a priority.

Data as of 26 Oct 2026, 12:55 UTC

CVSS 3.1 base score
9.8Critical
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 46% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers can reliably automate steps 1–4 of the kill chain
Technical impact
Total control over the software or total information disclosure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in ce5aa8084329351086894aa34d77e40301d5bd3d, 8145b432136285e01091815b48ceb2dae261f262, 1951bffbc6493ec34cff3956b29d4bc6606904a6 +5
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 27 Jul 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ d7b0e37c1ac152905b18a5b9506179091a35b0b6, < ce5aa8084329351086894aa34d77e40301d5bd3d
Fixed in
  • ce5aa8084329351086894aa34d77e40301d5bd3d
LinuxLinuxAffected
  • ≥ d7b0e37c1ac152905b18a5b9506179091a35b0b6, < 8145b432136285e01091815b48ceb2dae261f262
Fixed in
  • 8145b432136285e01091815b48ceb2dae261f262
LinuxLinuxAffected
  • ≥ d7b0e37c1ac152905b18a5b9506179091a35b0b6, < 1951bffbc6493ec34cff3956b29d4bc6606904a6
Fixed in
  • 1951bffbc6493ec34cff3956b29d4bc6606904a6
LinuxLinuxAffected
  • ≥ d7b0e37c1ac152905b18a5b9506179091a35b0b6, < 647b19e5cc145a2f1f685ae8ff3805a17356888c
Fixed in
  • 647b19e5cc145a2f1f685ae8ff3805a17356888c
LinuxLinuxAffected
  • ≥ d7b0e37c1ac152905b18a5b9506179091a35b0b6, < 472e9d7c0d5b03be3ff91ff941f57da822b031bc
Fixed in
  • 472e9d7c0d5b03be3ff91ff941f57da822b031bc
LinuxLinuxAffected
  • ≥ d7b0e37c1ac152905b18a5b9506179091a35b0b6, < 9d160b35cc34a2ba8229d07651468a7848325135
Fixed in
  • 9d160b35cc34a2ba8229d07651468a7848325135

Description

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.

References

Community reviews

Loading reviews…