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

  - net/smc修复 LGR 和链接释放后使用问题我们遇到了 LGR/链接释放后使用问题表现为 LGR/link refcnt 提前达到 0 并进入清除进程从而使资源访问不安全。 refcount_t0 上的加法释放后使用。警告lib/refcount.c:25 refcount_warn_slurate+0x9c/0x140 的 CPU14 PID107447 工作队列事件 smc_lgr_terminate_work [smc] 调用跟踪
    refcount_warn_sturate+0x9c/0x140 __smc_lgr_terminate.part.45+0x2a8/0x370 [smc] smc_lgr_terminate_work+0x28/0x30 [smc] process_one_work+0x1b8/0x420 work_thread+0x158/0x510 kthread+0x114/0x118 或 refcount_tunderflow;释放后使用。警告CPU:6 PID: 93140 at lib/refcount.c:28 refcount_warn_slurate+0xf0/0x140 工作队列smc_hs_wq smc_listen_work [smc] 调用跟踪
    refcount_warn_saturate+0xf0/0x140 smcr_link_put+0x1cc/0x1d8 [smc] smc_conn_free+0x110/0x1b0 [smc] smc_conn_abort+0x50/0x60 [smc] smc_listen_find_device+0x75c/0x790 [smc] smc_listen_work+0x368/0x8a0 [smc] process_one_work+0x1b8/0x420 work_thread+0x158/0x510 kthread+0x114/0x118 反复释放 LGR/link refcnt 所造成。一项怀疑是重复调用 smc_conn_free()因为来自服务器监听路径的某些 smc_conn_free() 不受 sock lock 的保护。例如 socklock | 下的调用smc_listen_work------------------------------------------------ ------ lock_sock(sk) | smc_conn_free | smc_conn_abort \- smc_conn_free \- smcr_link_put | \- smcr_link_put重复release_sock(sk) 因此在 smc_listen_work() 路径中添加 sock 锁定保护使其与其他连接操作独占。
    (CVE-2024-56640)

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

检测

Linux Distros 未修补的漏洞：CVE-2024-56640

high Nessus 插件 ID 231830

版本 1.10