Answer in brief
CVE-2026-89534 records a High severity (CVSS 8.8) vulnerability in svcrdma: Clear sc_cm_id when ADDR_CHANGE replacement fails. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic), 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.
CVSS is 8.8. 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), Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=d1b586e75ec619dde1af47e21a41a6b1b51874c2 <673e358ab7c11f8cec223c6a36a793056a67facd || >=d1b586e75ec619dde1af47e21a41a6b1b51874c2 <01500306e1d50de7ca7a2cdcdfa28ac0523eb747 | 673e358ab7c11f8cec223c6a36a793056a67facd, 01500306e1d50de7ca7a2cdcdfa28ac0523eb747 |
| Linux/Linuxgeneric | 6.11 | Not reported |
| Linux/Linuxgeneric | >=d1b586e75ec619dde1af47e21a41a6b1b51874c2 <65f0f82f20334e76acaf29087a59af7b3b9699ed || >=d1b586e75ec619dde1af47e21a41a6b1b51874c2 <673e358ab7c11f8cec223c6a36a793056a67facd || >=d1b586e75ec619dde1af47e21a41a6b1b51874c2 <01500306e1d50de7ca7a2cdcdfa28ac0523eb747 | 65f0f82f20334e76acaf29087a59af7b3b9699ed, 673e358ab7c11f8cec223c6a36a793056a67facd, 01500306e1d50de7ca7a2cdcdfa28ac0523eb747 |
| Linux/Linuxgeneric | >=d1b586e75ec619dde1af47e21a41a6b1b51874c2 <2a68aeb2de8ad0fef9c50e73a50622a35c6af1a8 || >=d1b586e75ec619dde1af47e21a41a6b1b51874c2 <65f0f82f20334e76acaf29087a59af7b3b9699ed || >=d1b586e75ec619dde1af47e21a41a6b1b51874c2 <673e358ab7c11f8cec223c6a36a793056a67facd || >=d1b586e75ec619dde1af47e21a41a6b1b51874c2 <01500306e1d50de7ca7a2cdcdfa28ac0523eb747 || 5cd069ad1cf7fb46af31f0dbe2850868335f5272 || >=6.6.160 <6.7 | 2a68aeb2de8ad0fef9c50e73a50622a35c6af1a8, 65f0f82f20334e76acaf29087a59af7b3b9699ed, 673e358ab7c11f8cec223c6a36a793056a67facd, 01500306e1d50de7ca7a2cdcdfa28ac0523eb747, 6.7 |
Published upstream
Sep 11, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 21, 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: svcrdma: Clear sc_cm_id when ADDR_CHANGE replacement fails When svc_rdma_listen_handler() handles RDMA_CM_EVENT_ADDR_CHANGE, it creates a replacement listener cm_id and returns 1, telling the CM core to destroy the old one. If the replacement allocation fails, sc_cm_id still points at the old cm_id that the CM core is about to destroy. Any subsequent dereference of sc_cm_id -- such as svc_rdma_detach()'s rdma_disconnect() call -- is a use-after-free. NULL sc_cm_id on the failure path and guard svc_rdma_detach()'s rdma_disconnect() call against NULL so that the listener can be torn down safely when the server shuts down.
Quoted source text, attributed separately from HOL analysis.