AlmaLinux 9.6 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.6：CLSA-2026：2026：1782155469公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：udf: Fix preallocation discarding at indirect extent boundary When preallocation extent is the first one in the extent block, the code would corrupt extent tree header instead. Fix the problem and use udf_delete_aext() for deleting extent to avoid some code duplication. (CVE-2022-48946)

  - 已修复 Linux 内核中的下列漏洞：xen/privcmd: fix error exit of privcmd_ioctl_dm_op() The error exit of privcmd_ioctl_dm_op() is calling unlock_pages() potentially with pages being NULL, leading to a NULL dereference. Additionally lock_pages() doesn't check for pin_user_pages_fast() having been completely successful, resulting in potentially not locking all pages into memory. This could result in sporadic failures when using the related memory in user mode. Fix all of that by calling unlock_pages() always with the real number of pinned pages, which will be zero in case pages being NULL, and by checking the number of pages pinned by pin_user_pages_fast() matching the expected number of pages. (CVE-2022-49989)

  - 已修复 Linux 内核中的下列漏洞：platform/x86: mxm-wmi: fix memleak in mxm_wmi_call_mx[ds|mx]() The ACPI buffer memory (out.pointer) returned by wmi_evaluate_method() is not freed after the call, so it leads to memory leak. The method results in ACPI buffer is not used, so just pass NULL to wmi_evaluate_method() which fixes the memory leak. (CVE-2022-50521)

  - 已修复 Linux 内核中的下列漏洞：net: USB: Fix wrong-direction WARNING in plusb.c The syzbot fuzzer detected a bug in the plusb network driver: A zero-length control-OUT transfer was treated as a read instead of a write. In modern kernels this error provokes a WARNING: usb 1-1: BOGUS control dir, pipe 80000280 doesn't match bRequestType c0 WARNING: CPU: 0 PID: 4645 at drivers/usb/core/urb.c:411 usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 Modules linked in: CPU:
    1 PID: 4645 Comm: dhcpcd Not tainted 6.2.0-rc6-syzkaller-00050-g9f266ccaa2f5 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/12/2023 RIP: 0010:usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 ... Call Trace: <TASK> usb_start_wait_urb+0x101/0x4b0 drivers/usb/core/message.c:58 usb_internal_control_msg drivers/usb/core/message.c:102 [inline] usb_control_msg+0x320/0x4a0 drivers/usb/core/message.c:153 __usbnet_read_cmd+0xb9/0x390 drivers/net/usb/usbnet.c:2010 usbnet_read_cmd+0x96/0xf0 drivers/net/usb/usbnet.c:2068 pl_vendor_req drivers/net/usb/plusb.c:60 [inline] pl_set_QuickLink_features drivers/net/usb/plusb.c:75 [inline] pl_reset+0x2f/0xf0 drivers/net/usb/plusb.c:85 usbnet_open+0xcc/0x5d0 drivers/net/usb/usbnet.c:889
    __dev_open+0x297/0x4d0 net/core/dev.c:1417 __dev_change_flags+0x587/0x750 net/core/dev.c:8530 dev_change_flags+0x97/0x170 net/core/dev.c:8602 devinet_ioctl+0x15a2/0x1d70 net/ipv4/devinet.c:1147 inet_ioctl+0x33f/0x380 net/ipv4/af_inet.c:979 sock_do_ioctl+0xcc/0x230 net/socket.c:1169 sock_ioctl+0x1f8/0x680 net/socket.c:1286 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl fs/ioctl.c:856 [inline] __x64_sys_ioctl+0x197/0x210 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd The fix is to call usbnet_write_cmd() instead of usbnet_read_cmd() and remove the USB_DIR_IN flag. (CVE-2023-52742)

  - 已修复 Linux 内核中的下列漏洞：tracing: Make sure trace_printk() can output as soon as it can be used Currently trace_printk() can be used as soon as early_trace_init() is called from start_kernel(). But if a crash happens, and ftrace_dump_on_oops is set on the kernel command line, all you get will be: [ 0.456075] <idle>-0 0dN.2. 347519us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 353141us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 358684us : Unknown type 6 This is because the trace_printk() event (type 6) hasn't been registered yet. That gets done via an early_initcall(), which may be early, but not early enough. Instead of registering the trace_printk() event (and other ftrace events, which are not trace events) via an early_initcall(), have them registered at the same time that trace_printk() can be used. This way, if there is a crash before early_initcall(), then the trace_printk()s will actually be useful. (CVE-2023-53007)

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

CentOS Linux 7 主机上存在安装的程序包，该程序包受到 TuxCare CENTOS7：CLSA-2026：2026：1778756832公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：scsi: scsi_debug: Fix out-of-bound read in resp_readcap16() The following warning was observed running syzkaller: [ 3813.830724] sg_write:
    data in/out 65466/242 bytes for SCSI command 0x9e-- guessing data in; [ 3813.830724] program syz-executor not setting count and/or reply_len properly [ 3813.836956] ================================================================== [ 3813.839465] BUG: KASAN: stack-out-of-bounds in sg_copy_buffer+0x157/0x1e0 [ 3813.841773] Read of size 4096 at addr ffff8883cf80f540 by task syz-executor/1549 [ 3813.846612] Call Trace: [ 3813.846995] dump_stack+0x108/0x15f [ 3813.847524] print_address_description+0xa5/0x372 [ 3813.848243] kasan_report.cold+0x236/0x2a8 [ 3813.849439] check_memory_region+0x240/0x270 [ 3813.850094] memcpy+0x30/0x80 [ 3813.850553] sg_copy_buffer+0x157/0x1e0 [ 3813.853032] sg_copy_from_buffer+0x13/0x20 [ 3813.853660] fill_from_dev_buffer+0x135/0x370 [3813.854329] resp_readcap16+0x1ac/0x280 [ 3813.856917] schedule_resp+0x41f/0x1630 [ 3813.858203] scsi_debug_queuecommand+0xb32/0x17e0 [ 3813.862699] scsi_dispatch_cmd+0x330/0x950 [ 3813.863329] scsi_request_fn+0xd8e/0x1710 [ 3813.863946] __blk_run_queue+0x10b/0x230 [ 3813.864544] blk_execute_rq_nowait+0x1d8/0x400 [ 3813.865220] sg_common_write.isra.0+0xe61/0x2420 [ 3813.871637] sg_write+0x6c8/0xef0 [ 3813.878853] __vfs_write+0xe4/0x800 [ 3813.883487] vfs_write+0x17b/0x530 [3813.884008] ksys_write+0x103/0x270 [ 3813.886268] __x64_sys_write+0x77/0xc0 [ 3813.886841] do_syscall_64+0x106/0x360 [ 3813.887415] entry_SYSCALL_64_after_hwframe+0x44/0xa9 This issue can be reproduced with the following syzkaller log: r0 = openat(0xffffffffffffff9c, &(0x7f0000000040)='./file0\x00', 0x26e1, 0x0) r1 = syz_open_procfs(0xffffffffffffffff, &(0x7f0000000000)='fd/3\x00') open_by_handle_at(r1, &(0x7f00000003c0)=ANY=[@ANYRESHEX], 0x602000) r2 = syz_open_dev$sg(&(0x7f0000000000), 0x0, 0x40782) write$binfmt_aout(r2, &(0x7f0000000340)=ANY=[@ANYBLOB=00 000000deff000000000000000000000000000000000000000000000000000047f007af9e107a41ec395f1bded7be24277a1501ff61 96a83366f4e6362bc0ff2b247f68a972989b094b2da4fb3607fcf611a22dd04310d28c75039d], 0x126) In resp_readcap16() we get int alloc_len value -1104926854, and then pass the huge arr_len to fill_from_dev_buffer(), but arr is only 32 bytes. This leads to OOB in sg_copy_buffer(). To solve this issue, define alloc_len as u32.
    (CVE-2021-47191)

  - 已修复 Linux 内核中的下列漏洞：scsi: scsi_debug: Fix out-of-bound read in resp_report_tgtpgs() The following issue was observed running syzkaller: BUG: KASAN: slab-out-of-bounds in memcpy include/linux/string.h:377 [inline] BUG: KASAN: slab-out-of-bounds in sg_copy_buffer+0x150/0x1c0 lib/scatterlist.c:831 Read of size 2132 at addr ffff8880aea95dc8 by task syz-executor.0/9815 CPU: 0 PID: 9815 Comm: syz-executor.0 Not tainted 4.19.202-00874-gfc0fe04215a9 #2 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1ubuntu1 04/01/2014 Call Trace: __dump_stack lib/dump_stack.c:77 [inline] dump_stack+0xe4/0x14a lib/dump_stack.c:118 print_address_description+0x73/0x280 mm/kasan/report.c:253 kasan_report_error mm/kasan/report.c:352 [inline] kasan_report+0x272/0x370 mm/kasan/report.c:410 memcpy+0x1f/0x50 mm/kasan/kasan.c:302 memcpy include/linux/string.h:377 [inline] sg_copy_buffer+0x150/0x1c0 lib/scatterlist.c:831 fill_from_dev_buffer+0x14f/0x340 drivers/scsi/scsi_debug.c:1021 resp_report_tgtpgs+0x5aa/0x770 drivers/scsi/scsi_debug.c:1772 schedule_resp+0x464/0x12f0 drivers/scsi/scsi_debug.c:4429 scsi_debug_queuecommand+0x467/0x1390 drivers/scsi/scsi_debug.c:5835 scsi_dispatch_cmd+0x3fc/0x9b0 drivers/scsi/scsi_lib.c:1896 scsi_request_fn+0x1042/0x1810 drivers/scsi/scsi_lib.c:2034
    __blk_run_queue_uncond block/blk-core.c:464 [inline] __blk_run_queue+0x1a4/0x380 block/blk-core.c:484 blk_execute_rq_nowait+0x1c2/0x2d0 block/blk-exec.c:78 sg_common_write.isra.19+0xd74/0x1dc0 drivers/scsi/sg.c:847 sg_write.part.23+0x6e0/0xd00 drivers/scsi/sg.c:716 sg_write+0x64/0xa0 drivers/scsi/sg.c:622 __vfs_write+0xed/0x690 fs/read_write.c:485 kill_bdev:block_device:00000000e138492c vfs_write+0x184/0x4c0 fs/read_write.c:549 ksys_write+0x107/0x240 fs/read_write.c:599 do_syscall_64+0xc2/0x560 arch/x86/entry/common.c:293 entry_SYSCALL_64_after_hwframe+0x49/0xbe We get 'alen' from command its type is int. If userspace passes a large length we will get a negative 'alen'.
    Switch n, alen, and rlen to u32. (CVE-2021-47219)

  - 已修复 Linux 内核中的下列漏洞：kvm: avoid speculation-based attacks from out-of-range memslot accesses KVM's mechanism for accessing guest memory translates a guest physical address (gpa) to a host virtual address using the right-shifted gpa (also known as gfn) and a struct kvm_memory_slot. The translation is performed in __gfn_to_hva_memslot using the following formula: hva = slot->userspace_addr + (gfn - slot->base_gfn) * PAGE_SIZE It is expected that gfn falls within the boundaries of the guest's physical memory. However, a guest can access invalid physical addresses in such a way that the gfn is invalid. __gfn_to_hva_memslot is called from kvm_vcpu_gfn_to_hva_prot, which first retrieves a memslot through __gfn_to_memslot. While __gfn_to_memslot does check that the gfn falls within the boundaries of the guest's physical memory or not, a CPU can speculate the result of the check and continue execution speculatively using an illegal gfn. The speculation can result in calculating an out-of-bounds hva. If the resulting host virtual address is used to load another guest physical address, this is effectively a Spectre gadget consisting of two consecutive reads, the second of which is data dependent on the first. Right now it's not clear if there are any cases in which this is exploitable. One interesting case was reported by the original author of this patch, and involves visiting guest page tables on x86. Right now these are not vulnerable because the hva read goes through get_user(), which contains an LFENCE speculation barrier. However, there are patches in progress for x86 uaccess.h to mask kernel addresses instead of using LFENCE; once these land, a guest could use speculation to read from the VMM's ring 3 address space. Other architectures such as ARM already use the address masking method, and would be susceptible to this same kind of data-dependent access gadgets. Therefore, this patch proactively protects from these attacks by masking out-of-bounds gfns in __gfn_to_hva_memslot, which blocks speculation of invalid hvas. Sean Christopherson noted that this patch does not cover kvm_read_guest_offset_cached. This however is limited to a few bytes past the end of the cache, and therefore it is unlikely to be useful in the context of building a chain of data dependent accesses.
    (CVE-2021-47277)

  - 已修复 Linux 内核中的下列漏洞：KVM: x86/mmu: make apf token non-zero to fix bug In current async pagefault logic, when a page is ready, KVM relies on kvm_arch_can_dequeue_async_page_present() to determine whether to deliver a READY event to the Guest. This function test token value of struct kvm_vcpu_pv_apf_data, which must be reset to zero by Guest kernel when a READY event is finished by Guest. If value is zero meaning that a READY event is done, so the KVM can deliver another. But the kvm_arch_setup_async_pf() may produce a valid token with zero value, which is confused with previous mention and may lead the loss of this READY event. This bug may cause task blocked forever in Guest: INFO: task stress:7532 blocked for more than 1254 seconds. Not tainted 5.10.0 #16 echo 0 > /proc/sys/kernel/hung_task_timeout_secs disables this message. task:stress state:D stack: 0 pid: 7532 ppid: 1409 flags:0x00000080 Call Trace: __schedule+0x1e7/0x650 schedule+0x46/0xb0 kvm_async_pf_task_wait_schedule+0xad/0xe0 ? exit_to_user_mode_prepare+0x60/0x70
    __kvm_handle_async_pf+0x4f/0xb0 ? asm_exc_page_fault+0x8/0x30 exc_page_fault+0x6f/0x110 ? asm_exc_page_fault+0x8/0x30 asm_exc_page_fault+0x1e/0x30 RIP: 0033:0x402d00 RSP: 002b:00007ffd31912500 EFLAGS: 00010206 RAX: 0000000000071000 RBX: ffffffffffffffff RCX: 00000000021a32b0 RDX: 000000000007d011 RSI: 000000000007d000 RDI: 00000000021262b0 RBP: 00000000021262b0 R08: 0000000000000003 R09:
    0000000000000086 R10: 00000000000000eb R11: 00007fefbdf2baa0 R12: 0000000000000000 R13: 0000000000000002 R14: 000000000007d000 R15: 0000000000001000 (CVE-2022-48943)

  - 已修复 Linux 内核中的下列漏洞：ipv6: addrlabel: fix infoleak when sending struct ifaddrlblmsg to network When copying a `struct ifaddrlblmsg` to the network,
    __ifal_reserved remained uninitialized, resulting in a 1-byte infoleak: BUG: KMSAN: kernel-network-infoleak in __netdev_start_xmit ./include/linux/netdevice.h:4841 __netdev_start_xmit ./include/linux/netdevice.h:4841 netdev_start_xmit ./include/linux/netdevice.h:4857 xmit_one net/core/dev.c:3590 dev_hard_start_xmit+0x1dc/0x800 net/core/dev.c:3606 __dev_queue_xmit+0x17e8/0x4350 net/core/dev.c:4256 dev_queue_xmit ./include/linux/netdevice.h:3009 __netlink_deliver_tap_skb net/netlink/af_netlink.c:307 __netlink_deliver_tap+0x728/0xad0 net/netlink/af_netlink.c:325 netlink_deliver_tap net/netlink/af_netlink.c:338 __netlink_sendskb net/netlink/af_netlink.c:1263 netlink_sendskb+0x1d9/0x200 net/netlink/af_netlink.c:1272 netlink_unicast+0x56d/0xf50 net/netlink/af_netlink.c:1360 nlmsg_unicast ./include/net/netlink.h:1061 rtnl_unicast+0x5a/0x80 net/core/rtnetlink.c:758 ip6addrlbl_get+0xfad/0x10f0 net/ipv6/addrlabel.c:628 rtnetlink_rcv_msg+0xb33/0x1570 net/core/rtnetlink.c:6082 ... Uninit was created at:
    slab_post_alloc_hook+0x118/0xb00 mm/slab.h:742 slab_alloc_node mm/slub.c:3398
    __kmem_cache_alloc_node+0x4f2/0x930 mm/slub.c:3437 __do_kmalloc_node mm/slab_common.c:954
    __kmalloc_node_track_caller+0x117/0x3d0 mm/slab_common.c:975 kmalloc_reserve net/core/skbuff.c:437
    __alloc_skb+0x27a/0xab0 net/core/skbuff.c:509 alloc_skb ./include/linux/skbuff.h:1267 nlmsg_new ./include/net/netlink.h:964 ip6addrlbl_get+0x490/0x10f0 net/ipv6/addrlabel.c:608 rtnetlink_rcv_msg+0xb33/0x1570 net/core/rtnetlink.c:6082 netlink_rcv_skb+0x299/0x550 net/netlink/af_netlink.c:2540 rtnetlink_rcv+0x26/0x30 net/core/rtnetlink.c:6109 netlink_unicast_kernel net/netlink/af_netlink.c:1319 netlink_unicast+0x9ab/0xf50 net/netlink/af_netlink.c:1345 netlink_sendmsg+0xebc/0x10f0 net/netlink/af_netlink.c:1921 ... This patch ensures that the reserved field is always initialized. (CVE-2022-49865)

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

远程主机上安装的内核版本低于 4.14.322-244.536。因此，该软件受到 ALAS2-2023-2268 公告中提及的多个漏洞影响。

    在 GFS2 文件系统中发现 Linux 内核中存在缺陷。如果 evict 代码尝试在日志描述符结构、jdesc 被释放并被设置为 NULL 后引用该结构，损坏的 gfs2 文件系统上便会出现此问题。调用 gfs2_trans_begin 时可导致空指针取消引用，然后无法调用 ingfs2_evict_inode()。(CVE-2023-3212)

    在 Linux 内核的 Netfilter 子系统中发现 net/netfilter/nf_tables_api.c 存在释放后使用漏洞。

    若未能通过 NFT_MSG_NEWRULE 正确处理错误，这有可能导致在同一事务中使用悬摆指针，从而造成释放后使用漏洞。具有用户访问权限的本地攻击者可利用此缺陷造成特权提升问题。

    我们建议升级过去的提交 1240eb93f0616b21c675416516ff3d74798fdc97。(CVE-2023-3390)

    XSA-423 的修复程序向 Linux 的 netback 驱动程序添加了逻辑，以处理前端拆分数据包的方式，这样并非所有标头都会成为一个整体。不幸的是，这里引入的逻辑没有考虑到整个数据包被分成协议允许的尽可能多的部分的极端情况，但仍然小于专门处理以将所有（有这种可能性）标头保持在一起的区域。因此，此类异常数据包将触发驱动程序中的缓冲区溢出。
    (CVE-2023-34319)

    在 Linux 内核的分类器（cls_fw、cls_u32 和 cls_route）中的  net/sched/cls_fw.c 中发现释放后使用缺陷。由于未正确处理现有过滤器，导致本地攻击者可利用此缺陷执行本地权限升级，从而造成内核信息泄漏问题。 (CVE-2023-4128)

    Linux 内核的 net/sched: cls_route 组件中存在释放后使用漏洞，攻击者可利用此漏洞来实现本地特权提升。

    当在现有过滤器中调用 route4_change() 时，整个 tcf_result 结构会一律复制到过滤器的新实例中。更新绑定到类的过滤器时会引发一个问题，因为 tcf_unbind_filter() 一律会在成功路径中的旧实例上调用，从而减少仍在引用的类的 filter_cnt 并允许用户将其删除，造成释放后使用情形。

    我们建议升级过去的提交 b80b829e9e2c1b3f7aae34855e04d8f6ecaf13c8。(CVE-2023-4206)

    Linux 内核 net/sched: cls_u32 组件中存在一个释放后使用漏洞，攻击者可利用此漏洞以实现本地特权提升。

    当在现有过滤器中调用 u32_change() 时，整个 tcf_result 结构会一律复制到过滤器的新实例中。更新绑定到类的过滤器时会引发一个问题，因为 tcf_unbind_filter() 一律会在成功路径中的旧实例上调用，从而减少仍在引用的类的 filter_cnt 并允许用户将其删除，造成释放后使用情形。

    我们建议升级过去的提交 3044b16e7c6fe5d24b1cdbcf1bd0a9d92d1ebd81。(CVE-2023-4208)

    在 Linux 内核中，以下漏洞已修复：

    SUNRPC：修复 svc_tcp_listen_data_ready() 中的 UAF 问题 (CVE-2023-52885)

    在 Linux 内核中，以下漏洞已修复：

    igb修复意外删除时的 igb_down 挂起 (CVE-2023-53148)

    在 Linux 内核中，以下漏洞已修复：

    scsiqla2xxx可能取消引用指针 (CVE-2023-53150)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10刷新写入时防止软锁定 (CVE-2023-53151)

    在 Linux 内核中，以下漏洞已修复：

    ipv6/addrconf修复 idev 潜在的引用计数下溢 (CVE-2023-53189)

    在 Linux 内核中，以下漏洞已修复：

    sched/fair不将任务平衡到其当前正在运行的 CPU (CVE-2023-53215)

    在 Linux 内核中，以下漏洞已修复：

    jfsjfs_dmap挂载时验证 db_l2nbperpage (CVE-2023-53222)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10修复 max_corr_read_errors 的错误设置 (CVE-2023-53313)

    在 Linux 内核中，以下漏洞已修复：

    scsiqla2xxx等待 io 在终止 rport 时返回 (CVE-2023-53322)

    在 Linux 内核中，以下漏洞已修复：

    ip6mr修复 ip6mr_cache_report() 中的 skb_under_panic (CVE-2023-53365)

    在 Linux 内核中，以下漏洞已修复：

    scsiqla2xxx修复潜在的空指针取消引用 (CVE-2023-53451)

    在 Linux 内核中，以下漏洞已修复：

    netusbnet修复 usbnet_start_xmit/usb_submit_urb 中的警告 (CVE-2023-53548)

    在 Linux 内核中，以下漏洞已修复：

    netfilterconntrack避免 nf_ct_helper_hash 释放后使用 (CVE-2023-53619)

    在 Linux 内核中，以下漏洞已修复：

    ring-buffer修复读取 trace_pipe 时的死循环问题 (CVE-2023-53668)

    在 Linux 内核中，以下漏洞已修复：

    posix-timers确保定时器 ID 搜索循环限制有效 (CVE-2023-53728)

    在 Linux 内核中，以下漏洞已修复：

    netlink修复 netlink_set_err() 中的潜在死锁 (CVE-2023-53731)

    在 Linux 内核中，以下漏洞已修复：

    netlink不在 fdb 转储中硬编码设备地址长度 (CVE-2023-53863)

    在 Linux 内核中，以下漏洞已修复：

    scsiqla2xxx检查 fc_bsg_to_rport() 返回的有效 rport (CVE-2023-54014)

    在 Linux 内核中，以下漏洞已修复：

    btrfs修复从脏 cow 根列表中删除配额根时的争用CVE-2023-54032

    在 Linux 内核中，以下漏洞已修复：

    drm/client修复 drm_client_target_cloned 中的内存泄漏 (CVE-2023-54091)

    在 Linux 内核中，以下漏洞已修复：

    tracing修复 trace_buffered_event_disable() 中的警告 (CVE-2023-54211)

    在 Linux 内核中，以下漏洞已修复：

    bpf解决 bpf_lru_list 上的 KCSAN 报告 (CVE-2023-54283)

    在 Linux 内核的 SCTP 子系统中，在 net/sctp/socket.c 的 sctp_auto_asconf_init 中发现由死锁所导致的拒绝服务漏洞。此缺陷允许具有本地用户权限的客户机触发死锁，并可能导致系统崩溃。(CVE-2024-0639)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

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

  - netusbnet修复 usbnet_start_xmit/usb_submit_urb 中的警告 syzbot fuzzer 在 usbnet 驱动程序中发现一个问题usb 1-1BOGUS urb xfer, pipe 3 != type 1 WARNING: CPU: 0 PID: 754 位于 drivers/usb/ core/urb.c:504 usb_submit_urb+0xed6/0x1880 drivers/usb/core/urb.c:504 模块中链接了 CPU
    0 PID754 Commkworker/0:2 未受感染 6.4.0-rc7-syzkaller-00014-g692b7dc87ca6 #0 硬件名称Google Google Compute Engine/Google Compute Engine、BIOS Google 05/27/2023 Workqueuemld mld_ifc_work RIP
    0010:usb_submit_urb+0xed6/0x1880 drivers/usb/core/urb.c:504 代码7c 24 18 e8 2c b4 5b fb 48 8b 7c 24 18 e8 42 07 f0 fe 41 89 d8 44 89 e1 4c 89 ea 48 89 c6 48 c7 c7 a0 c9 fc 8a e8 5a 6f 23 fb <0f> 0b e9 58 f8 ff ff e8 fe b3 5b fb 48 81 c5 c0 05 00 00 e9 84 f7 RSP0018:ffffc9000463f568 EFLAGS: 00010086 RAX
    0000000000000000 RBX: 0000000000000001 RCX: 0000000000000000 RDX: ffff88801eb28000 RSI: ffffffff814c03b7 RDI: 0000000000000001 RBP: ffff8881443b7190 R08: 0000000000000001 R09: 0000000000000000 R10:
     R110000000000000000  : 0000000000000001 R12: 0000000000000003 R13: ffff88802a77cb18 R14: 0000000000000003 R15: ffff888018262500 FS: 0000000000000000(0000) GS:ffff8880b9800000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000556a99c15a18 CR3: 0000000028c71000 CR4: 0000000000350ef0 调用跟踪 <TASK> usbnet_start_xmit+0xfe5/0x2190 drivers/net/usb/usbnet.c:1453 __netdev_start_xmit include/linux/netdevice.h:4918 include/linux/netdev:linux/net_start 4932 [inline] xmit_one net/core/dev.c:3578 [inline] dev_hard_start_xmit+0x187/0x700 net/core/dev.c:3594 ... 此缺陷的原因是 usbnet 信任其探测例程在 driver_info 结构中接收的批量端点地址但是它没有检查这些端点是否实际存在以及具有预期的类型和方向。此补丁无非是添加此类检查。 (CVE-2023-53548)

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

远程主机上安装的内核版本低于 5.10.192-182.736。因此，会受到 ALAS2KERNEL-5.10-2023-039 公告中提及的多个漏洞影响。

    在 Linux 内核中，以下漏洞已修复：

    RDMA/cma：确保在发出更多请求之前发生 rdma_addr_cancel() (CVE-2021-47391)

    某些 AMD 处理器上的“除以零”错误可能会返回推测数据，进而导致机密泄露。(CVE-2023-20588)

    在特定微架构情况下，Zen 2 CPU 中的一个问题可能允许攻击者访问敏感信息。(CVE-2023-20593)

    在 Linux 内核的 Netfilter 子系统中发现 net/netfilter/nf_tables_api.c 存在释放后使用漏洞。

    若未能通过 NFT_MSG_NEWRULE 正确处理错误，这有可能导致在同一事务中使用悬摆指针，从而造成释放后使用漏洞。具有用户访问权限的本地攻击者可利用此缺陷造成特权提升问题。

    我们建议升级过去的提交 1240eb93f0616b21c675416516ff3d74798fdc97。(CVE-2023-3390)

    XSA-423 的修复程序向 Linux 的 netback 驱动程序添加了逻辑，以处理前端拆分数据包的方式，这样并非所有标头都会成为一个整体。不幸的是，这里引入的逻辑没有考虑到整个数据包被分成协议允许的尽可能多的部分的极端情况，但仍然小于专门处理以将所有（有这种可能性）标头保持在一起的区域。因此，此类异常数据包将触发驱动程序中的缓冲区溢出。
    (CVE-2023-34319)

    Linux 内核 netfilter: nf_tables 组件中存在一个释放后使用漏洞，攻击者可利用此漏洞实现本地特权提升。

    当 nf_tables_delrule() 刷新表格规则时，系统不会检查链是否已经绑定，并且链的所有者规则也会在特定情况下释放对象。

    我们建议升级过去的提交 6eaf41e87a223ae6f8e7a28d6e78384ad7e407f8。(CVE-2023-3777)

    在 Linux 内核的 XFRM 子系统中发现了一个缺陷。该特定缺陷存在于处理状态过滤器的过程中，可能导致读取范围超出已分配缓冲区的末尾。本地特权 (CAP_NET_ADMIN) 攻击者可利用此缺陷触发越界读取，从而可能导致信息泄露。(CVE-2023-39194)

    在 Linux 内核的 Netfilter 连接跟踪 (conntrack) 中发现越界读取漏洞。此缺陷允许远程用户通过 DCCP 协议泄露敏感信息。
    (CVE-2023-39197)

    在用户触发包含元素（无 NFT_SET_EXT_KEY_END）的 nft_pipapo_remove 函数的方式中，发现 Linux 内核的 netfilter 中存在释放后使用缺陷。本地用户可以利用此问题造成系统崩溃，或可能提升其在系统中的权限。(CVE-2023-4004)

    Linux 内核 netfilter: nf_tables 组件中存在一个释放后使用漏洞，攻击者可利用此漏洞实现本地特权提升。

    若在构建 nftables 规则发生错误，停用 nft_immediate_deactivate() 中的立即表达式可导致解除绑定链，并且对象遭停用但之后又被使用。

    建议升级过去的提交 0a771f7b266b02d262900c75f1e175c7fe76fec2。(CVE-2023-4015)

    在 Linux 内核的分类器（cls_fw、cls_u32 和 cls_route）中的  net/sched/cls_fw.c 中发现释放后使用缺陷。由于未正确处理现有过滤器，导致本地攻击者可利用此缺陷执行本地权限升级，从而造成内核信息泄漏问题。 (CVE-2023-4128)

    netfilter：nf_tables：不允许通过 NFTA_RULE_CHAIN_ID 将规则添加至边界链 (CVE-2023-4147)

    Linux 内核的 TUN/TAP 功能中发现缺陷。本地用户可以利用此问题绕过绕过网络过滤器，并获取某些资源未经授权的访问权限。修复 CVE-2023-1076 的原始修补程序并不正确或并不完整。问题在于下列上游提交 - a096ccca6e50（tun：tun_chr_open()：正确初始化套接字 uid），- 66b2c338adce（tap：tap_open()：
    正确初始化套接字 UID），在将 inode->i_uid 作为最后一个参数传递至  sock_init_data_uid() 时发现结果并非准确无误。(CVE-2023-4194)

    Linux 内核的 net/sched: cls_route 组件中存在释放后使用漏洞，攻击者可利用此漏洞来实现本地特权提升。

    当在现有过滤器中调用 route4_change() 时，整个 tcf_result 结构会一律复制到过滤器的新实例中。更新绑定到类的过滤器时会引发一个问题，因为 tcf_unbind_filter() 一律会在成功路径中的旧实例上调用，从而减少仍在引用的类的 filter_cnt 并允许用户将其删除，造成释放后使用情形。

    我们建议升级过去的提交 b80b829e9e2c1b3f7aae34855e04d8f6ecaf13c8。(CVE-2023-4206)

    Linux 内核的 net/sched: cls_fw 组件中存在释放后使用漏洞，攻击者可利用此漏洞来实现本地特权提升。

    当在现有过滤器中调用 fw_change() 时，整个 tcf_result 结构会一律复制到过滤器的新实例中。更新绑定到类的过滤器时会引发一个问题，因为 tcf_unbind_filter() 一律会在成功路径中的旧实例上调用，从而减少仍在引用的类的 filter_cnt 并允许用户将其删除，造成释放后使用情形。

    我们建议升级过去的提交 76e42ae831991c828cffa8c37736ebfb831ad5ec。(CVE-2023-4207)

    Linux 内核 net/sched: cls_u32 组件中存在一个释放后使用漏洞，攻击者可利用此漏洞以实现本地特权提升。

    当在现有过滤器中调用 u32_change() 时，整个 tcf_result 结构会一律复制到过滤器的新实例中。更新绑定到类的过滤器时会引发一个问题，因为 tcf_unbind_filter() 一律会在成功路径中的旧实例上调用，从而减少仍在引用的类的 filter_cnt 并允许用户将其删除，造成释放后使用情形。

    我们建议升级过去的提交 3044b16e7c6fe5d24b1cdbcf1bd0a9d92d1ebd81。(CVE-2023-4208)

    在 Linux 内核的 exFAT 驱动程序中发现一个缺陷。文件名重建函数的实现中存在一个漏洞，该函数负责从目录索引中读取文件名条目，并将属于一个文件的文件名部分合并为一个长文件名。由于文件名字符会复制到堆栈变量中，因此本地特权攻击者可利用此缺陷使内核堆栈溢出。(CVE-2023-4273)

    Linux 内核 af_unix 组件中存在一个释放后使用漏洞，攻击者可利用此漏洞以实现本地特权提升。

    在未锁定队列的情况下，unix_stream_sendpage() 函数尝试将数据添加至对等机 recv 队列中最后一个 skb 中。因此，在存在争用条件时，unix_stream_sendpage() 可在未锁定队列的情况下访问通过垃圾回收而释放的 skb，从而造成释放后使用情形。

    我们建议升级过去的提交 790c2f9d15b594350ae9bca7b236f2b1859de02c。(CVE-2023-4622)

    在 Linux 内核 6.4.12 之前的版本中，drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c 中的 amdgpu_cs_wait_all_fences 存在释放后使用屏蔽。(CVE-2023-51042)

    在 6.4.5 之前的 Linux 内核中，drivers/gpu/drm/drm_atomic.c 在无阻塞原子提交和驱动程序卸载之间有争用条件期间存在释放后使用。(CVE-2023-51043)

    在 Linux 内核中，以下漏洞已修复：

    SUNRPC：修复 svc_tcp_listen_data_ready() 中的 UAF 问题 (CVE-2023-52885)

    在 Linux 内核中，以下漏洞已修复：

    can：bcm：修复 bcm_proc_show() 中的 UAF 问题 (CVE-2023-52922)

    在 Linux 内核中，以下漏洞已修复：

    xfrm在 xfrm_update_ae_params 中添加 NULL 检查 (CVE-2023-53147)

    在 Linux 内核中，以下漏洞已修复：

    igb修复意外删除时的 igb_down 挂起 (CVE-2023-53148)

    在 Linux 内核中，以下漏洞已修复：

    scsiqla2xxx可能取消引用指针 (CVE-2023-53150)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10刷新写入时防止软锁定 (CVE-2023-53151)

    在 Linux 内核中，以下漏洞已修复：

    udf修复某些路径名的未初始化数组访问 (CVE-2023-53165)

    在 Linux 内核中，以下漏洞已修复：

    tracing修复 tracing_err_log_open() 中的空指针取消引用 (CVE-2023-53167)

    在 Linux 内核中，以下漏洞已修复：

    scsicore修复 device_add() 失败时可能的内存泄漏 (CVE-2023-53174)

    在 Linux 内核中，以下漏洞已修复：

    ipv6/addrconf修复 idev 潜在的引用计数下溢 (CVE-2023-53189)

    在 Linux 内核中，以下漏洞已修复：

    vxlan修复 nexthop 哈希大小 (CVE-2023-53192)

    在 Linux 内核中，以下漏洞已修复：

    sched/fair不将任务平衡到其当前正在运行的 CPU (CVE-2023-53215)

    在 Linux 内核中，以下漏洞已修复：

    nubus部分还原 proc_create_single_data() 转换 (CVE-2023-53217)

    在 Linux 内核中，以下漏洞已修复：

    jfsjfs_dmap挂载时验证 db_l2nbperpage (CVE-2023-53222)

    在 Linux 内核中，以下漏洞已修复：

    btrfs将 RAID1C23/DUP 的处理添加到 btrfs_reduce_alloc_profile (CVE-2023-53243)

    在 Linux 内核中，以下漏洞已修复：

    scsistorvsc修复虚拟光纤通道超时的处理 (CVE-2023-53245)

    在 Linux 内核中，以下漏洞已修复：

    scsiqla2xxx删除未使用的 nvme_ls_waitq 等待队列 (CVE-2023-53280)

    在 Linux 内核中，以下漏洞已修复：

    RDMA/mlx5返回破坏 QP/RQ 时的固件结果 (CVE-2023-53286)

    在 Linux 内核中，以下漏洞已修复：

    drm/client修复 drm_client_modeset_probe 中的内存泄漏 (CVE-2023-53288)

    在 Linux 内核中，以下漏洞已修复：

    netfilternft_set_rbtree修复重叠到期 walk (CVE-2023-53304)

    在 Linux 内核中，以下漏洞已修复：

    drm/radeon修复 radeon_cs_parser_init 中的整数溢出CVE-2023-53309

    在 Linux 内核中，以下漏洞已修复：

    nilfs2通过 iput 修复 dirtying inode 中的释放后使用 nilfs_root (CVE-2023-53311)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10修复 max_corr_read_errors 的错误设置 (CVE-2023-53313)

    在 Linux 内核中，以下漏洞已修复：

    scsiqla2xxx等待 io 在终止 rport 时返回 (CVE-2023-53322)

    在 Linux 内核中，以下漏洞已修复：

    netfilterconntrackdccp将整个标头而不是基本的复制到堆栈缓冲区 (CVE-2023-53333)

    在 Linux 内核中，以下漏洞已修复：

    btrfs修复 btrfs_cancel_balance 中的 BUG_ON 条件 (CVE-2023-53339)

    在 Linux 内核中，以下漏洞已修复：

    icmp6修复 icmp6_dev() 中 ip6_null_entry->rt6i_idev 的 null-ptr-deref。 (CVE-2023-53343)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10检查 md_bitmap_get_counter 中的 slab 越界 (CVE-2023-53357)

    在 Linux 内核中，以下漏洞已修复：

    ip6mr修复 ip6mr_cache_report() 中的 skb_under_panic (CVE-2023-53365)

    在 Linux 内核中，以下漏洞已修复：

    netdcb选择正确的策略以解析 DCB_ATTR_BCN (CVE-2023-53369)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10修复 raid10_sync_request 中 mreplace 的 null-ptr-deref (CVE-2023-53380)

    在 Linux 内核中，以下漏洞已修复：

    shmem将 ramfs_kill_sb() 用于基于 ramfs 的 tmpfs 的 kill_sb 方法 (CVE-2023-53391)

    在 Linux 内核中，以下漏洞已修复：

    PCI/ASPM在 MFD 功能删除时禁用 ASPM以避免释放后使用 (CVE-2023-53446)

    在 Linux 内核中，以下漏洞已修复：

    scsiqla2xxx修复潜在的空指针取消引用 (CVE-2023-53451)

    在 Linux 内核中，以下漏洞已修复：

    FSJFS修复 txBegin 中的 null-ptr-deref 读取 (CVE-2023-53457)

    在 Linux 内核中，以下漏洞已修复：

    io_uring退出时以中断方式等待请求完成 (CVE-2023-53461)

    在 Linux 内核中，以下漏洞已修复：

    af_unix修复 unix_stream_sendpage() 中的 null-ptr-deref。 (CVE-2023-53469)

    在 Linux 内核中，以下漏洞已修复：

    fsjfs修复 dbAllocDmapLev 中的 UBSAN array-index-out-of-bounds (CVE-2023-53485)

    在 Linux 内核中，以下漏洞已修复：

    powerpc/rtas_flash允许用户复制到闪存块缓存对象 (CVE-2023-53487)

    在 Linux 内核中，以下漏洞已修复：

    xfrm修复 decode_session6 中的 slab-use-after-free (CVE-2023-53500)

    在 Linux 内核中，以下漏洞已修复：

    virtio-mmio不中断 vm_dev 的生命周期 (CVE-2023-53515)

    在 Linux 内核中，以下漏洞已修复：

    mediav4l2-mem2mem添加锁定以保护参数 num_rdy (CVE-2023-53519)

    在 Linux 内核中，以下漏洞已修复：

    net/mlx5DR修复 mlx5dr_cmd_create_reformat_ctx 中的内存泄漏 (CVE-2023-53546)

    在 Linux 内核中，以下漏洞已修复：

    netusbnet修复 usbnet_start_xmit/usb_submit_urb 中的警告 (CVE-2023-53548)

    在 Linux 内核中，以下漏洞已修复：

    mm/damon/core从 damos_new_filter() 初始化 damo_filter->list (CVE-2023-53555)

    在 Linux 内核中，以下漏洞已修复：

    iavf修复 free_netdev 中的释放后使用 (CVE-2023-53556)

    在 Linux 内核中，以下漏洞已修复：

    ip_vti修复 decode_session6 中潜在的 slab 释放后使用问题 (CVE-2023-53559)

    在 Linux 内核中，以下漏洞已修复：

    tracing/histogramshist_vars 引用变量时添加直方图 (CVE-2023-53560)

    在 Linux 内核中，以下漏洞已修复：

    net/mlx5e锁定后检查 NOT_READY 标记状态 (CVE-2023-53581)

    在 Linux 内核中，以下漏洞已修复：

    cifs释放 fscache 读取命中上的 folio 锁定。 (CVE-2023-53593)

    在 Linux 内核中，以下漏洞已修复：

    tunnels修复生成 ipv4 pmtu 错误时的 kasan splat (CVE-2023-53600)

    在 Linux 内核中，以下漏洞已修复：

    dax修复 dax_mapping_release() 释放后使用 (CVE-2023-53613)

    在 Linux 内核中，以下漏洞已修复：

    netfilterconntrack避免 nf_ct_helper_hash 释放后使用 (CVE-2023-53619)

    在 Linux 内核中，以下漏洞已修复：

    gfs2修复 gfs2_show_options() 中可能的数据争用 (CVE-2023-53622)

    在 Linux 内核中，以下漏洞已修复：

    iavf修复在删除时设置通道时的越界问题 (CVE-2023-53659)

    在 Linux 内核中，以下漏洞已修复：

    ring-buffer修复读取 trace_pipe 时的死循环问题 (CVE-2023-53668)

    在 Linux 内核中，以下漏洞已修复：

    bcache修复 __bch_btree_node_alloc 以实现失败行为一致 (CVE-2023-53681)

    在 Linux 内核中，以下漏洞已修复：

    ring-buffer在调整大小过程中不交换 cpu_buffer (CVE-2023-53718)

    在 Linux 内核中，以下漏洞已修复：

    posix-timers确保定时器 ID 搜索循环限制有效 (CVE-2023-53728)

    在 Linux 内核中，以下漏洞已修复：

    blk-iocost在adjust_inuse_and_calc_cost 中使用 spin_lock_irqsave (CVE-2023-53730)

    在 Linux 内核中，以下漏洞已修复：

    netlink修复 netlink_set_err() 中的潜在死锁 (CVE-2023-53731)

    在 Linux 内核中，以下漏洞已修复：

    FSJFS检查 txBegin 中的只读挂载文件系统 (CVE-2023-53766)

    在 Linux 内核中，以下漏洞已修复：

    HIDwacom处理时间戳时使用 ktime_t 而不是 int (CVE-2023-53797)

    在 Linux 内核中，以下漏洞已修复：

    posix-timers阻止 itimer_delete() 中的 RT 活锁 (CVE-2023-53815)

    在 Linux 内核中，以下漏洞已修复：

    ip6_vti修复 decode_session6 中的 slab-use-after-free (CVE-2023-53821)

    在 Linux 内核中，以下漏洞已修复：

    dccp修复有关 dp->dcps_mss_cache 的数据争用 (CVE-2023-53839)

    在 Linux 内核中，以下漏洞已修复：

    devlink报告 devlink_port_type_warn 源设备 (CVE-2023-53841)

    在 Linux 内核中，以下漏洞已修复：

    usb-storagealauda修复 alauda_check_media() 中的 uninit-value (CVE-2023-53847)

    在 Linux 内核中，以下漏洞已修复：

    netlink不在 fdb 转储中硬编码设备地址长度 (CVE-2023-53863)

    在 Linux 内核中，以下漏洞已修复：

    btrfs修复中止后启用 qgroups 放置事务时发出的警告 (CVE-2023-53865)

    在 Linux 内核中，以下漏洞已修复：

    arm64mm修复 VA 范围健全性检查CVE-2023-53989

    在 Linux 内核中，以下漏洞已修复：

    hwrngvirtio - 修复 data_avail 和实际数据上的争用CVE-2023-53998

    在 Linux 内核中，以下漏洞已修复：

    scsiqla2xxx检查 fc_bsg_to_rport() 返回的有效 rport (CVE-2023-54014)

    在 Linux 内核中，以下漏洞已修复：

    btrfs修复从脏 cow 根列表中删除配额根时的争用CVE-2023-54032

    在 Linux 内核中，以下漏洞已修复：

    net不允许将 gso_size 设置为 GSO_BY_FRAGS (CVE-2023-54051)

    在 Linux 内核中，以下漏洞已修复：

    drm/client修复 drm_client_target_cloned 中的内存泄漏 (CVE-2023-54091)

    在 Linux 内核中，以下漏洞已修复：

    net防止 frag 列表分段中的 skb 损坏 (CVE-2023-54094)

    在 Linux 内核中，以下漏洞已修复：

    fs保护 sb 读写的重新配置防止写入争用 (CVE-2023-54099)

    在 Linux 内核中，以下漏洞已修复：

    keys修复将重复的密钥链接到 keyring 的 assoc_array 的问题 (CVE-2023-54170)

    在 Linux 内核中，以下漏洞已修复：

    tracing修复读取 trace_pipe 时 iter->temp 的内存泄漏 (CVE-2023-54171)

    在 Linux 内核中，以下漏洞已修复：

    bpf在 bpf_event_output 中禁用抢占 (CVE-2023-54173)

    在 Linux 内核中，以下漏洞已修复：

    quota修复 dqgrab() 中的警告 (CVE-2023-54177)

    在 Linux 内核中，以下漏洞已修复：

    scsiqla2xxx数组索引可能越界 (CVE-2023-54179)

    在 Linux 内核中，以下漏洞已修复：

    pstore/ram为 kstrdup 添加检查 (CVE-2023-54189)

    在 Linux 内核中，以下漏洞已修复：

    exfat使用 kvmalloc_array/kvfree 而不是 kmalloc_array/kfreeCVE-2023-54194

    在 Linux 内核中，以下漏洞已修复：

    tracing修复 trace_buffered_event_disable() 中的警告 (CVE-2023-54211)

    在 Linux 内核中，以下漏洞已修复：

    serial8250修复 uart_change_pm() 上 port->pm 的 oops (CVE-2023-54220)

    在 Linux 内核中，以下漏洞已修复：

    bpf解决 bpf_lru_list 上的 KCSAN 报告 (CVE-2023-54283)

    在 Linux 内核中，以下漏洞已修复：

    scsiqedf修复错误处理中的空取消引用 (CVE-2023-54289)

    在 Linux 内核中，以下漏洞已修复：

    bcache修复 btree_cache_wait 列表损坏 (CVE-2023-54293)

    在 Linux 内核中，以下漏洞已修复：

    arm64将 __exception_irq_entry 设置为默认 __irq_entry (CVE-2023-54322)

    在 Linux 内核的 GSM 0710 tty 多路器中发现了一个争用情形。之所以发生此问题，是因为两个线程在 gsm 行规则已启用的情况下对同一 tty 文件描述符执行了 GSMIOC_SETCONF ioctl，并且会在重新启动 gsm mux 时导致 struct gsm_dlci 发生释放后使用问题。本地非特权用户可利用此问题提升其在系统中的权限。(CVE-2023-6546)

    在 Linux 内核的 SCTP 子系统中，在 net/sctp/socket.c 的 sctp_auto_asconf_init 中发现由死锁所导致的拒绝服务漏洞。此缺陷允许具有本地用户权限的客户机触发死锁，并可能导致系统崩溃。(CVE-2024-0639)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

AlmaLinux 9.2 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.2：CLSA-2026：1783791447公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：phy: mdio: fix memory leak Syzbot reported memory leak in MDIO bus interface, the problem was in wrong state logic. MDIOBUS_ALLOCATED indicates 2 states: 1. Bus is only allocated 2. Bus allocated and __mdiobus_register() fails, but device_register() was called In case of device_register() has been called we should call put_device() to correctly free the memory allocated for this device, but mdiobus_free() calls just kfree(dev) in case of MDIOBUS_ALLOCATED state To avoid this behaviour we need to set bus->state to MDIOBUS_UNREGISTERED _before_ calling device_register(), because put_device() should be called even in case of device_register() failure. (CVE-2021-47416)

  - 在 Linux 内核的 TeleTYpe 子系统中发现越界读取缺陷。在 flush_to_ldisc 函数中存在内存泄漏时，用户使用 ioctls TIOCSPTLCK 和 TIOCGPTPEER 以及 TIOCSTI 和 TCXONC 触发争用条件时会发生此问题。此缺陷会让本地用户导致系统崩溃或从内存读取未经授权的随机数据。 (CVE-2022-1462)

  - 已修复 Linux 内核中的下列漏洞：can: isotp: sanitize CAN ID checks in isotp_bind() Syzbot created an environment that lead to a state machine status that can not be reached with a compliant CAN ID address configuration. The provided address information consisted of CAN ID 0x6000001 and 0xC28001 which both boil down to 11 bit CAN IDs 0x001 in sending and receiving. Sanitize the SFF/EFF CAN ID values before performing the address checks. (CVE-2022-49269)

  - 已修复 Linux 内核中的下列漏洞：tty: fix deadlock caused by calling printk() under tty_port->lock pty_write() invokes kmalloc() which may invoke a normal printk() to print failure message. This can cause a deadlock in the scenario reported by syz-bot below: CPU0 CPU1 CPU2 ----
    ---- ---- lock(console_owner); lock(&port_lock_key); lock(&port->lock); lock(&port_lock_key);
    lock(&port->lock); lock(console_owner); As commit dbdda842fe96 (printk: Add console owner and waiter logic to load balance console writes) said, such deadlock can be prevented by using printk_deferred() in kmalloc() (which is invoked in the section guarded by the port->lock). But there are too many printk() on the kmalloc() path, and kmalloc() can be called from anywhere, so changing printk() to printk_deferred() is too complicated and inelegant. Therefore, this patch chooses to specify __GFP_NOWARN to kmalloc(), so that printk() will not be called, and this deadlock problem can be avoided. Syzbot reported the following lockdep error: ====================================================== WARNING: possible circular locking dependency detected 5.4.143-00237-g08ccc19a-dirty #10 Not tainted
    ------------------------------------------------------ syz-executor.4/29420 is trying to acquire lock:
    ffffffff8aedb2a0 (console_owner){....}-{0:0}, at: console_trylock_spinning kernel/printk/printk.c:1752 [inline] ffffffff8aedb2a0 (console_owner){....}-{0:0}, at: vprintk_emit+0x2ca/0x470 kernel/printk/printk.c:2023 but task is already holding lock: ffff8880119c9158 (&port->lock){-.-.}-{2:2}, at: pty_write+0xf4/0x1f0 drivers/tty/pty.c:120 which lock already depends on the new lock. the existing dependency chain (in reverse order) is: -> #2 (&port->lock){-.-.}-{2:2}: __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [inline] _raw_spin_lock_irqsave+0x35/0x50 kernel/locking/spinlock.c:159 tty_port_tty_get drivers/tty/tty_port.c:288 [inline] <-- lock(&port->lock);
    tty_port_default_wakeup+0x1d/0xb0 drivers/tty/tty_port.c:47 serial8250_tx_chars+0x530/0xa80 drivers/tty/serial/8250/8250_port.c:1767 serial8250_handle_irq.part.0+0x31f/0x3d0 drivers/tty/serial/8250/8250_port.c:1854 serial8250_handle_irq drivers/tty/serial/8250/8250_port.c:1827 [inline] <-- lock(&port_lock_key); serial8250_default_handle_irq+0xb2/0x220 drivers/tty/serial/8250/8250_port.c:1870 serial8250_interrupt+0xfd/0x200 drivers/tty/serial/8250/8250_core.c:126 __handle_irq_event_percpu+0x109/0xa50 kernel/irq/handle.c:156 [...] -> #1 (&port_lock_key){-.-.}-{2:2}: __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [inline] _raw_spin_lock_irqsave+0x35/0x50 kernel/locking/spinlock.c:159 serial8250_console_write+0x184/0xa40 drivers/tty/serial/8250/8250_port.c:3198 <-- lock(&port_lock_key);
    call_console_drivers kernel/printk/printk.c:1819 [inline] console_unlock+0x8cb/0xd00 kernel/printk/printk.c:2504 vprintk_emit+0x1b5/0x470 kernel/printk/printk.c:2024 <-- lock(console_owner);
    vprintk_func+0x8d/0x250 kernel/printk/printk_safe.c:394 printk+0xba/0xed kernel/printk/printk.c:2084 register_console+0x8b3/0xc10 kernel/printk/printk.c:2829 univ8250_console_init+0x3a/0x46 drivers/tty/serial/8250/8250_core.c:681 console_init+0x49d/0x6d3 kernel/printk/printk.c:2915 start_kernel+0x5e9/0x879 init/main.c:713 secondary_startup_64+0xa4/0xb0 arch/x86/kernel/head_64.S:241 -> #0 (console_owner){....}-{0:0}: [...] lock_acquire+0x127/0x340 kernel/locking/lockdep.c:4734 console_trylock_spinning kernel/printk/printk.c:1773 ---truncated--- (CVE-2022-49441)

  - 已修复 Linux 内核中的下列漏洞：list: fix a data-race around ep->rdllist ep_poll() first calls ep_events_available() with no lock held and checks if ep->rdllist is empty by list_empty_careful(), which reads rdllist->prev. Thus all accesses to it need some protection to avoid store/load-tearing. Note INIT_LIST_HEAD_RCU() already has the annotation for both prev and next.
    Commit bf3b9f6372c4 (epoll: Add busy poll support to epoll with socket fds.) added the first lockless ep_events_available(), and commit c5a282e9635e (fs/epoll: reduce the scope of wq lock in epoll_wait()) made some ep_events_available() calls lockless and added single call under a lock, finally commit e59d3c64cba6 (epoll: eliminate unnecessary lock for zero timeout) made the last ep_events_available() lockless. BUG: KCSAN: data-race in do_epoll_wait / do_epoll_wait write to 0xffff88810480c7d8 of 8 bytes by task 1802 on cpu 0: INIT_LIST_HEAD include/linux/list.h:38 [inline] list_splice_init include/linux/list.h:492 [inline] ep_start_scan fs/eventpoll.c:622 [inline] ep_send_events fs/eventpoll.c:1656 [inline] ep_poll fs/eventpoll.c:1806 [inline] do_epoll_wait+0x4eb/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae read to 0xffff88810480c7d8 of 8 bytes by task 1799 on cpu 1: list_empty_careful include/linux/list.h:329 [inline] ep_events_available fs/eventpoll.c:381 [inline] ep_poll fs/eventpoll.c:1797 [inline] do_epoll_wait+0x279/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae value changed: 0xffff88810480c7d0 -> 0xffff888103c15098 Reported by Kernel Concurrency Sanitizer on: CPU: 1 PID: 1799 Comm: syz-fuzzer Tainted:
    G W 5.17.0-rc7-syzkaller-dirty #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 (CVE-2022-49443)

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

远程主机上安装的内核版本低于 5.4.253-167.359。因此，会受到 ALAS2KERNEL-5.4-2023-054 公告中提及的多个漏洞影响。

    在 Linux 内核中发现，btrfs 中 fs/btrfs/ctree.c 的 btrfs_search_slot 存在释放后使用缺陷。攻击者可利用此缺陷导致系统崩溃，并可能造成内核信息泄漏 (CVE-2023-1611)

    在 GFS2 文件系统中发现 Linux 内核中存在缺陷。如果 evict 代码尝试在日志描述符结构、jdesc 被释放并被设置为 NULL 后引用该结构，损坏的 gfs2 文件系统上便会出现此问题。调用 gfs2_trans_begin 时可导致空指针取消引用，然后无法调用 ingfs2_evict_inode()。(CVE-2023-3212)

    XSA-423 的修复程序向 Linux 的 netback 驱动程序添加了逻辑，以处理前端拆分数据包的方式，这样并非所有标头都会成为一个整体。不幸的是，这里引入的逻辑没有考虑到整个数据包被分成协议允许的尽可能多的部分的极端情况，但仍然小于专门处理以将所有（有这种可能性）标头保持在一起的区域。因此，此类异常数据包将触发驱动程序中的缓冲区溢出。
    (CVE-2023-34319)

    在 Linux 内核的 Netfilter 连接跟踪 (conntrack) 中发现越界读取漏洞。此缺陷允许远程用户通过 DCCP 协议泄露敏感信息。
    (CVE-2023-39197)

    在 Linux 内核的分类器（cls_fw、cls_u32 和 cls_route）中的  net/sched/cls_fw.c 中发现释放后使用缺陷。由于未正确处理现有过滤器，导致本地攻击者可利用此缺陷执行本地权限升级，从而造成内核信息泄漏问题。 (CVE-2023-4128)

    Linux 内核的 TUN/TAP 功能中发现缺陷。本地用户可以利用此问题绕过绕过网络过滤器，并获取某些资源未经授权的访问权限。修复 CVE-2023-1076 的原始修补程序并不正确或并不完整。问题在于下列上游提交 - a096ccca6e50（tun：tun_chr_open()：正确初始化套接字 uid），- 66b2c338adce（tap：tap_open()：
    正确初始化套接字 UID），在将 inode->i_uid 作为最后一个参数传递至  sock_init_data_uid() 时发现结果并非准确无误。(CVE-2023-4194)

    Linux 内核的 net/sched: cls_route 组件中存在释放后使用漏洞，攻击者可利用此漏洞来实现本地特权提升。

    当在现有过滤器中调用 route4_change() 时，整个 tcf_result 结构会一律复制到过滤器的新实例中。更新绑定到类的过滤器时会引发一个问题，因为 tcf_unbind_filter() 一律会在成功路径中的旧实例上调用，从而减少仍在引用的类的 filter_cnt 并允许用户将其删除，造成释放后使用情形。

    我们建议升级过去的提交 b80b829e9e2c1b3f7aae34855e04d8f6ecaf13c8。(CVE-2023-4206)

    Linux 内核的 net/sched: cls_fw 组件中存在释放后使用漏洞，攻击者可利用此漏洞来实现本地特权提升。

    当在现有过滤器中调用 fw_change() 时，整个 tcf_result 结构会一律复制到过滤器的新实例中。更新绑定到类的过滤器时会引发一个问题，因为 tcf_unbind_filter() 一律会在成功路径中的旧实例上调用，从而减少仍在引用的类的 filter_cnt 并允许用户将其删除，造成释放后使用情形。

    我们建议升级过去的提交 76e42ae831991c828cffa8c37736ebfb831ad5ec。(CVE-2023-4207)

    Linux 内核 net/sched: cls_u32 组件中存在一个释放后使用漏洞，攻击者可利用此漏洞以实现本地特权提升。

    当在现有过滤器中调用 u32_change() 时，整个 tcf_result 结构会一律复制到过滤器的新实例中。更新绑定到类的过滤器时会引发一个问题，因为 tcf_unbind_filter() 一律会在成功路径中的旧实例上调用，从而减少仍在引用的类的 filter_cnt 并允许用户将其删除，造成释放后使用情形。

    我们建议升级过去的提交 3044b16e7c6fe5d24b1cdbcf1bd0a9d92d1ebd81。(CVE-2023-4208)

    在 6.4.5 之前的 Linux 内核中，drivers/gpu/drm/drm_atomic.c 在无阻塞原子提交和驱动程序卸载之间有争用条件期间存在释放后使用。(CVE-2023-51043)

    在 Linux 内核中，以下漏洞已修复：

    SUNRPC：修复 svc_tcp_listen_data_ready() 中的 UAF 问题 (CVE-2023-52885)

    在 Linux 内核中，以下漏洞已修复：

    can：bcm：修复 bcm_proc_show() 中的 UAF 问题 (CVE-2023-52922)

    在 Linux 内核中，以下漏洞已修复：

    igb修复意外删除时的 igb_down 挂起 (CVE-2023-53148)

    在 Linux 内核中，以下漏洞已修复：

    scsiqla2xxx可能取消引用指针 (CVE-2023-53150)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10刷新写入时防止软锁定 (CVE-2023-53151)

    在 Linux 内核中，以下漏洞已修复：

    tracing修复 tracing_err_log_open() 中的空指针取消引用 (CVE-2023-53167)

    在 Linux 内核中，以下漏洞已修复：

    ipv6/addrconf修复 idev 潜在的引用计数下溢 (CVE-2023-53189)

    在 Linux 内核中，以下漏洞已修复：

    sched/fair不将任务平衡到其当前正在运行的 CPU (CVE-2023-53215)

    在 Linux 内核中，以下漏洞已修复：

    jfsjfs_dmap挂载时验证 db_l2nbperpage (CVE-2023-53222)

    在 Linux 内核中，以下漏洞已修复：

    scsiqla2xxx删除未使用的 nvme_ls_waitq 等待队列 (CVE-2023-53280)

    在 Linux 内核中，以下漏洞已修复：

    drm/client修复 drm_client_modeset_probe 中的内存泄漏 (CVE-2023-53288)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10修复 max_corr_read_errors 的错误设置 (CVE-2023-53313)

    在 Linux 内核中，以下漏洞已修复：

    scsiqla2xxx等待 io 在终止 rport 时返回 (CVE-2023-53322)

    在 Linux 内核中，以下漏洞已修复：

    netfilterconntrackdccp将整个标头而不是基本的复制到堆栈缓冲区 (CVE-2023-53333)

    在 Linux 内核中，以下漏洞已修复：

    icmp6修复 icmp6_dev() 中 ip6_null_entry->rt6i_idev 的 null-ptr-deref。 (CVE-2023-53343)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10检查 md_bitmap_get_counter 中的 slab 越界 (CVE-2023-53357)

    在 Linux 内核中，以下漏洞已修复：

    ip6mr修复 ip6mr_cache_report() 中的 skb_under_panic (CVE-2023-53365)

    在 Linux 内核中，以下漏洞已修复：

    netdcb选择正确的策略以解析 DCB_ATTR_BCN (CVE-2023-53369)

    在 Linux 内核中，以下漏洞已修复：

    md/raid10修复 raid10_sync_request 中 mreplace 的 null-ptr-deref (CVE-2023-53380)

    在 Linux 内核中，以下漏洞已修复：

    PCI/ASPM在 MFD 功能删除时禁用 ASPM以避免释放后使用 (CVE-2023-53446)

    在 Linux 内核中，以下漏洞已修复：

    scsiqla2xxx修复潜在的空指针取消引用 (CVE-2023-53451)

    在 Linux 内核中，以下漏洞已修复：

    net/mlx5DR修复 mlx5dr_cmd_create_reformat_ctx 中的内存泄漏 (CVE-2023-53546)

    在 Linux 内核中，以下漏洞已修复：

    netusbnet修复 usbnet_start_xmit/usb_submit_urb 中的警告 (CVE-2023-53548)

    在 Linux 内核中，以下漏洞已修复：

    iavf修复 free_netdev 中的释放后使用 (CVE-2023-53556)

    在 Linux 内核中，以下漏洞已修复：

    tracing/histogramshist_vars 引用变量时添加直方图 (CVE-2023-53560)

    在 Linux 内核中，以下漏洞已修复：

    netfilterconntrack避免 nf_ct_helper_hash 释放后使用 (CVE-2023-53619)

    在 Linux 内核中，以下漏洞已修复：

    ring-buffer修复读取 trace_pipe 时的死循环问题 (CVE-2023-53668)

    在 Linux 内核中，以下漏洞已修复：

    bcache修复 __bch_btree_node_alloc 以实现失败行为一致 (CVE-2023-53681)

    在 Linux 内核中，以下漏洞已修复：

    posix-timers确保定时器 ID 搜索循环限制有效 (CVE-2023-53728)

    在 Linux 内核中，以下漏洞已修复：

    netlink修复 netlink_set_err() 中的潜在死锁 (CVE-2023-53731)

    在 Linux 内核中，以下漏洞已修复：

    HIDwacom处理时间戳时使用 ktime_t 而不是 int (CVE-2023-53797)

    在 Linux 内核中，以下漏洞已修复：

    devlink报告 devlink_port_type_warn 源设备 (CVE-2023-53841)

    在 Linux 内核中，以下漏洞已修复：

    netlink不在 fdb 转储中硬编码设备地址长度 (CVE-2023-53863)

    在 Linux 内核中，以下漏洞已修复：

    btrfs修复中止后启用 qgroups 放置事务时发出的警告 (CVE-2023-53865)

    在 Linux 内核中，以下漏洞已修复：

    arm64mm修复 VA 范围健全性检查CVE-2023-53989

    在 Linux 内核中，以下漏洞已修复：

    hwrngvirtio - 修复 data_avail 和实际数据上的争用CVE-2023-53998

    在 Linux 内核中，以下漏洞已修复：

    scsiqla2xxx检查 fc_bsg_to_rport() 返回的有效 rport (CVE-2023-54014)

    在 Linux 内核中，以下漏洞已修复：

    btrfs修复从脏 cow 根列表中删除配额根时的争用CVE-2023-54032

    在 Linux 内核中，以下漏洞已修复：

    drm/client修复 drm_client_target_cloned 中的内存泄漏 (CVE-2023-54091)

    在 Linux 内核中，以下漏洞已修复：

    fs保护 sb 读写的重新配置防止写入争用 (CVE-2023-54099)

    在 Linux 内核中，以下漏洞已修复：

    keys修复将重复的密钥链接到 keyring 的 assoc_array 的问题 (CVE-2023-54170)

    在 Linux 内核中，以下漏洞已修复：

    scsiqla2xxx数组索引可能越界 (CVE-2023-54179)

    在 Linux 内核中，以下漏洞已修复：

    pstore/ram为 kstrdup 添加检查 (CVE-2023-54189)

    在 Linux 内核中，以下漏洞已修复：

    tracing修复 trace_buffered_event_disable() 中的警告 (CVE-2023-54211)

    在 Linux 内核中，以下漏洞已修复：

    bpf解决 bpf_lru_list 上的 KCSAN 报告 (CVE-2023-54283)

    在 Linux 内核中，以下漏洞已修复：

    scsiqedf修复错误处理中的空取消引用 (CVE-2023-54289)

    在 Linux 内核的 SCTP 子系统中，在 net/sctp/socket.c 的 sctp_auto_asconf_init 中发现由死锁所导致的拒绝服务漏洞。此缺陷允许具有本地用户权限的客户机触发死锁，并可能导致系统崩溃。(CVE-2024-0639)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

Rocky Linux 9.6 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.6：CLSA-2026：1782155469 2公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：udf: Fix preallocation discarding at indirect extent boundary When preallocation extent is the first one in the extent block, the code would corrupt extent tree header instead. Fix the problem and use udf_delete_aext() for deleting extent to avoid some code duplication. (CVE-2022-48946)

  - 已修复 Linux 内核中的下列漏洞：xen/privcmd: fix error exit of privcmd_ioctl_dm_op() The error exit of privcmd_ioctl_dm_op() is calling unlock_pages() potentially with pages being NULL, leading to a NULL dereference. Additionally lock_pages() doesn't check for pin_user_pages_fast() having been completely successful, resulting in potentially not locking all pages into memory. This could result in sporadic failures when using the related memory in user mode. Fix all of that by calling unlock_pages() always with the real number of pinned pages, which will be zero in case pages being NULL, and by checking the number of pages pinned by pin_user_pages_fast() matching the expected number of pages. (CVE-2022-49989)

  - 已修复 Linux 内核中的下列漏洞：platform/x86: mxm-wmi: fix memleak in mxm_wmi_call_mx[ds|mx]() The ACPI buffer memory (out.pointer) returned by wmi_evaluate_method() is not freed after the call, so it leads to memory leak. The method results in ACPI buffer is not used, so just pass NULL to wmi_evaluate_method() which fixes the memory leak. (CVE-2022-50521)

  - 已修复 Linux 内核中的下列漏洞：net: USB: Fix wrong-direction WARNING in plusb.c The syzbot fuzzer detected a bug in the plusb network driver: A zero-length control-OUT transfer was treated as a read instead of a write. In modern kernels this error provokes a WARNING: usb 1-1: BOGUS control dir, pipe 80000280 doesn't match bRequestType c0 WARNING: CPU: 0 PID: 4645 at drivers/usb/core/urb.c:411 usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 Modules linked in: CPU:
    1 PID: 4645 Comm: dhcpcd Not tainted 6.2.0-rc6-syzkaller-00050-g9f266ccaa2f5 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/12/2023 RIP: 0010:usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 ... Call Trace: <TASK> usb_start_wait_urb+0x101/0x4b0 drivers/usb/core/message.c:58 usb_internal_control_msg drivers/usb/core/message.c:102 [inline] usb_control_msg+0x320/0x4a0 drivers/usb/core/message.c:153 __usbnet_read_cmd+0xb9/0x390 drivers/net/usb/usbnet.c:2010 usbnet_read_cmd+0x96/0xf0 drivers/net/usb/usbnet.c:2068 pl_vendor_req drivers/net/usb/plusb.c:60 [inline] pl_set_QuickLink_features drivers/net/usb/plusb.c:75 [inline] pl_reset+0x2f/0xf0 drivers/net/usb/plusb.c:85 usbnet_open+0xcc/0x5d0 drivers/net/usb/usbnet.c:889
    __dev_open+0x297/0x4d0 net/core/dev.c:1417 __dev_change_flags+0x587/0x750 net/core/dev.c:8530 dev_change_flags+0x97/0x170 net/core/dev.c:8602 devinet_ioctl+0x15a2/0x1d70 net/ipv4/devinet.c:1147 inet_ioctl+0x33f/0x380 net/ipv4/af_inet.c:979 sock_do_ioctl+0xcc/0x230 net/socket.c:1169 sock_ioctl+0x1f8/0x680 net/socket.c:1286 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl fs/ioctl.c:856 [inline] __x64_sys_ioctl+0x197/0x210 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd The fix is to call usbnet_write_cmd() instead of usbnet_read_cmd() and remove the USB_DIR_IN flag. (CVE-2023-52742)

  - 已修复 Linux 内核中的下列漏洞：tracing: Make sure trace_printk() can output as soon as it can be used Currently trace_printk() can be used as soon as early_trace_init() is called from start_kernel(). But if a crash happens, and ftrace_dump_on_oops is set on the kernel command line, all you get will be: [ 0.456075] <idle>-0 0dN.2. 347519us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 353141us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 358684us : Unknown type 6 This is because the trace_printk() event (type 6) hasn't been registered yet. That gets done via an early_initcall(), which may be early, but not early enough. Instead of registering the trace_printk() event (and other ftrace events, which are not trace events) via an early_initcall(), have them registered at the same time that trace_printk() can be used. This way, if there is a crash before early_initcall(), then the trace_printk()s will actually be useful. (CVE-2023-53007)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
359640	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1782155469）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
362062	CentOS Linux 7 [TuxCare] 安全更新：bpftool / kernel / kernel-debug / kernel-debug-devel / kernel-devel / 等多个漏洞（CENTOS7：CLSA-2026：1778756832）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
182627	Amazon Linux 2内核 --advisory ALAS2-2023-2268 (ALAS-2023-2268)	Nessus	Amazon Linux Local Security Checks	2023/10/5	2026/2/9	high
269350	Linux Distros 未修补的漏洞：CVE-2023-53548	Nessus	Misc.	2025/10/8	2026/9/30	medium
180566	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。10-2023-039 (ALASKERNEL-5.10-2023-039)	Nessus	Amazon Linux Local Security Checks	2023/9/6	2026/2/11	high
352871	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1783791447）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/1	medium
182659	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。4-2023-054 (ALASKERNEL-5.4-2023-054)	Nessus	Amazon Linux Local Security Checks	2023/10/6	2026/2/9	high
359694	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1782155469）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/1	high

检测

插件搜索

high

high

high

medium

high

medium

high

high