Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - net： qrtr：修正 qrtr_port_remove 中的參照計數飽和度和潛在的 UAF 在 qrtr_port_remove（） 中，在連接埠從 qrtr_ports XArray 中移除之前，以及在 RCU 寬限期過去之前，通訊端參照計數會透過 __sock_put（） 遞減。這打破了基本的 RCU 更新範式。它會公開一個爭用視窗，其中並行 RCU 讀取器 （例如 qrtr_reset_ports（） 或 qrtr_port_lookup（）） 可以從 XArray 取得通訊端的指標，並嘗試在參照計數已降至零的通訊端上呼叫 sock_hold（） 。在 syzkaller 模糊測試期間，遇到了這個確切的爭用條件，導致了以下參照計數飽和警告和潛在的釋放後使用：refcount_t：飽和;記憶體洩漏。警告： lib/refcount.c：22 的 CPU：3 PID：1273 refcount_warn_saturate+0xae/0x1d0 連結的模組：qrtr（+） bochs drm_shmem_helper ... 呼叫追蹤： <TASK> qrtr_reset_ports net/qrtr/af_qrtr.c：768 [內嵌] [qrtr] __qrtr_bind.isra.0+0x48b/0x570 net/qrtr/af_qrtr.c：805 [qrtr] qrtr_bind+0x17d/0x210 net/qrtr/af_qrtr.c：901 [qrtr] kernel_bind+0xe4/0x120 net/socket.c：3592 qrtr_ns_init+0x1a6/0x380 net/qrtr/ns.c：715 [qrtr] qrtr_proto_init+0x3b/0xff0 net/qrtr/af_qrtr.c：169 [qrtr] do_one_initcall+0xf5/0x5e0 init/main.c：1283 ...</TASK> 透過將參照計數遞減推遲到 xa_erase（） 和 synchronize_rcu（） 完成之後來解決此問題。（注意：此修補程式的 v1 錯誤地將 __sock_put（） 替換為 sock_put（）。正如 Simon Horman 所指出的，qrtr_port_remove（） 的呼叫者仍然持有對通訊端的引用，因此在這裡釋放通訊端記憶體會導致呼叫者中出現後續的 UAF。因此，保留 __sock_put（），但只是為了結束 RCU 競賽而重新定位。（CVE-2026-52947）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補弱點：CVE-2026-52947

high Nessus Plugin ID 322626

版本 1.18