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

  - bpf修复 sockmap 的 ktls 错误 [ 2172.936997] ------------[ 在此处切换 ]------------ [ 2172.936999] lib/iov_iter 的内核缺陷.c:629! ...... [ 2172.944996] PKRU: 55555554 [ 2172.945155] 调用跟踪 [ 2172.945299] <TASK> [ 2172.945428] ? die+0x36/0x90 [ 2172.945601] do_trap+0xdd/0x100 [ 2172.945795] ? iov_iter_revert+0x178/0x180 [ 2172.946031] ? iov_iter_revert+0x178/0x180 [ 2172.946267] ? do_error_trap+0x7d/0x110 [ 2172.946499] ? iov_iter_revert+0x178/0x180 [ 2172.946736] ? exc_invalid_op+0x50/0x70 [ 2172.946961] ? iov_iter_revert+0x178/0x180 [ 2172.947197] ? asm_exc_invalid_op+0x1a/0x20 [ 2172.947446] ? iov_iter_revert+0x178/0x180 [ 2172.947683] ? iov_iter_revert+0x5c/0x180 [ 2172.947913] tls_sw_sendmsg_locked.isra.0+0x794/0x840 [ 2172.948206] tls_sw_sendmsg+0x52/0x80 [ 2172.948420] ? inet_sendmsg+0x1f/0x70 [ 2172.948634] __sys_sendto+0x1cd/0x200 [2172.948848] ? find_held_lock+0x2b/0x80 [ 2172.949072] ? syscall_trace_enter+0x140/0x270 [ 2172.949330] ?
    __lock_release.isra.0+0x5e/0x170 [ 2172.949595] find_held_lock+0x2b/0x80 [ 2172.949817] ? syscall_trace_enter+0x140/0x270 [ 2172.950211] ? lockdep_hardirqs_on_prepare+0xda/0x190 [ 2172.950632] ? ktime_get_coarse_real_ts64+0xc2/0xd0 [ 2172.951036] __x64_sys_sendto+0x24/0x30 [ 2172.951382] do_syscall_64+0x90/0x170 ...... 调用 bpf_exec_tx_verdict() 后msg_pl->sg 的大小可能会增加例如当 BPF 程序执行 bpf_msg_push_data() 时。如果 BPF 程序设置 cork_bytes且 sg.size 小于 cork_bytes将返回 -ENOSPC 并尝试回滚到非零复制逻辑。
    不过在回滚期间msg->msg_iter 已重置但由于 msg_pl->sg.size 已增大后续执行将超过 msg_iter 的实际大小。 ''' iov_iter_revert(&msg->msg_iter, msg_pl->sg.size - orig_size); ''' 此提交中的变更基于以下注意事项1. 设置 cork_bytes 时回滚到非零复制逻辑毫无意义并可直接转至零复制逻辑。 2. 无法计算用于恢复 msg_iter 的正确字节数。假设原始数据为 abcdefgh（8 字节），在 BPF 程序进行 3 次推送后，其变为 11 字节数据：abc?de?fgh?。然后，我们将 cork_bytes 设置为 6，这意味着前 6 个字节已被处理，剩下的 5 个字节仍然存在。将被缓存直到长度满足 cork_bytes 要求。但是，?fgh? 中的某些数据不在“sg->msg_iter”内而是在 msg_pl 内尤其是数据 ?我们推动了 。因此它似乎不仅仅是通过 msg_iter 的偏移量进行恢复那么简单。 3. 对于 tcp_bpf_sendmsg 中的非 TLS 套接字当发生 cork 情况时用户空间 send() 不会返回错误并且返回的长度与输入长度参数相同即使缓存了部分数据。此外我发现当前用于处理 corking 的非零复制逻辑写入如下 ''' line 1177 否则 if (ret != -EAGAIN) { if (ret ==
    -ENOSPCret = 0 goto send_end; “”因此当发生 cork 情况时可以仅返回“已复制”而不会出错。 (CVE-2025-38166)

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

检测

Linux Distros 未修补的漏洞：CVE-2025-38166

medium Nessus 插件 ID 250259

版本 1.22