CVE-2026-74385: Linux kernel · nvmet-tcp: check return value of nvmet_tcp_set_queue_sock
Affects Linux kernelSource CVE Database V5
Not known to be exploited · CVSS 7.5 High · fixed in cba2ee57fd302727aea7d41e9d9cd0969f5df0fb : patch Linux kernel soon.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 38% 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
- Limited control over the software or limited information exposure
CISA SSVC assessment, 2026-10-16.
- Patch
- Available – fixed in cba2ee57fd302727aea7d41e9d9cd0969f5df0fb, 41b63ff99e3ef37d08f3693413dae5ede5e79fe1, 22aa70f9a0544643ec37d442b6fcb1833d804462 +1
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 15 Aug 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 Linux kernel to cba2ee57fd302727aea7d41e9d9cd0969f5df0fb, 41b63ff99e3ef37d08f3693413dae5ede5e79fe1, 22aa70f9a0544643ec37d442b6fcb1833d804462 or 7ef789703e2b91775dcb36b2efa46325be31a2a0.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in– |
Description
In the Linux kernel, the following vulnerability has been resolved: nvmet-tcp: check return value of nvmet_tcp_set_queue_sock The return value of nvmet_tcp_set_queue_sock() is currently ignored in nvmet_tcp_tls_handshake_done(). If it fails (e.g., due to the socket not being in TCP_ESTABLISHED state), the socket callbacks will not be properly set, leading to queue and socket leakage. Fix this by capturing the return value and calling nvmet_tcp_schedule_release_queue() on failure to ensure proper cleanup.
References
- git.kernel.org/stable/c/41b63ff99e3ef37d08f3693413dae5ede5e79fe1 (opens in a new tab)
- git.kernel.org/stable/c/cba2ee57fd302727aea7d41e9d9cd0969f5df0fb (opens in a new tab)
- git.kernel.org/stable/c/22aa70f9a0544643ec37d442b6fcb1833d804462 (opens in a new tab)
- git.kernel.org/stable/c/7ef789703e2b91775dcb36b2efa46325be31a2a0 (opens in a new tab)