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

  - smb: client：修复网络命名空间的释放后使用漏洞。最近，我们收到客户报告称，CIFS 在重新连接到服务器时触发了 oops。 [0] 工作负载在 Kubernetes 上运行某些 pod 会在非根网络命名空间中挂载 CIFS 服务器。该问题很少发生，但在 pod 即将终止时总是会发生。根本原因是网络命名空间的引用计数错误。CIFS 使用内核套接字该内核套接字不保留套接字所属 netns 的 refcnt。这意味着 CIFS 必须确保始终释放套接字然后再释放其 netns；否则会发生释放后使用。重现步骤大约为 1. 在非根 netns 中挂载 CIFS 2. 终止 netns 中的数据包 3. 破坏 netns 4. 卸载 CIFS 我们可以使用下面的脚本 [1] 快速重现此问题并查看 splat [ 2] 如果启用了 CONFIG_NET_NS_REFCNT_TRACKER。套接字为 TCP 时由于异步定时器不保持 refcnt 便难以保证 netns 生存期。让我们像提交 9744d2bf1976 中为 SMC 所做的一样保留每个套接字的 netns refcnt。smc修复 tcp_write_timer_handler() 中的释放后使用。请注意我们需要将 put_net() 从 cifs_put_tcp_session() 移动到 clean_de多路复用_info()否则当 cifsd 尝试从 cifs_de多路复用_thread() 重新连接时__sock_create() 仍然可能接触已释放的 netns。此外无法将可能_get_net() 放置在 __sock_create() 之前因为该代码不在 RCU 下且同一地址很可能被重新分配给另一个 netns。 [0]CIFSVFS
    \XXXXXXXXXXX 在 15 秒内未响应。正在重新连接... CIFSServerclose 失败 4 次放弃无法处理虚拟地址 14de99e461f84a07 处的内核分页请求Mem 中止信息ESR = 0x0000000096000004 EC = 0x25DABT当前 EL、IL = 32 位 SET = 0FnV = 0 EA = 0 、 S1PTW = 0 FSC = 0x04级别 0 转换错误数据中止信息ISV = 0ISS = 0x00000004 CM = 0WnR = 0 [14de99e461f84a07] 用户和内核地址范围之间的地址内部错误Oops0000000096000004 [#1] SMP Modules linked in: cls_bpf sch_ingress nls_utf8 cifs cifs_arc4 cifs_md4 dns_resolver tcp_diag inet_diag veth xt_state xt_connmark nf_conntrack_netlink xt_nat xt_statistic xt_MASQUERADE xt_mark xt_addrtype ipt_REJECT nf_reject_ipv4 nft_chain_nat nf_nat xt_conntrack nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 xt_comment nft_compat nf_tables nfnetlink overlay nls_ascii nls_cp437 sunrpc vfat fat aes_ce_blk aes_ce_cipher ghash_ce sm4_ce_cipher sm4 sm3_ce sm3 sha3_ce sha512_ce sha512_arm64 sha1_ce ena 按钮 sch_fq_codel 循环熔断 configfs dmi_sysfs sha2_ce sha256_arm64 dm_mirror dm_region_hash dm_log dm_mod dax efivarfs CPU5 PID2690970 Commcifsd Not tainted 6.1.103-109.184.amzn2023.aarch64 #1 硬件名称Amazon EC2 r7g.4xlarge/BIOS pstate 1.0 11/1/2018 00400005 (nzcv daif +PAN -UAO -TCO -DIT
    -SSBS BTYPE=---) pc fib_rules_lookup+0x44/0x238 lr__fib_lookup+0x64/0xbc sp ffff8000265db790 x29
    ffff8000265db790 x28: 0000000000000000 x27: 000000000000bd01 x26: 0000000000000000 x25: ffff000b4baf8000 x24: ffff00047b5e4580 x23: ffff8000265db7e0 x22: 0000000000000000 x21: ffff00047b5e4500 x20:
    ffff0010e3f694f8 x19: 14de99e461f849f7 x18: 0000000000000000 x17: 0000000000000000 x16: 0000000000000000 x15: 0000000000000000 x14: 0000000000000000 x13: 0000000000000000 x12: 3f92800abd010002 x11:
    0000000000000001 x10: ffff0010e3f69420 x9 : ffff800008a6f294 x8 : 0000000000000000 x7 : 0000000000000006 x6 : 0000000000000000 x5 : 0000000000000001 x4 : ffff001924354280 x3 : ffff8000265db7e0 x2 :
    0000000000000000 x1 : ffff0010e3f694f8 x0 : ffff00047b5e4500 调用跟踪 fib_rules_lookup+0x44/0x238
    __fib_lookup+0x64/0xbc ip_route_output_key_hash_rcu+0x2c4/0x398 ip_route_output_key_hash+0x60/0x8c tcp_v4_connect+0x290/0x488 __inet_stream_connect+0x108/0x3d0 inet_stream_connect+0x50/0x78 kernel_con_conne ---truncated--- [generic/ cip_connectCVE-2024-53095+0x6] [

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

检测

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

high Nessus 插件 ID 231050

版本 1.7