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

  - net/handshake：将固定文件引用移交给 accept_doit handshake_req_next（） 会在 handshake_nl_accept_doit（） 读取 req->hr_sk->sk_socket 并取消引用 sock->file 之前（在 FD_PREPARE（） 中执行一次，在 get_file（） 中再次引用）之前删除 hn_lock。在该窗口中，先后运行 sockfd_put（） （svc_sock_free） 或 __fput_sync（） （xs_reset_transport） 的 tls_handshake_cancel（） 使用者会释放 sock->file。然后，sock_release（） 运行 sock_orphan（），将sk_socket清零，并释放 struct 套接字。接受端代码通过 sk_socket 读取 NULL 或追逐已释放的内存。
    提交端 sock_hold（） 不会阻止此情况。sk_refcnt保护 struct sock，但 struct 套接字和 sock->file 会通过用户拥有的文件描述符独立引用计数。固定 sk 会使 sock 和 sock->file 处于无保护状态。重新定位在提交时固定的 req->hr_file 的接受端取消引用，而非 req->hr_sk->sk_socket->file。仅靠固定是不够的：在 handshake_req_next（） 返回和到达 FD_PREPARE（） accept_doit之间取消的消费者会获取 handshake_req_cancel（） 中的 ！remove_pending（） 分支，并在接受端获取自己的引用之前删除hr_file。将 handshake_req_next（） 中 hn_lock 下的附加文件引用移交，以便接受端对任何并发 handshake_req_cancel（） 都无法撤消的引用进行操作。FD_PREPARE（） 通过将其转移到 fd_publish（） 中的新 fd 或出错时将其丢弃在清理析构函数中来消耗该移交引用;因此，之前平衡 FD_PREPARE（） 的显式 get_file（） 是多余的，并且消失了。更新 handshake_req_cancel_test2 和 _test3 以使用 fput（） 模拟 FD_PREPARE（） 消耗，这样 kunit 文件计数断言保持平衡。（CVE-2026-63979）

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

检测

Linux Distros 未修补的漏洞：CVE-2026-63979

critical Nessus 插件 ID 327939

版本 1.6