Answer in brief
CVE-2026-89536 records a Unknown severity vulnerability in SUNRPC: wait for in-flight client TLS handshake callback. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=75eb6af7acdf566c68d61e98e67ee2f235201c02 <15431820f448e09f8029b670d5c82aa5917d4625 || >=75eb6af7acdf566c68d61e98e67ee2f235201c02 <1de391e8b94e31b45c19c16dbf315e294810c7de || >=75eb6af7acdf566c68d61e98e67ee2f235201c02 <7fbb6d2ab0391eb8d1f1a68e6bc263ef02cea61b || >=75eb6af7acdf566c68d61e98e67ee2f235201c02 <a89dd597458848b463d284b15e42a8078beeb046 | 15431820f448e09f8029b670d5c82aa5917d4625, 1de391e8b94e31b45c19c16dbf315e294810c7de, 7fbb6d2ab0391eb8d1f1a68e6bc263ef02cea61b, a89dd597458848b463d284b15e42a8078beeb046 |
| Linux/Linuxgeneric | 6.5 | Not reported |
Published upstream
Sep 11, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Sep 11, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 11, 2026
In the Linux kernel, the following vulnerability has been resolved: SUNRPC: wait for in-flight client TLS handshake callback xs_tls_handshake_sync() gives xs_tls_handshake_done() a reference to the lower transport before submitting the handshake request. On timeout or signal, the synchronous waiter drops that reference after calling tls_handshake_cancel(). handshake_req_cancel() returns false when handshake_complete() has already marked the request complete. In that case the completion callback can still be running, so dropping the callback-owned reference in the waiter can free the lower transport before xs_tls_handshake_done() stores xprt_err or drops its own reference. If cancellation loses to completion, wait until xs_tls_handshake_done() signals handshake_done and let the callback release its reference. This mirrors the server-side handshake lifetime handling and keeps the timeout or signal return value unchanged.
Quoted source text, attributed separately from HOL analysis.