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

  - net/smc：保護 smc_getname smc_getname（） 解除參照 smc->clcsock 中的 clcsock 存留期，而不保留 clcsock_release_lock。鏈路組端接可以透過 smc_close_active_abort（） 釋放 CLC 通訊端，而 SMC 通訊端仍處於開啟狀態，例如在關機後 （SHUT_WR）。getsockname（） 呼叫端可以載入 smc->clcsock，然後終止背景工作程式可以在呼叫端存取 clcsock->ops 或叫用 getname（） 之前清除指標並呼叫 sock_release（） 。這會導致釋放後使用;如果背景工作在載入之前清除指標，則會導致 NULL 解除參照。系統呼叫的檔案參照會讓 SMC 通訊端保持作用中，但不會防止其 CLC 通訊端的非同步釋放。KASAN 使用僅測試計時檢測報告以下內容： 錯誤：KASAN：smc_getname+0x19e/0x1b0 中的 slab-use-after-free 由任務 poc/103 在 addr ffff888109abb4e0 讀取大小 8 呼叫追蹤：smc_getname+0x19e/0x1b0 do_getsockname+0xe5/0x170
    __sys_getsockname+0x8c/0x100 由工作 95 分配：sock_alloc_inode+0x1e/0x280 sock_alloc+0x3d/0x240
    __sock_create+0x7e/0x430 smc_create+0x121/0x240 由工作 0 釋放：kmem_cache_free+0xcc/0x340 rcu_core+0x50a/0x1850 上次可能相關的工作建立：evict+0x446/0x6c0 smc_clcsock_release+0xa8/0xd0 smc_close_active_abort+0x26a/0x3a0 __smc_lgr_terminate.part.0+0x137/0x2e0 在指標檢查和 getname（） 回呼中按住 clcsock_release_lock，以使用 smc_clcsock_release（） 序列化。如果 CLC 通訊端已釋放，則傳回 -EBADF，否則保留現有的對等狀態檢查和回呼的傳回值。（CVE-2026-99032）

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

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - net/smc：保护 smc_getname smc_getname（） 中的 clcsock 使用期取消引用 smc->clcsock，而不保留clcsock_release_lock。链路组终止可在 SMC 套接字仍处于打开状态时（例如，在关闭后（SHUT_WR） 时，通过 smc_close_active_abort（） 释放 CLC 套接字。getsockname（） 调用程序可加载 smc->clcsock，然后终止工作线程可在调用程序访问 clcsock->ops 或调用 getname（） 之前清除该指针并调用 sock_release（）。这会造成释放后使用;如果工作线程在加载之前清除该指针，则会导致空取消引用。syscall 的文件引用使 SMC 套接字保持活动，但不会阻止其 CLC 套接字的异步释放。KASAN 报告了仅测试时序检测的以下问题：缺陷：KASAN：任务 poc/103 在地址 ffff888109abb4e0 处的 smc_getname+0x19e/0x1b0 中的 slab-use-after-free 读取大小为 8 调用跟踪：smc_getname+0x19e/0x1b0 do_getsockname+0xe5/0x170
    __sys_getsockname+0x8c/0x100 按任务 95 分配：sock_alloc_inode+0x1e/0x280 sock_alloc+0x3d/0x240
    __sock_create+0x7e/0x430 smc_create+0x121/0x240 由任务 0 释放：kmem_cache_free+0xcc/0x340 rcu_core+0x50a/0x1850 上一次可能相关的工作创建：驱逐+0x446/0x6c0 smc_clcsock_release+0xa8/0xd0 smc_close_active_abort+0x26a/0x3a0 __smc_lgr_terminate.part.0+0x137/0x2e0 按住clcsock_release_lock指针检查和 getname（） 回调，以使用 smc_clcsock_release（） 进行序列化。如果已释放 CLC 套接字，则返回 -EBADF，否则将保留现有的对等机状态检查和回调的返回值。（CVE-2026-99032）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - net/smc:clcsock_release_lock を保持せずに smc->clcsock を逆参照する smc_getname smc_getname() における clcsock の寿命を保護します。リンクグループターミネーションは、SMC ソケットが開いている間に (シャットダウン (SHUT_WR) 後など) smc_close_active_abort() を通じて CLC ソケットを解放できます。getsockname() の呼び出し元が smc->clcsock を読み込むことができ、その後、呼び出し元が clcsock->ops にアクセスするか、getname() を呼び出す前に、終了ワーカーがポインターをクリアして sock_release() を呼び出すことができます。これにより、use-after-free が引き起こされます。ロードの前にワーカーがポインターをクリアすると、NULL デリファレンスが発生します。syscall のファイル参照により、SMC ソケットは有効のままになりますが、CLC ソケットの非同期リリースは防止されません。KASAN は、テスト専用タイミングインストルメンテーションに関する次の問題を報告しました:バグ:KASAN:smc_getname+0x19e/0x1b0 の slab-use-after-free タスク poc/103 による addr ffff888109abb4e0 でのサイズ 8 の読み取り コールトレース:smc_getname+0x19e/0x1b0 do_getsockname+0xe5/0x170
    __sys_getsockname+0x8c/0x100 タスク 95 によって割り当てられます: sock_alloc_inode+0x1e/0x280 sock_alloc+0x3d/0x240
    __sock_create+0x7e/0x430 smc_create+0x121/0x240 タスク 0 により解放されます: kmem_cache_free+0xcc/0x340 rcu_core+0x50a/0x1850 最後の潜在的に関連する作業の作成: evict+0x446/0x6c0 smc_clcsock_release+0xa8/0xd0 smc_close_active_abort+0x26a/0x3a0 __smc_lgr_terminate.part.0+0x137/0x2e0 ポインターチェックと getname() コールバック全体でclcsock_release_lockを保留し、smc_clcsock_release() でシリアル化します。CLC ソケットがすでにリリースされている場合は -EBADF を返し、そうでない場合は既存のピア状態チェックとコールバックの戻り値を保持します。(CVE-2026-99032)

Nessus は、ベンダーから報告されたパッケージの存在に依存していることに注意してください。

An update of the linux package has been released.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - net/smc: protect clcsock lifetime in smc_getname smc_getname() dereferences smc->clcsock without holding     clcsock_release_lock. Link-group termination can release the CLC socket through smc_close_active_abort()     while the SMC socket is still open, for example after shutdown(SHUT_WR). A getsockname() caller can load     smc->clcsock, then the termination worker can clear the pointer and call sock_release() before the caller     accesses clcsock->ops or invokes getname(). This causes a use-after-free; if the worker clears the pointer     before the load, it causes a NULL dereference. The syscall's file reference keeps the SMC socket alive but     does not prevent asynchronous release of its CLC socket. KASAN reported the following with test-only     timing instrumentation: BUG: KASAN: slab-use-after-free in smc_getname+0x19e/0x1b0 Read of size 8 at addr     ffff888109abb4e0 by task poc/103 Call Trace: smc_getname+0x19e/0x1b0 do_getsockname+0xe5/0x170
    __sys_getsockname+0x8c/0x100 Allocated by task 95: sock_alloc_inode+0x1e/0x280 sock_alloc+0x3d/0x240
    __sock_create+0x7e/0x430 smc_create+0x121/0x240 Freed by task 0: kmem_cache_free+0xcc/0x340     rcu_core+0x50a/0x1850 Last potentially related work creation: evict+0x446/0x6c0     smc_clcsock_release+0xa8/0xd0 smc_close_active_abort+0x26a/0x3a0 __smc_lgr_terminate.part.0+0x137/0x2e0     Hold clcsock_release_lock across the pointer check and the getname() callback to serialize with     smc_clcsock_release(). Return -EBADF if the CLC socket has already been released, preserving the existing     peer state check and the callback's return value otherwise. (CVE-2026-99032)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	Name	Product	Family	Published	Updated	Severity
371475	Linux Distros 未修補弱點：CVE-2026-99032	Nessus	Misc.	10/23/2026	11/9/2026	high
371475	Linux Distros 未修补的漏洞：CVE-2026-99032	Nessus	Misc.	10/23/2026	11/9/2026	high
371475	Linux Distros のパッチ未適用の脆弱性: CVE-2026-99032	Nessus	Misc.	10/23/2026	11/9/2026	high
375086	Photon OS 5.0: Linux PHSA-2026-5.0-92-1044	Nessus	PhotonOS Local Security Checks	11/2/2026	11/2/2026	critical
371475	Linux Distros Unpatched Vulnerability : CVE-2026-99032	Nessus	Misc.	10/23/2026	11/9/2026	high

Detections

Analytics

Plugins Search

high

high

high

critical

high