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 Distros 未修补的漏洞：CVE-2026-99032

high Nessus 插件 ID 371475

版本 1.14