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

  - af_unix：修复 unix_stream_data_wait（） 中对 tail->len 的 UAF 读取 unix_stream_data_wait（） 在不保持任何阻止该队列上的 SKB 出列和释放的锁定的情况下执行 skb_peek_tail（&sk->sk_receive_queue）。自提交 79f632c71bea 以来一直如此（unix/stream：修复了使用大于队列中数据的偏移进行的扫视）。这样做的第一个后果是指针比较 'tail ！= last' 可能是假的，即使 'last' 在语义上指的是已经释放的 SKB，而 'tail' 是在同一地址分配的新 SKB;这可导致 unix_stream_data_wait（） 在新数据到达后错误地继续阻断，但仅限于奇怪的情况下，即窥视 recv（） 和同一套接字上的普通 recv（） 正在争用，这可能不是真正的问题。但自从提交 2b514574f7e8（net：af_unix：
    实现 stream af_unix 套接字的 splice），“tail”实际会取消引用，这可在以下争用情况下造成 UAF（其中 test_setup（） 以单线程运行，然后 test_thread1） 和 test_thread2（） 在两个线程中并发运行： ''' static int socks[2]; void test_setup（void） {socketpair（AF_UNIX， SOCK_STREAM， 0， socks）; send（socks[1]， A， 1, 0);int peekoff = 1;
    setsockopt（socks[0]， SOL_SOCKET， SO_PEEK_OFF， &peekoff， sizeof（peekoff））;} void test_thread1（void） { char dummy; recv（socks[0]， &dummy， 1， MSG_PEEK）; } void test_thread2（void） { char dummy; recv（socks[0]， &dummy， 1， 0）; shutdown（socks[1]， SHUT_WR）; } ''' when race： ''' thread1 thread2 unix_stream_read_generic mutex_lock（&u->iolock） skb_peek（&sk->sk_receive_queue） skb_peek_next（skb， &sk->sk_receive_queue） mutex_unlock（&u->iolock） unix_stream_read_generic unix_state_lock（sk） skb_peek（&sk->sk_receive_queue） unix_state_unlock（sk） unix_stream_data_wait unix_state_lock（sk） tail = skb_peek_tail（&sk->sk_receive_queue） spin_lock（&sk->sk_receive_queue.lock） __skb_unlink（skb， &sk->sk_receive_queue） spin_unlock（&sk->sk_receive_queue.lock） consume_skb（skb） [释放 SKB] 'tail ！= last'：false 'tail'：true 'tail->len ！= last_len' ***UAF*** ''' 通过删除 tail->len 的读取修复 UAF;只有当 UNIX 套接字的接收队列中的 SKB 可以增长时（这种情况不再发生），检查 tail->len 才有意义。Kuniyuki 解释道：> 提交 869e7c62486e 时（net：af_unix：实现流 sendpage >支持）添加了 sendpage（） 支持，数据可被附加到接收方队列中的最后一个> skb。> > 这就是为什么我们在 unix_stream_data_wait（） 中等待新数据时，需要检查最后一个 skb 的长度是否>更改。> > 但是，提交 a0dbf5f818f9（af_unix：支持 MSG_SPLICE_PAGES）并>提交 57d44a354a43（unix：将 unix_stream_sendpage（） 转换为使用 > MSG_SPLICE_PAGES） 重构的 sendmsg（），现在数据始终>添加到新的 skb。这表示此补丁之前不适用于内核。 6.5（CVE-2026-64109）

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

检测

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

high Nessus 插件 ID 327908

版本 1.12