远程 Ubuntu 22.04 LTS / 23.10 主机上安装的程序包受到 USN-6724-2 公告中提及的多个漏洞的影响。

  - Xen 的虚拟网络协议中的传输请求可由多个部分组成。尽管这些部分在实际上并不实用，但除初始部分外，它们中的任何一个长度都可能为零，即完全不携带任何数据。除了要传输的数据的某个初始部分，这些部分还会直接转换为 Linux 所称的 SKB 片段。当此类转换后的请求部分对于特定 SKB 而言长度均为零时，可导致在核心网络代码中出现空指针取消引用漏洞。(CVE-2023-46838)

  - 在 6.6.5 及之前的 Linux 内核中，由于 info->pad0 未被初始化，drivers/accel/habanalabs/common/habanalabs_ioctl.c 中的 sec_attest_info 可导致信息泄露至用户空间。(CVE-2023-50431)

  - 在 6.7.4 及之前版本的 Linux 内核中，drivers/md/dm-table.c 中的 dm_table_create 可能尝试（在 alloc_targets 中）分配超过 INT_MAX 字节的内存，并且可能崩溃，这是缺少对 struct dm_ioctl.target_count 的检查所致。(CVE-2023-52429)

  - 在 Linux 内核中，以下漏洞已得到解决：smb：客户端：修复了 smb2_parse_contexts() 中的潜在 OOB，即在取消引用 smb2_parse_contexts() 中的创建上下文之前验证偏移和长度。这修复了从服务器访问无效创建环境时出现的以下 oops：错误：
    无法处理地址页面错误：ffff8881178d8cc3 #PF：内核模式下的 supervisor 读取访问 #PF：
    error_code(0x0000) - 不存在页面 PGD 4a01067 P4D 4a01067 PUD 0 Oops：0000 [#1] PREEMPT SMP NOPTI CPU：
    3 PID：1736 Comm：mount.cifs Not tainted 6.7.0-rc4 #1 硬件名称：QEMU Standard PC (Q35 + ICH9, 2009)、BIOS rel-1.16.2-3-gd478f380-rebuilt.opensuse.org 04/01/2014 RIP： 0010:smb2_parse_contexts+0xa0/0x3a0 [cifs] 代码：f8 10 75 13 48 b8 93 ad 25 50 9c b4 11 e7 49 39 06 0f 84 d2 00 00 00 8b 45 00 85 c0 74 61 41 29 c5 48 01 c5 41 83 fd 0f 76 55 <0f> b7 7d 04 0f b7 45 06 4c 8d 74 3d 00 66 83 f8 04 75 bc ba 04 00 RSP：
    0018:ffffc900007939e0 EFLAGS：00010216 RAX：ffffc90000793c78 RBX：ffff8880180cc000 RCX：ffffc90000793c90 RDX：ffffc90000793cc0 RSI：ffff8880178d8cc0 RDI：ffff8880180cc000 RBP：ffff8881178d8cbf R08：
    ffffc90000793c22 R09：0000000000000000 R10：ffff8880180cc000 R11：0000000000000024 R12：0000000000000000 R13：0000000000000020 R14：0000000000000000 R15：ffffc90000793c22 FS：00007f873753cbc0(0000) GS：ffff88806bc00000(0000) knlGS：0000000000000000 CS：0010 DS：0000 ES：0000 CR0：0000000080050033 CR2：
    ffff8881178d8cc3 CR3：00000000181ca000 CR4：0000000000750ef0 PKRU：55555554 调用跟踪：<TASK> ?
    __die+0x23/0x70 ? page_fault_oops+0x181/0x480 ? search_module_extables+0x19/0x60 ? srso_alias_return_thunk+0x5/0xfbef5 ? exc_page_fault+0x1b6/0x1c0 ? asm_exc_page_fault+0x26/0x30 ? smb2_parse_contexts+0xa0/0x3a0 [cifs] SMB2_open+0x38d/0x5f0 [cifs] ? smb2_is_path_accessible+0x138/0x260 [cifs] smb2_is_path_accessible+0x138/0x260 [cifs] cifs_is_path_remote+0x8d/0x230 [cifs] cifs_mount+0x7e/0x350 [cifs] cifs_smb3_do_mount+0x128/0x780 [cifs] smb3_get_tree+0xd9/0x290 [cifs] vfs_get_tree+0x2c/0x100 ? capable+0x37/0x70 path_mount+0x2d7/0xb80 ? srso_alias_return_thunk+0x5/0xfbef5 ?
    _raw_spin_unlock_irqrestore+0x44/0x60 __x64_sys_mount+0x11a/0x150 do_syscall_64+0x47/0xf0 entry_SYSCALL_64_after_hwframe+0x6f/0x77 RIP：0033:0x7f8737657b1e (CVE-2023-52434)

  - 在 Linux 内核中，以下漏洞已得到解决：net：防止 skb_segment() 中的 mss 溢出导致 syzbot 能够再次造成 skb_segment() 中的内核崩溃 [1] GSO_BY_FRAGS 是禁止的值，但遗憾的是，skb_segment() 中的以下计算可以相当容易地达到该值：
    mss = mss * partial_segs; 65535 = 3 * 5 * 17 * 257，因此有许多 mss 初始值可导致不良最终结果。确保限制分段，使新的 mss 值小于 GSO_BY_FRAGS。[1] 一般性保护错误，可能针对非规范地址 0xdffffc000000000e: 0000 [#1] PREEMPT SMP KASAN KASAN：null-ptr-deref in range [0x0000000000000070-0x0000000000000077] CPU：1 PID：5079 Comm：syz-executor993 Not tainted 6.7.0-rc4-syzkaller-00141-g1ae4cd3cbdd0 #0 硬件名称：Google Google Compute Engine/Google Compute Engine、BIOS Google 11/10/2023 RIP：0010:skb_segment+0x181d/0x3f30 net/core/skbuff.c:4551 代码：83 e3 02 e9 fb ed ff ff e8 90 68 1c f9 48 8b 84 24 f8 00 00 00 48 8d 78 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 04 02 84 c0 74 08 3c 03 0f 8e 8a 21 00 00 48 8b 84 24 f8 00 RSP：0018:ffffc900043473d0 EFLAGS：00010202 RAX：dffffc0000000000 RBX：0000000000010046 RCX：
    ffffffff886b1597 RDX：000000000000000e RSI：ffffffff886b2520 RDI：0000000000000070 RBP：ffffc90004347578 R08：0000000000000005 R09：000000000000ffff R10：000000000000ffff R11：0000000000000002 R12：
    ffff888063202ac0 R13：0000000000010000 R14：000000000000ffff R15：0000000000000046 FS：
    0000555556e7e380(0000) GS：ffff8880b9900000(0000) knlGS：0000000000000000 CS：0010 DS：0000 ES：0000 CR0：
    0000000080050033 CR2：0000000020010000 CR3：0000000027ee2000 CR4：00000000003506f0 DR0：0000000000000000 DR1：0000000000000000 DR2：0000000000000000 DR3：0000000000000000 DR6：00000000fffe0ff0 DR7：
    0000000000000400 调用跟踪：<TASK> udp6_ufo_fragment+0xa0e/0xd00 net/ipv6/udp_offload.c:109 ipv6_gso_segment+0x534/0x17e0 net/ipv6/ip6_offload.c:120 skb_mac_gso_segment+0x290/0x610 net/core/gso.c:53
    __skb_gso_segment+0x339/0x710 net/core/gso.c:124 skb_gso_segment include/net/gso.h:83 [内联] validate_xmit_skb+0x36c/0xeb0 net/core/dev.c:3626 __dev_queue_xmit+0x6f3/0x3d60 net/core/dev.c:4338 dev_queue_xmit include/linux/netdevice.h:3134 [内联] packet_xmit+0x257/0x380 net/packet/af_packet.c:276 packet_snd net/packet/af_packet.c:3087 [内联] packet_sendmsg+0x24c6/0x5220 net/packet/af_packet.c:3119 sock_sendmsg_nosec net/socket.c:730 [内联] __sock_sendmsg+0xd5/0x180 net/socket.c:745
    __sys_sendto+0x255/0x340 net/socket.c:2190 __do_sys_sendto net/socket.c:2202 [内联] __se_sys_sendto net/socket.c:2198 [内联] __x64_sys_sendto+0xe0/0x1b0 net/socket.c:2198 do_syscall_x64 arch/x86/entry/common.c:52 [内联] do_syscall_64+0x40/0x110 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x63/0x6b RIP：0033:0x7f8692032aa9 代码：28 00 00 00 75 05 48 83 c4 28 c3 e8 d1 19 00 00 90 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 b8 ff ff ff f7 d8 64 89 01 48 RSP：002b:00007fff8d685418 EFLAGS：00000246 ORIG_RAX：000000000000002c RAX：ffffffffffffffda RBX：0000000000000003 RCX：00007f8692032aa9 RDX：
    0000000000010048 RSI：00000000200000c0 RDI：0000000000000003 RBP：00000000000f4240 R08：0000000020000540 R09：0000000000000014 R10：0000000000000000 R11：0000000000000246 R12：00007fff8d685480 R13：
    0000000000000001 R14：00007fff8d685480 R15：0000000000000003 </TASK> 链接的模块：---[ end trace 0000000000000000 ]--- RIP：0010:skb_segment+0x181d/0x3f30 net/core/skbuff.c:4551 代码：83 e3 02 e9 fb ed ff ff e8 90 68 1c f9 48 8b 84 24 f8 00 00 00 48 8d 78 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 04 02 84 c0 74 08 3c 03 0f 8e 8a 21 00 00 48 8b 84 24 f8 00 RSP：0018:ffffc900043473d0 EFLAGS：
    00010202 RAX：dffffc0000000000 RBX：0000000000010046 RCX：ffffffff886b1597 RDX：000000000000000e RSI：
    ffffffff886b2520 RDI：0000000000000070 RBP：ffffc90004347578 R0 ---truncated--- (CVE-2023-52435)

  - 在 Linux 内核中，以下漏洞已修复：f2fs：明确使 xattr 列表以 null 结尾 设置 xattr 时，明确使 xattr 列表以 null 结尾。这使得未使用的 xattr 空间始终为零这一经不起推敲的假设无效。(CVE-2023-52436)

  - 在 Linux 内核中，以下漏洞已修复：binder：修复 shinker 回调中的释放后使用 在 shrinker 回调期间使用 mmap 读取锁定意味着使用 alloc->vma 指针不安全，因为它会与 munmap() 发生争用。自提交 dd2283f2605e（mm：mmap：munmap 中含有读取 mmap_sem 的 zap 页面）起，mmap 锁定在 vma 被隔离之后发生降级。通过 shrinker 的调试 sysfs，我能够手动添加一些延迟并触发页面回收来重现此问题。以下 KASAN 报告证实了 UAF：
    ================================================== ================ 缺陷：KASAN：zap_page_range_single+0x470/0x4b8 中存在 slab-use-after-free-with 读取大小为 8 位置：addr ffff356ed50e50f0 按任务 bash/478 CPU：1 PID：478 命令：bash 未感染 6.6.0-rc5-00055-g1c8b86a3799f-dirty #70 硬件名称：linux,dummy-virt (DT) 调用跟踪：zap_page_range_single+0x470/0x4b8 binder_alloc_free_page+0x608/0xadc
    __list_lru_walk_one+0x130/0x3b0 list_lru_walk_node+0xc4/0x22c binder_shrink_scan+0x108/0x1dc shrinker_debugfs_scan_write+0x2b4/0x500 full_proxy_write+0xd4/0x140 vfs_write+0x1ac/0x758 ksys_write+0xf0/0x1dc __arm64_sys_write+0x6c/0x9c 根据任务 492 分配：kmem_cache_alloc+0x130/0x368 vm_area_alloc+0x2c/0x190 mmap_region+0x258/0x18bc do_mmap+0x694/0xa60 vm_mmap_pgoff+0x170/0x29c ksys_mmap_pgoff+0x290/0x3a0 __arm64_sys_mmap+0xcc/0x144 根据任务 491 释放：kmem_cache_free+0x17c/0x3c8 vm_area_free_rcu_cb+0x74/0x98 rcu_core+0xa38/0x26d4 rcu_core_si+0x10/0x1c __do_softirq+0x2fc/0xd24 上次可能相关的工作创建：__call_rcu_common.constprop.0+0x6c/0xba0 call_rcu+0x10/0x1c vm_area_free+0x18/0x24 remove_vma+0xe4/0x118 do_vmi_align_munmap.isra.0+0x718/0xb5c do_vmi_munmap+0xdc/0x1fc __vm_munmap+0x10c/0x278 __arm64_sys_munmap+0x58/0x7c 通过执行 vma_lookup() 来解决此问题，此函数在 mmap 锁定降级之后才能找到被隔离的 vma。
    请注意，与升级至 mmap 写入锁定（会增加争夺概率）相比，此选项的效果更好。此外，mmap_write_trylock() 已于近期删除。(CVE-2023-52438)

  - 在 Linux 内核中，以下漏洞已修复：uio：修复 uio_open core-1 core-2 中的释放后使用 ------------------------------------------------------- uio_unregister_device uio_open idev = idr_find() device_unregister(&idev->dev) put_device(&idev->dev) uio_device_release get_device(&idev->dev) kfree(idev) uio_free_minor(minor) uio_release put_device(&idev->dev) kfree(idev)
    ------------------------------------------------------- 在 core-1 uio_unregister_device() 中，如果 idev->dev kobject ref 为 1，device_unregister 将 kfree idev。但在执行 core-1 device_unregister、put_device 与 kfree 之间，core-2 可能会 get_device。然后：1. 在 core-1 kfree idev 之后，core-2 将会为 idev 执行释放后使用。2. core-2 执行 uio_release 和 put_device 后，idev 将被双重释放。要解决此问题，我们可通过 minor_lock 获取 idev atomic 和 inc idev 引用。
    (CVE-2023-52439)

  - 在 Linux 内核 fs/smb/client/smb2ops.c 的 smb2_dump_detail 中发现越界读取漏洞。利用此问题，本地攻击者可造成系统崩溃或泄露内核内部信息。
    (CVE-2023-6610)

  - 在 Linux 内核 6.6.10 之前版本的 ksmbd 中发现一个问题。因为 Name 数据和 CreateContexts 数据之间的关系处理不正确，fs/smb/server/smb2misc.c 中的 smb2_get_data_area_len 可造成 smb_strndup_from_utf16 越界访问。(CVE-2024-22705)

  - 在 6.7.1 及以下版本的 Linux 内核中，fs/btrfs/disk-io.c 的 btrfs_get_root_ref 中可能存在断言失败和崩溃，这是因为创建子卷时，插入其根项目后过早读取子卷所致。(CVE-2024-23850)

  - 在 6.7.1 及以下版本的 Linux 内核中，drivers/md/dm-ioctl.c 中的 copy_params 可能会尝试分配超过 INT_MAX 的字节，然后崩溃，原因是缺少 param_kernel->data_size 检查。此问题与 ctl_ioctl 有关。(CVE-2024-23851)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 kernel-generic 版本低于 5.15.160/5.15.160_smp。因此，如公告 SSA:2024-157-01 所述，其会受到多个漏洞影响。

    Slackware 15.0 可使用新的内核程序包修复安全问题。

Tenable 已直接从 kernel-generic 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程 Ubuntu 22.04 LTS / 23.10 主机上安装的程序包受到 USN-6724-1 公告中提及的多个漏洞的影响。

  - Xen 的虚拟网络协议中的传输请求可由多个部分组成。尽管这些部分在实际上并不实用，但除初始部分外，它们中的任何一个长度都可能为零，即完全不携带任何数据。除了要传输的数据的某个初始部分，这些部分还会直接转换为 Linux 所称的 SKB 片段。当此类转换后的请求部分对于特定 SKB 而言长度均为零时，可导致在核心网络代码中出现空指针取消引用漏洞。(CVE-2023-46838)

  - 在 6.6.5 及之前的 Linux 内核中，由于 info->pad0 未被初始化，drivers/accel/habanalabs/common/habanalabs_ioctl.c 中的 sec_attest_info 可导致信息泄露至用户空间。(CVE-2023-50431)

  - 在 6.7.4 及之前版本的 Linux 内核中，drivers/md/dm-table.c 中的 dm_table_create 可能尝试（在 alloc_targets 中）分配超过 INT_MAX 字节的内存，并且可能崩溃，这是缺少对 struct dm_ioctl.target_count 的检查所致。(CVE-2023-52429)

  - 在 Linux 内核中，以下漏洞已得到解决：smb：客户端：修复了 smb2_parse_contexts() 中的潜在 OOB，即在取消引用 smb2_parse_contexts() 中的创建上下文之前验证偏移和长度。这修复了从服务器访问无效创建环境时出现的以下 oops：错误：
    无法处理地址页面错误：ffff8881178d8cc3 #PF：内核模式下的 supervisor 读取访问 #PF：
    error_code(0x0000) - 不存在页面 PGD 4a01067 P4D 4a01067 PUD 0 Oops：0000 [#1] PREEMPT SMP NOPTI CPU：
    3 PID：1736 Comm：mount.cifs Not tainted 6.7.0-rc4 #1 硬件名称：QEMU Standard PC (Q35 + ICH9, 2009)、BIOS rel-1.16.2-3-gd478f380-rebuilt.opensuse.org 04/01/2014 RIP： 0010:smb2_parse_contexts+0xa0/0x3a0 [cifs] 代码：f8 10 75 13 48 b8 93 ad 25 50 9c b4 11 e7 49 39 06 0f 84 d2 00 00 00 8b 45 00 85 c0 74 61 41 29 c5 48 01 c5 41 83 fd 0f 76 55 <0f> b7 7d 04 0f b7 45 06 4c 8d 74 3d 00 66 83 f8 04 75 bc ba 04 00 RSP：
    0018:ffffc900007939e0 EFLAGS：00010216 RAX：ffffc90000793c78 RBX：ffff8880180cc000 RCX：ffffc90000793c90 RDX：ffffc90000793cc0 RSI：ffff8880178d8cc0 RDI：ffff8880180cc000 RBP：ffff8881178d8cbf R08：
    ffffc90000793c22 R09：0000000000000000 R10：ffff8880180cc000 R11：0000000000000024 R12：0000000000000000 R13：0000000000000020 R14：0000000000000000 R15：ffffc90000793c22 FS：00007f873753cbc0(0000) GS：ffff88806bc00000(0000) knlGS：0000000000000000 CS：0010 DS：0000 ES：0000 CR0：0000000080050033 CR2：
    ffff8881178d8cc3 CR3：00000000181ca000 CR4：0000000000750ef0 PKRU：55555554 调用跟踪：<TASK> ?
    __die+0x23/0x70 ? page_fault_oops+0x181/0x480 ? search_module_extables+0x19/0x60 ? srso_alias_return_thunk+0x5/0xfbef5 ? exc_page_fault+0x1b6/0x1c0 ? asm_exc_page_fault+0x26/0x30 ? smb2_parse_contexts+0xa0/0x3a0 [cifs] SMB2_open+0x38d/0x5f0 [cifs] ? smb2_is_path_accessible+0x138/0x260 [cifs] smb2_is_path_accessible+0x138/0x260 [cifs] cifs_is_path_remote+0x8d/0x230 [cifs] cifs_mount+0x7e/0x350 [cifs] cifs_smb3_do_mount+0x128/0x780 [cifs] smb3_get_tree+0xd9/0x290 [cifs] vfs_get_tree+0x2c/0x100 ? capable+0x37/0x70 path_mount+0x2d7/0xb80 ? srso_alias_return_thunk+0x5/0xfbef5 ?
    _raw_spin_unlock_irqrestore+0x44/0x60 __x64_sys_mount+0x11a/0x150 do_syscall_64+0x47/0xf0 entry_SYSCALL_64_after_hwframe+0x6f/0x77 RIP：0033:0x7f8737657b1e (CVE-2023-52434)

  - 在 Linux 内核中，以下漏洞已得到解决：net：防止 skb_segment() 中的 mss 溢出导致 syzbot 能够再次造成 skb_segment() 中的内核崩溃 [1] GSO_BY_FRAGS 是禁止的值，但遗憾的是，skb_segment() 中的以下计算可以相当容易地达到该值：
    mss = mss * partial_segs; 65535 = 3 * 5 * 17 * 257，因此有许多 mss 初始值可导致不良最终结果。确保限制分段，使新的 mss 值小于 GSO_BY_FRAGS。[1] 一般性保护错误，可能针对非规范地址 0xdffffc000000000e: 0000 [#1] PREEMPT SMP KASAN KASAN：null-ptr-deref in range [0x0000000000000070-0x0000000000000077] CPU：1 PID：5079 Comm：syz-executor993 Not tainted 6.7.0-rc4-syzkaller-00141-g1ae4cd3cbdd0 #0 硬件名称：Google Google Compute Engine/Google Compute Engine、BIOS Google 11/10/2023 RIP：0010:skb_segment+0x181d/0x3f30 net/core/skbuff.c:4551 代码：83 e3 02 e9 fb ed ff ff e8 90 68 1c f9 48 8b 84 24 f8 00 00 00 48 8d 78 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 04 02 84 c0 74 08 3c 03 0f 8e 8a 21 00 00 48 8b 84 24 f8 00 RSP：0018:ffffc900043473d0 EFLAGS：00010202 RAX：dffffc0000000000 RBX：0000000000010046 RCX：
    ffffffff886b1597 RDX：000000000000000e RSI：ffffffff886b2520 RDI：0000000000000070 RBP：ffffc90004347578 R08：0000000000000005 R09：000000000000ffff R10：000000000000ffff R11：0000000000000002 R12：
    ffff888063202ac0 R13：0000000000010000 R14：000000000000ffff R15：0000000000000046 FS：
    0000555556e7e380(0000) GS：ffff8880b9900000(0000) knlGS：0000000000000000 CS：0010 DS：0000 ES：0000 CR0：
    0000000080050033 CR2：0000000020010000 CR3：0000000027ee2000 CR4：00000000003506f0 DR0：0000000000000000 DR1：0000000000000000 DR2：0000000000000000 DR3：0000000000000000 DR6：00000000fffe0ff0 DR7：
    0000000000000400 调用跟踪：<TASK> udp6_ufo_fragment+0xa0e/0xd00 net/ipv6/udp_offload.c:109 ipv6_gso_segment+0x534/0x17e0 net/ipv6/ip6_offload.c:120 skb_mac_gso_segment+0x290/0x610 net/core/gso.c:53
    __skb_gso_segment+0x339/0x710 net/core/gso.c:124 skb_gso_segment include/net/gso.h:83 [内联] validate_xmit_skb+0x36c/0xeb0 net/core/dev.c:3626 __dev_queue_xmit+0x6f3/0x3d60 net/core/dev.c:4338 dev_queue_xmit include/linux/netdevice.h:3134 [内联] packet_xmit+0x257/0x380 net/packet/af_packet.c:276 packet_snd net/packet/af_packet.c:3087 [内联] packet_sendmsg+0x24c6/0x5220 net/packet/af_packet.c:3119 sock_sendmsg_nosec net/socket.c:730 [内联] __sock_sendmsg+0xd5/0x180 net/socket.c:745
    __sys_sendto+0x255/0x340 net/socket.c:2190 __do_sys_sendto net/socket.c:2202 [内联] __se_sys_sendto net/socket.c:2198 [内联] __x64_sys_sendto+0xe0/0x1b0 net/socket.c:2198 do_syscall_x64 arch/x86/entry/common.c:52 [内联] do_syscall_64+0x40/0x110 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x63/0x6b RIP：0033:0x7f8692032aa9 代码：28 00 00 00 75 05 48 83 c4 28 c3 e8 d1 19 00 00 90 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 b8 ff ff ff f7 d8 64 89 01 48 RSP：002b:00007fff8d685418 EFLAGS：00000246 ORIG_RAX：000000000000002c RAX：ffffffffffffffda RBX：0000000000000003 RCX：00007f8692032aa9 RDX：
    0000000000010048 RSI：00000000200000c0 RDI：0000000000000003 RBP：00000000000f4240 R08：0000000020000540 R09：0000000000000014 R10：0000000000000000 R11：0000000000000246 R12：00007fff8d685480 R13：
    0000000000000001 R14：00007fff8d685480 R15：0000000000000003 </TASK> 链接的模块：---[ end trace 0000000000000000 ]--- RIP：0010:skb_segment+0x181d/0x3f30 net/core/skbuff.c:4551 代码：83 e3 02 e9 fb ed ff ff e8 90 68 1c f9 48 8b 84 24 f8 00 00 00 48 8d 78 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 04 02 84 c0 74 08 3c 03 0f 8e 8a 21 00 00 48 8b 84 24 f8 00 RSP：0018:ffffc900043473d0 EFLAGS：
    00010202 RAX：dffffc0000000000 RBX：0000000000010046 RCX：ffffffff886b1597 RDX：000000000000000e RSI：
    ffffffff886b2520 RDI：0000000000000070 RBP：ffffc90004347578 R0 ---truncated--- (CVE-2023-52435)

  - 在 Linux 内核中，以下漏洞已修复：f2fs：明确使 xattr 列表以 null 结尾 设置 xattr 时，明确使 xattr 列表以 null 结尾。这使得未使用的 xattr 空间始终为零这一经不起推敲的假设无效。(CVE-2023-52436)

  - 在 Linux 内核中，以下漏洞已修复：binder：修复 shinker 回调中的释放后使用 在 shrinker 回调期间使用 mmap 读取锁定意味着使用 alloc->vma 指针不安全，因为它会与 munmap() 发生争用。自提交 dd2283f2605e（mm：mmap：munmap 中含有读取 mmap_sem 的 zap 页面）起，mmap 锁定在 vma 被隔离之后发生降级。通过 shrinker 的调试 sysfs，我能够手动添加一些延迟并触发页面回收来重现此问题。以下 KASAN 报告证实了 UAF：
    ================================================== ================ 缺陷：KASAN：zap_page_range_single+0x470/0x4b8 中存在 slab-use-after-free-with 读取大小为 8 位置：addr ffff356ed50e50f0 按任务 bash/478 CPU：1 PID：478 命令：bash 未感染 6.6.0-rc5-00055-g1c8b86a3799f-dirty #70 硬件名称：linux,dummy-virt (DT) 调用跟踪：zap_page_range_single+0x470/0x4b8 binder_alloc_free_page+0x608/0xadc
    __list_lru_walk_one+0x130/0x3b0 list_lru_walk_node+0xc4/0x22c binder_shrink_scan+0x108/0x1dc shrinker_debugfs_scan_write+0x2b4/0x500 full_proxy_write+0xd4/0x140 vfs_write+0x1ac/0x758 ksys_write+0xf0/0x1dc __arm64_sys_write+0x6c/0x9c 根据任务 492 分配：kmem_cache_alloc+0x130/0x368 vm_area_alloc+0x2c/0x190 mmap_region+0x258/0x18bc do_mmap+0x694/0xa60 vm_mmap_pgoff+0x170/0x29c ksys_mmap_pgoff+0x290/0x3a0 __arm64_sys_mmap+0xcc/0x144 根据任务 491 释放：kmem_cache_free+0x17c/0x3c8 vm_area_free_rcu_cb+0x74/0x98 rcu_core+0xa38/0x26d4 rcu_core_si+0x10/0x1c __do_softirq+0x2fc/0xd24 上次可能相关的工作创建：__call_rcu_common.constprop.0+0x6c/0xba0 call_rcu+0x10/0x1c vm_area_free+0x18/0x24 remove_vma+0xe4/0x118 do_vmi_align_munmap.isra.0+0x718/0xb5c do_vmi_munmap+0xdc/0x1fc __vm_munmap+0x10c/0x278 __arm64_sys_munmap+0x58/0x7c 通过执行 vma_lookup() 来解决此问题，此函数在 mmap 锁定降级之后才能找到被隔离的 vma。
    请注意，与升级至 mmap 写入锁定（会增加争夺概率）相比，此选项的效果更好。此外，mmap_write_trylock() 已于近期删除。(CVE-2023-52438)

  - 在 Linux 内核中，以下漏洞已修复：uio：修复 uio_open core-1 core-2 中的释放后使用 ------------------------------------------------------- uio_unregister_device uio_open idev = idr_find() device_unregister(&idev->dev) put_device(&idev->dev) uio_device_release get_device(&idev->dev) kfree(idev) uio_free_minor(minor) uio_release put_device(&idev->dev) kfree(idev)
    ------------------------------------------------------- 在 core-1 uio_unregister_device() 中，如果 idev->dev kobject ref 为 1，device_unregister 将 kfree idev。但在执行 core-1 device_unregister、put_device 与 kfree 之间，core-2 可能会 get_device。然后：1. 在 core-1 kfree idev 之后，core-2 将会为 idev 执行释放后使用。2. core-2 执行 uio_release 和 put_device 后，idev 将被双重释放。要解决此问题，我们可通过 minor_lock 获取 idev atomic 和 inc idev 引用。
    (CVE-2023-52439)

  - 在 Linux 内核 fs/smb/client/smb2ops.c 的 smb2_dump_detail 中发现越界读取漏洞。利用此问题，本地攻击者可造成系统崩溃或泄露内核内部信息。
    (CVE-2023-6610)

  - 在 Linux 内核 6.6.10 之前版本的 ksmbd 中发现一个问题。因为 Name 数据和 CreateContexts 数据之间的关系处理不正确，fs/smb/server/smb2misc.c 中的 smb2_get_data_area_len 可造成 smb_strndup_from_utf16 越界访问。(CVE-2024-22705)

  - 在 6.7.1 及以下版本的 Linux 内核中，fs/btrfs/disk-io.c 的 btrfs_get_root_ref 中可能存在断言失败和崩溃，这是因为创建子卷时，插入其根项目后过早读取子卷所致。(CVE-2024-23850)

  - 在 6.7.1 及以下版本的 Linux 内核中，drivers/md/dm-ioctl.c 中的 copy_params 可能会尝试分配超过 INT_MAX 的字节，然后崩溃，原因是缺少 param_kernel->data_size 检查。此问题与 ctl_ioctl 有关。(CVE-2024-23851)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - 已修复 Linux 内核中的下列漏洞：binder: fix use-after-free in shinker's callback The mmap read lock is used during the shrinker's callback, which means that using alloc->vma pointer isn't safe as it can race with munmap(). As of commit dd2283f2605e (mm: mmap: zap pages with read mmap_sem in munmap) the mmap lock is downgraded after the vma has been isolated. I was able to reproduce this issue by manually adding some delays and triggering page reclaiming through the shrinker's debug sysfs. The following KASAN report confirms the UAF:
    ================================================================== BUG: KASAN: slab-use-after-free in zap_page_range_single+0x470/0x4b8 Read of size 8 at addr ffff356ed50e50f0 by task bash/478 CPU: 1 PID: 478 Comm: bash Not tainted 6.6.0-rc5-00055-g1c8b86a3799f-dirty #70 Hardware name: linux,dummy-virt (DT) Call trace: zap_page_range_single+0x470/0x4b8 binder_alloc_free_page+0x608/0xadc
    __list_lru_walk_one+0x130/0x3b0 list_lru_walk_node+0xc4/0x22c binder_shrink_scan+0x108/0x1dc shrinker_debugfs_scan_write+0x2b4/0x500 full_proxy_write+0xd4/0x140 vfs_write+0x1ac/0x758 ksys_write+0xf0/0x1dc __arm64_sys_write+0x6c/0x9c Allocated by task 492: kmem_cache_alloc+0x130/0x368 vm_area_alloc+0x2c/0x190 mmap_region+0x258/0x18bc do_mmap+0x694/0xa60 vm_mmap_pgoff+0x170/0x29c ksys_mmap_pgoff+0x290/0x3a0 __arm64_sys_mmap+0xcc/0x144 Freed by task 491: kmem_cache_free+0x17c/0x3c8 vm_area_free_rcu_cb+0x74/0x98 rcu_core+0xa38/0x26d4 rcu_core_si+0x10/0x1c __do_softirq+0x2fc/0xd24 Last potentially related work creation: __call_rcu_common.constprop.0+0x6c/0xba0 call_rcu+0x10/0x1c vm_area_free+0x18/0x24 remove_vma+0xe4/0x118 do_vmi_align_munmap.isra.0+0x718/0xb5c do_vmi_munmap+0xdc/0x1fc __vm_munmap+0x10c/0x278 __arm64_sys_munmap+0x58/0x7c Fix this issue by performing instead a vma_lookup() which will fail to find the vma that was isolated before the mmap lock downgrade.
    Note that this option has better performance than upgrading to a mmap write lock which would increase contention. Plus, mmap_write_trylock() has been recently removed anyway. (CVE-2023-52438)

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

远程 20.04 LTS / 22.04 LTS 主机上安装的程序包受到 USN-6725-1 公告中提及的多个漏洞的影响。

    Chih-Yen Chang 发现 Linux 内核中的 KSMBD 实现在解析租用环境时，未正确验证某些数据结构字段，导致越界读取漏洞。
    远程攻击者可利用此问题造成拒绝服务（系统崩溃）或可能泄露敏感信息。(CVE-2023-1194)

    Quentin Minster 发现 Linux 内核的 KSMBD 实现中存在争用条件，可导致释放后使用漏洞。远程攻击者可利用此问题造成拒绝服务（系统崩溃）或可能执行任意代码。(CVE-2023-32254)

    据发现，Linux 内核的 KSMBD 实现在处理会话连接时存在争用条件，可导致释放后使用漏洞。远程攻击者可利用此问题造成拒绝服务（系统崩溃）或可能执行任意代码。(CVE-2023-32258)

    据发现，Linux 内核中的 KSMBD 实现未正确验证某些操作中的缓冲区大小，从而导致整数下溢和越界读取漏洞。远程攻击者可利用此问题造成拒绝服务（系统崩溃）或可能泄露敏感信息。(CVE-2023-38427)

    Chih-Yen Chang 发现 Linux 内核中的 KSMBD 实现未正确验证 SMB 请求协议 ID，从而导致越界读取漏洞。远程攻击者可能利用此问题造成拒绝服务（系统崩溃）。(CVE-2023-38430)

    Chih-Yen Chang 发现 Linux 内核中的 KSMBD 实现在某些情况下未正确验证数据包标头大小，从而导致越界读取漏洞。远程攻击者可利用此问题造成拒绝服务（系统崩溃）或可能泄露敏感信息。(CVE-2023-38431)

    据发现，Linux 内核中的 KSMBD 实现未正确验证会话设置请求，从而导致越界读取漏洞。远程攻击者可利用此问题暴露敏感信息。(CVE-2023-3867)

    Pratyush Yadav 发现 Linux 内核中的 Xen 网络后端实现未正确处理零长度数据请求，从而导致空指针取消引用漏洞。客户机 VM 中的攻击者可利用此问题造成拒绝服务（主机域崩溃）。(CVE-2023-46838)

    据发现，Linux 内核中的 IPv6 实现未能正确管理路由缓存内存使用情况。远端攻击者可利用此问题造成拒绝服务（内存耗尽）。
    (CVE-2023-52340)

    据发现，Linux 内核中的 device mapper 驱动程序在某些内存分配期间，未正确验证目标大小。本地攻击者可利用此问题造成拒绝服务（系统崩溃）。（CVE-2023-52429、CVE-2024-23851）

    Yang Chaoming 发现 Linux 内核中的 KSMBD 实现未正确验证请求缓冲区大小，从而导致越界读取漏洞。攻击者可利用此问题造成拒绝服务（系统崩溃）或可能泄露敏感信息。(CVE-2024-22705)

    Chenyuan Yang 发现 Linux 内核中的 btrfs 文件系统在某些情况下未能正确处理新创建的子卷上的读取操作。本地攻击者可利用此问题造成拒绝服务（系统崩溃）。(CVE-2024-23850)

    据发现，Linux 内核的蓝牙子系统中存在争用条件，可导致空指针取消引用漏洞。本地特权攻击者可利用此问题造成拒绝服务（系统崩溃）。(CVE-2024-24860)

    在 Linux 内核中发现多个安全问题。攻击者可能利用这些问题入侵系统。此更新修正了以下子系统中的缺陷：

    - 架构细节；

    - 块层；

    - 加密 API；

    - Android 驱动程序；

    - EDAC 驱动程序；

    - GPU 驱动程序；

    - 媒体驱动程序；

    - 多功能设备驱动程序；

    - MTD 块设备驱动程序；

    - 网络驱动程序；

    - NVME 驱动程序；

    - TTY 驱动程序；

    - Userspace I/O 驱动程序；

    - EFI 变量文件系统；

    - F2FS 文件系统；

    - GFS2 文件系统；

    - SMB 网络文件系统；

    - BPF 子系统；

    - IPv6 联网；

    - 网络流量控制；

    - AppArmor 安全模块；（CVE-2023-52463、CVE-2023-52445、CVE-2023-52462、CVE-2023-52609、CVE-2023-52448、CVE-2023-52457、CVE-2023-52464、CVE-2023-52456、CVE-2023-52454、CVE-2023-52438、CVE-2023-52480、CVE-2023-52443、CVE-2023-52442、CVE-2024-26631、CVE-2023-52439、CVE-2023-52612、CVE-2024-26598、CVE-2024-26586、CVE-2024-26589、CVE-2023-52444、CVE-2023-52436、CVE-2024-26633、CVE-2024-26597、CVE-2023-52458、CVE-2024-26591、CVE-2023-52449、CVE-2023-52467、CVE-2023-52441、CVE-2023-52610、CVE-2023-52451、CVE-2023-52469、CVE-2023-52470）

Tenable 已直接从 Ubuntu 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程 Debian 10 主机上安装的程序包受到 dla-3841 公告中提及的多个漏洞影响。

    - ------------------------------------------------------------------------- Debian LTS 公告 DLA-3841-1 debian-lts@lists.debian.org https://www.debian.org/lts/security/Ben Hutchings 2024 年 6 月 25 日 https://wiki.debian.org/LTS-------------------------------------------------------------------------

    程序包：linux-5.10 版本：5.10.209-2~deb10u1 CVE ID：CVE-2023-6040 CVE-2023-6356 CVE-2023-6535 CVE-2023-6536 CVE-2023-6606 CVE-2023-6915 CVE-2023-39198 CVE-2023-46838 CVE-2023-51779 CVE-2023-52340 CVE-2023-52436 CVE-2023-52438 CVE-2023-52439 CVE-2023-52443 CVE-2023-52444 CVE-2023-52445 CVE-2023-52448 CVE-2023-52449 CVE-2023-52451 CVE-2023-52454 CVE-2023-52456 CVE-2023-52457 CVE-2023-52462 CVE-2023-52463 CVE-2023-52464 CVE-2023-52467 CVE-2023-52469 CVE-2023-52470 CVE-2023-52609 CVE-2023-52612 CVE-2023-52675 CVE-2023-52679 CVE-2023-52683 CVE-2023-52686 CVE-2023-52690 CVE-2023-52691 CVE-2023-52693 CVE-2023-52694 CVE-2023-52696 CVE-2023-52698 CVE-2024-0646 CVE-2024-1086 CVE-2024-24860 CVE-2024-26586 CVE-2024-26597 CVE-2024-26598 CVE-2024-26633

    在 Linux 内核中发现多个可能导致特权提升、拒绝服务或信息泄漏的漏洞。

    对于 Debian 10 buster，先前已在 5.10.209-2~deb10u1 版本中修复这些问题。此更新还额外包含了来自于稳定更新 5.10.206-5.10.209（含）的大量错误修复。

    如需了解 linux-5.10 的详细安全状态，请参阅其安全跟踪页面：
    https://security-tracker.debian.org/tracker/linux-5.10

    有关 Debian LTS 安全公告、如何将这些更新应用到系统以及常见问题解答的更多信息，请访问以下网址：https://wiki.debian.org/LTSAttachment:signature.ascDescription: PGP signature

Tenable 已直接从 Debian 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
193081	Ubuntu 18.04 LTS / 20.04 LTS：Linux kernel 漏洞 (USN-6726-1)	Nessus	Ubuntu Local Security Checks	2024/4/9	2025/3/17	high
193377	Ubuntu 22.04 LTS / 23.10：Linux kernel 漏洞 (USN-6724-2)	Nessus	Ubuntu Local Security Checks	2024/4/17	2024/8/27	high
191796	Ubuntu 22.04 LTS：Linux 内核 (OEM) 漏洞 (USN-6688-1)	Nessus	Ubuntu Local Security Checks	2024/3/11	2025/1/8	high
200129	Slackware Linux 15.0 kernel-generic 中存在多个漏洞 (SSA:2024-157-01)	Nessus	Slackware Local Security Checks	2024/6/5	2024/6/6	high
193375	Ubuntu 20.04 LTS / 22.04 LTS：Linux kernel (AWS) 漏洞 (USN-6725-2)	Nessus	Ubuntu Local Security Checks	2024/4/17	2024/8/27	critical
193085	Ubuntu 22.04 LTS / 23.10：Linux kernel 漏洞 (USN-6724-1)	Nessus	Ubuntu Local Security Checks	2024/4/9	2024/8/27	high
193407	Ubuntu 20.04 LTS：Linux 内核 (Xilinx ZynqMP) 漏洞 (USN-6726-3)	Nessus	Ubuntu Local Security Checks	2024/4/17	2025/3/17	high
193376	Ubuntu 20.04 LTS：Linux 内核 (IoT) 漏洞 (USN-6726-2)	Nessus	Ubuntu Local Security Checks	2024/4/17	2025/3/17	high
246257	Linux Distros 未修补的漏洞：CVE-2023-52438	Nessus	Misc.	2025/8/8	2025/9/2	high
193084	Ubuntu 20.04 LTS / 22.04 LTS：Linux kernel 漏洞 (USN-6725-1)	Nessus	Ubuntu Local Security Checks	2024/4/9	2024/8/27	critical
201106	Debian dla-3841：linux-config-5.10 - 安全更新	Nessus	Debian Local Security Checks	2024/6/27	2024/6/28	high

检测

插件搜索

high

high

high

high

critical

high

high

high

high

critical

high