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

  - smc修复 inet_sock 类型混淆造成的各种 oops。 syzbot 报告释放 inet_sk(sk)->inet_opt 时cipso_v4_sock_setattr() 中存在异常的 splats [0][1]。地址被释放多次即使是只读内存。 cipso_v4_sock_setattr() 未执行任何错误其根本原因是类型混淆。引用的提交能够将 smc_sock 创建为 INET 套接字。问题是 struct smc_sock 没有 struct inet_sock 作为第一个成员但会劫持 AF_INET 和 AF_INET6 sk_family从而混淆多个位置。在这种情况下inet_sock.inet_opt 实际上是 smc_sock.clcsk_data_ready()即 text 段中的函数地址。 $ pahole -C inet_sock vmlinux struct inet_sock { ... struct ip_options_rcu * inet_opt; /* 784 8 */ $ pahole -C smc_sock vmlinux struct smc_sock { ... void (*clcsk_data_ready)(struct sock *); /* 784 8 */ 之前已报告另一个字段的相同问题。 [2][3] 此时曾建议使用丑陋的 hack [4]但它会使 INET 和 SMC 代码容易出错且难以更改。此外另一个变体已由 hacky 提交 98d4435efcbf3 修复net/smc阻止 txopt_get 中的空指针取消引用。我们不应通过此类 hack 来掩盖根本原因，而应允许非 INET 套接字重用 INET 基础设施。我们将 inet_sock 添加为 smc_sock 的第一个成员。 [0]kvfree_call_rcu()双重释放调用。 rcu_head 000000006921da73 警告CPU: 0 PID: 6718 at mm/slab_common.c:1956 kvfree_call_rcu+0x94/0x3f0 mm/slab_common.c:1955 中链接的模块CPU: 0 UID: 0 PID: 6718 Comm: syz.0.17 受感染GW 6.16.0-rc4-syzkaller-g7482bb149b9f #0 PREEMPT 受感染[W]=WARN Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 05/07/2025 pstate: 60400005 (nZCv daif +PAN -UAO - TCO -DIT -SSBS BTYPE=--) pc
    kvfree_call_rcu+0x94/0x3f0 mm/slab_common.c:1955 lr : kvfree_call_rcu+0x94/0x3f0 mm/slab_common.c:1955 sp : ffff8000a03a7730 x29: ffff8000a03a7730 x28: 00000000fffffff5 x27: 1fffe000184823d3 x26: dfff800000000000 x25: ffff0000c2411e9e x24: ffff0000dd88da00 x23: ffff8000891ac9a0 x2200000000ffffffea x21
    ffff8000891ac9a0 x20: ffff8000891ac9a0 x19: ffff80008afc2480 x18: 00000000ffffffff x17: 0000000000000000 x16: ffff80008ae642c8 x15: ffff700011ede14c x14: 1ffff00011ede14c x13: 0000000000000004 x12:
    ffffffffffffffff x11: ffff700011ede14c x10: 0000000000ff0100 x9 : 5fa3c1ffaf0ff000 x8 : 5fa3c1ffaf0ff000 x7 : 0000000000000001 x6 : 0000000000000001 x5 : ffff8000a03a7078 x4 : ffff80008f766c20 x3 :
    ffff80008054d360 x2 : 00000000000000000 x1 : 0000000000000201 x0 : 0000000000000000 调用跟踪
    kvfree_call_rcu+0x94/0x3f0 mm/slab_common.c:1955 (P) cipso_v4_sock_setattr+0x2f0/0x3f4 net/ipv4/cipso_ipv4.c:1914 netlbl_sock_setattr+0x240/0x334 net/netlabel/netlabel_kapi.c:1000 smack_netl8_add+0x2bl8/security smack/smack_lsm.c:2581 smack_inode_setsecurity+0x378/0x430 security/smack/smack_lsm.c:2912 security_inode_setsecurity+0x118/0x3c0 security/security.c:2706
    __vfs_setxattr_noperm+0x174/0x5c4 fs/xattr.c:251 __vfs_setxattr_locked+0x1ec/0x218 fs/xattr.c:295 vfs_setxattr+0x158/0x2ac fs/xattr.c:321 do_setxattr fs/xattr.c:636 [in1x8_setrfs/xattr.c:636] file01xattr /0x294 fs/xattr.c:646 path_setxattrat+0x2ac/0x320 fs/xattr.c:711 __do_sys_fsetxattr fs/xattr.c:761 [内联]
    __se_sys_fsetxattr fs/xattr.c:758 [内联] __arm64_sys_fsetxattr+0xc0/0xdc fs/xattr.c:758 __invoke_syscall arch/arm64/kernel/syscall.c:35 [内联] invoke_syscall+0x98/0x2b8 arch/arm64/kernel/syscall .c:49 el0_svc_common+0x130/0x23c arch/arm64/kernel/syscall.c:132 do_el0_svc+0x48/0x58 arch/arm64/kernel/syscall.c:151 el0_svc+0x58/0x180 arch/arm64/kernel/entry-common .c:879 el0t_64_sync_handler+0x84/0x12c arch/arm64/kernel/entry-common.c:898 el0t_64_sync+0x198/0x19c arch/arm64/kernel/entry.S:600 [ ---truncated--- (CVE-2025-38475)

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

检测

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

medium Nessus 插件 ID 251356

版本 1.9