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

  - KVMSVM从源 VM 中获取源 vCPU 以进行 SEV-ES 主机内迁移 修复执行主机内迁移时 KVM 尝试从目标 VM 中获取源 vCPU 的错误。占用错误的 vCPU 不仅会损坏客户机还会造成主机崩溃这是因为 VMSA 指针留空所致。缺陷无法处理地址 ffffe38687000000 的页面错误 #PF内核模式中的主管读取访问
    error_code(0x0000) - not-present page PGD 0 P4D 0 Oops0000 [#1] SMP NOPTI CPU39 PID17143 Comm
    sev_migrate_tes 受感染GO 6.5.0-smp--fff2e47e6c3b-next #151 硬件名称 Google, Inc.
    Arcadia_IT_80/Arcadia_IT_80、BIOS 34.28.0 07/10/2023 RIP: 0010:__free_pages+0x15/0xd0 RSP
    0018:ffff923fcf6e3c78 EFLAGS: 00010246 RAX: 0000000000000000 RBX: ffffe38687000000 RCX: 0000000000000100 RDX: 0000000000000100 RSI: 0000000000000000 RDI: ffffe38687000000 RBP: ffff923fcf6e3c88 R08:
     R09ffff923fcafb0000  : 0000000000000000 R10: 0000000000000000 R11: ffffffff83619b90 R12: ffff923fa9540000 R13: 0000000000080007 R14: ffff923f6d35d000 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff929d0d7c0000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES0000 CR00000000080050033 CR2
    ffffe38687000000 CR3: 0000005224c34005 CR4: 0000000000770ee0 PKRU: 55555554 Call Trace: <TASK> sev_free_vcpu+0xcb/0x110 [kvm_amd] svm_vcpu_free+0x75/0xf0 [kvm_amd] kvm_arch_vcpu_destroy+0x36/0x140 [kvm] kvm_destroy_vcpus+0x67/0x100 [kvm] kvm_arch_destroy_vm+0x161 /0x1d0 [kvm] kvm_put_kvm+0x276/0x560 [kvm] kvm_vm_release+0x25/0x30 [kvm] __fput+0x106/0x280____fput+0x12/0x20 task_work_run+0x86/0xb0 do_exit+0x2e3/0x9c0 do_group_exit___sysb1/0x60xc0 do_group_exit___sysb1/0x60xc0 0x20 do_syscall_64+0x41/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> CR2: ffffe38687000000 (CVE-2023-54296)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: nsh: Use correct mac_offset to unwind gso skb in nsh_gso_segment() As the call trace shows, skb_panic was caused by wrong skb->mac_header in nsh_gso_segment(): invalid opcode: 0000 [#1] PREEMPT SMP KASAN PTI CPU: 3 PID: 2737 Comm: syz Not tainted 6.3.0-next-20230505 #1 RIP: 0010:skb_panic+0xda/0xe0 call Trace: skb_push+0x91/0xa0 nsh_gso_segment+0x4f3/0x570 skb_mac_gso_segment+0x19e/0x270 __skb_gso_segment+0x1e8/0x3c0 validate_xmit_skb+0x452/0x890 validate_xmit_skb_list+0x99/0xd0 sch_direct_xmit+0x294/0x7c0
    __dev_queue_xmit+0x16f0/0x1d70 packet_xmit+0x185/0x210 packet_snd+0xc15/0x1170 packet_sendmsg+0x7b/0xa0 sock_sendmsg+0x14f/0x160 The root cause is: nsh_gso_segment() use skb->network_header - nhoff to reset mac_header in skb_gso_error_unwind() if inner-layer protocol gso fails. However, skb->network_header may be reset by inner-layer protocol gso function e.g. mpls_gso_segment. skb->mac_header reset by the inaccurate network_header will be larger than skb headroom. nsh_gso_segment nhoff = skb->network_header - skb->mac_header; __skb_pull(skb,nsh_len) skb_mac_gso_segment mpls_gso_segment skb_reset_network_header(skb);//skb->network_header+=nsh_len return -EINVAL; skb_gso_error_unwind skb_push(skb, nsh_len); skb->mac_header = skb->network_header - nhoff; // skb->mac_header > skb->headroom, cause skb_push panic Use correct mac_offset to restore mac_header and get rid of nhoff. (CVE-2023-54114)

  - 已修复 Linux 内核中的下列漏洞：KVM: SVM: Get source vCPUs from source VM for SEV-ES intrahost migration Fix a goof where KVM tries to grab source vCPUs from the destination VM when doing intrahost migration. Grabbing the wrong vCPU not only hoses the guest, it also crashes the host due to the VMSA pointer being left NULL. BUG: unable to handle page fault for address: ffffe38687000000 #PF: supervisor read access in kernel mode #PF: error_code(0x0000) - not-present page PGD 0 P4D 0 Oops:
    0000 [#1] SMP NOPTI CPU: 39 PID: 17143 Comm: sev_migrate_tes Tainted: GO 6.5.0-smp--fff2e47e6c3b-next #151 Hardware name: Google, Inc. Arcadia_IT_80/Arcadia_IT_80, BIOS 34.28.0 07/10/2023 RIP:
    0010:__free_pages+0x15/0xd0 RSP: 0018:ffff923fcf6e3c78 EFLAGS: 00010246 RAX: 0000000000000000 RBX:
    ffffe38687000000 RCX: 0000000000000100 RDX: 0000000000000100 RSI: 0000000000000000 RDI: ffffe38687000000 RBP: ffff923fcf6e3c88 R08: ffff923fcafb0000 R09: 0000000000000000 R10: 0000000000000000 R11:
    ffffffff83619b90 R12: ffff923fa9540000 R13: 0000000000080007 R14: ffff923f6d35d000 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff929d0d7c0000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: ffffe38687000000 CR3: 0000005224c34005 CR4: 0000000000770ee0 PKRU: 55555554 Call Trace: <TASK> sev_free_vcpu+0xcb/0x110 [kvm_amd] svm_vcpu_free+0x75/0xf0 [kvm_amd] kvm_arch_vcpu_destroy+0x36/0x140 [kvm] kvm_destroy_vcpus+0x67/0x100 [kvm] kvm_arch_destroy_vm+0x161/0x1d0 [kvm] kvm_put_kvm+0x276/0x560 [kvm] kvm_vm_release+0x25/0x30 [kvm] __fput+0x106/0x280 ____fput+0x12/0x20 task_work_run+0x86/0xb0 do_exit+0x2e3/0x9c0 do_group_exit+0xb1/0xc0 __x64_sys_exit_group+0x1b/0x20 do_syscall_64+0x41/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> CR2: ffffe38687000000 (CVE-2023-54296)

  - 已修复 Linux 内核中的下列漏洞：media: dvb-frontends: avoid stack overflow warnings with clang A previous patch worked around a KASAN issue in stv0367, now a similar problem showed up with clang: drivers/media/dvb-frontends/stv0367.c:1222:12: error: stack frame size (3624) exceeds limit (2048) in 'stv0367ter_set_frontend' [-Werror,-Wframe-larger-than] 1214 | static int stv0367ter_set_frontend(struct dvb_frontend *fe) Rework the stv0367_writereg() function to be simpler and mark both register access functions as noinline_for_stack so the temporary i2c_msg structures do not get duplicated on the stack when KASAN_STACK is enabled. (CVE-2024-27075)

  - 已修复 Linux 内核中的下列漏洞：ipv6: Fix infinite recursion in fib6_dump_done(). syzkaller reported infinite recursive calls of fib6_dump_done() during netlink socket destruction. [1] From the log, syzkaller sent an AF_UNSPEC RTM_GETROUTE message, and then the response was generated. The following recvmmsg() resumed the dump for IPv6, but the first call of inet6_dump_fib() failed at kzalloc() due to the fault injection. [0] 12:01:34 executing program 3: r0 = socket$nl_route(0x10, 0x3, 0x0) sendmsg$nl_route(r0, ... snip ...) recvmmsg(r0, ... snip ...) (fail_nth:
    8) Here, fib6_dump_done() was set to nlk_sk(sk)->cb.done, and the next call of inet6_dump_fib() set it to nlk_sk(sk)->cb.args[3]. syzkaller stopped receiving the response halfway through, and finally netlink_sock_destruct() called nlk_sk(sk)->cb.done(). fib6_dump_done() calls fib6_dump_end() and nlk_sk(sk)->cb.done() if it is still not NULL. fib6_dump_end() rewrites nlk_sk(sk)->cb.done() by nlk_sk(sk)->cb.args[3], but it has the same function, not NULL, calling itself recursively and hitting the stack guard page. To avoid the issue, let's set the destructor after kzalloc(). [0]: FAULT_INJECTION:
    forcing a failure. name failslab, interval 1, probability 0, space 0, times 0 CPU: 1 PID: 432110 Comm:
    syz-executor.3 Not tainted 6.8.0-12821-g537c2e91d354-dirty #11 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 Call Trace: <TASK> dump_stack_lvl (lib/dump_stack.c:117) should_fail_ex (lib/fault-inject.c:52 lib/fault-inject.c:153) should_failslab (mm/slub.c:3733) kmalloc_trace (mm/slub.c:3748 mm/slub.c:3827 mm/slub.c:3992) inet6_dump_fib (./include/linux/slab.h:628 ./include/linux/slab.h:749 net/ipv6/ip6_fib.c:662) rtnl_dump_all (net/core/rtnetlink.c:4029) netlink_dump (net/netlink/af_netlink.c:2269) netlink_recvmsg (net/netlink/af_netlink.c:1988) ____sys_recvmsg (net/socket.c:1046 net/socket.c:2801) ___sys_recvmsg (net/socket.c:2846) do_recvmmsg (net/socket.c:2943) __x64_sys_recvmmsg (net/socket.c:3041 net/socket.c:3034 net/socket.c:3034) [1]: BUG: TASK stack guard page was hit at 00000000f2fa9af1 (stack is 00000000b7912430..000000009a436beb) stack guard page: 0000 [#1] PREEMPT SMP KASAN CPU: 1 PID: 223719 Comm:
    kworker/1:3 Not tainted 6.8.0-12821-g537c2e91d354-dirty #11 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 Workqueue: events netlink_sock_destruct_work RIP: 0010:fib6_dump_done (net/ipv6/ip6_fib.c:570) Code: 3c 24 e8 f3 e9 51 fd e9 28 fd ff ff 66 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 f3 0f 1e fa 41 57 41 56 41 55 41 54 55 48 89 fd <53> 48 8d 5d 60 e8 b6 4d 07 fd 48 89 da 48 b8 00 00 00 00 00 fc ff RSP: 0018:ffffc9000d980000 EFLAGS: 00010293 RAX: 0000000000000000 RBX: ffffffff84405990 RCX: ffffffff844059d3 RDX: ffff8881028e0000 RSI:
    ffffffff84405ac2 RDI: ffff88810c02f358 RBP: ffff88810c02f358 R08: 0000000000000007 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000224 R12: 0000000000000000 R13: ffff888007c82c78 R14:
    ffff888007c82c68 R15: ffff888007c82c68 FS: 0000000000000000(0000) GS:ffff88811b100000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: ffffc9000d97fff8 CR3:
    0000000102309002 CR4: 0000000000770ef0 PKRU: 55555554 Call Trace: <#DF> </#DF> <TASK> fib6_dump_done (net/ipv6/ip6_fib.c:572 (discriminator 1)) fib6_dump_done (net/ipv6/ip6_fib.c:572 (discriminator 1)) ...
    fib6_dump_done (net/ipv6/ip6_fib.c:572 (discriminator 1)) fib6_dump_done (net/ipv6/ip6_fib.c:572 (discriminator 1)) netlink_sock_destruct (net/netlink/af_netlink.c:401) __sk_destruct (net/core/sock.c:2177 (discriminator 2)) sk_destruct (net/core/sock.c:2224) __sk_free (net/core/sock.c:2235) sk_free (net/core/sock.c:2246) process_one_work (kernel/workqueue.c:3259) worker_thread (kernel/workqueue.c:3329 kernel/workqueue. ---truncated--- (CVE-2024-35886)

  - 已修复 Linux 内核中的下列漏洞：isofs: Prevent the use of too small fid syzbot reported a slab-out-of-bounds Read in isofs_fh_to_parent. [1] The handle_bytes value passed in by the reproducing program is equal to 12. In handle_to_path(), only 12 bytes of memory are allocated for the structure file_handle->f_handle member, which causes an out-of-bounds access when accessing the member parent_block of the structure isofs_fid in isofs, because accessing parent_block requires at least 16 bytes of f_handle. Here, fh_len is used to indirectly confirm that the value of handle_bytes is greater than 3 before accessing parent_block. [1] BUG: KASAN: slab-out-of-bounds in isofs_fh_to_parent+0x1b8/0x210 fs/isofs/export.c:183 Read of size 4 at addr ffff0000cc030d94 by task syz-executor215/6466 CPU: 1 UID: 0 PID: 6466 Comm: syz-executor215 Not tainted 6.14.0-rc7-syzkaller-ga2392f333575 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 02/12/2025 Call trace: show_stack+0x2c/0x3c arch/arm64/kernel/stacktrace.c:466 (C) __dump_stack lib/dump_stack.c:94 [inline] dump_stack_lvl+0xe4/0x150 lib/dump_stack.c:120 print_address_description mm/kasan/report.c:408 [inline] print_report+0x198/0x550 mm/kasan/report.c:521 kasan_report+0xd8/0x138 mm/kasan/report.c:634 __asan_report_load4_noabort+0x20/0x2c mm/kasan/report_generic.c:380 isofs_fh_to_parent+0x1b8/0x210 fs/isofs/export.c:183 exportfs_decode_fh_raw+0x2dc/0x608 fs/exportfs/expfs.c:523 do_handle_to_path+0xa0/0x198 fs/fhandle.c:257 handle_to_path fs/fhandle.c:385 [inline] do_handle_open+0x8cc/0xb8c fs/fhandle.c:403
    __do_sys_open_by_handle_at fs/fhandle.c:443 [inline] __se_sys_open_by_handle_at fs/fhandle.c:434 [inline]
    __arm64_sys_open_by_handle_at+0x80/0x94 fs/fhandle.c:434 __invoke_syscall arch/arm64/kernel/syscall.c:35 [inline] 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+0x54/0x168 arch/arm64/kernel/entry-common.c:744 el0t_64_sync_handler+0x84/0x108 arch/arm64/kernel/entry-common.c:762 el0t_64_sync+0x198/0x19c arch/arm64/kernel/entry.S:600 Allocated by task 6466: kasan_save_stack mm/kasan/common.c:47 [inline] kasan_save_track+0x40/0x78 mm/kasan/common.c:68 kasan_save_alloc_info+0x40/0x50 mm/kasan/generic.c:562 poison_kmalloc_redzone mm/kasan/common.c:377 [inline] __kasan_kmalloc+0xac/0xc4 mm/kasan/common.c:394 kasan_kmalloc include/linux/kasan.h:260 [inline]
    __do_kmalloc_node mm/slub.c:4294 [inline] __kmalloc_noprof+0x32c/0x54c mm/slub.c:4306 kmalloc_noprof include/linux/slab.h:905 [inline] handle_to_path fs/fhandle.c:357 [inline] do_handle_open+0x5a4/0xb8c fs/fhandle.c:403 __do_sys_open_by_handle_at fs/fhandle.c:443 [inline] __se_sys_open_by_handle_at fs/fhandle.c:434 [inline] __arm64_sys_open_by_handle_at+0x80/0x94 fs/fhandle.c:434 __invoke_syscall arch/arm64/kernel/syscall.c:35 [inline] 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+0x54/0x168 arch/arm64/kernel/entry-common.c:744 el0t_64_sync_handler+0x84/0x108 arch/arm64/kernel/entry-common.c:762 el0t_64_sync+0x198/0x19c arch/arm64/kernel/entry.S:600 (CVE-2025-37780)

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

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

  - 已修复 Linux 内核中的下列漏洞：virtio_net: fix xdp_rxq_info bug after suspend/resume The following sequence currently causes a driver bug warning when using virtio_net: # ip link set eth0 up # echo mem > /sys/power/state (or e.g. # rtcwake -s 10 -m mem) <resume> # ip link set eth0 down Missing register, driver bug WARNING: CPU: 0 PID: 375 at net/core/xdp.c:138 xdp_rxq_info_unreg+0x58/0x60 Call trace: xdp_rxq_info_unreg+0x58/0x60 virtnet_close+0x58/0xac
    __dev_close_many+0xac/0x140 __dev_change_flags+0xd8/0x210 dev_change_flags+0x24/0x64 do_setlink+0x230/0xdd0 ... This happens because virtnet_freeze() frees the receive_queue completely (including struct xdp_rxq_info) but does not call xdp_rxq_info_unreg(). Similarly, virtnet_restore() sets up the receive_queue again but does not call xdp_rxq_info_reg(). Actually, parts of virtnet_freeze_down() and virtnet_restore_up() are almost identical to virtnet_close() and virtnet_open(): only the calls to xdp_rxq_info_(un)reg() are missing. This means that we can fix this easily and avoid such problems in the future by just calling virtnet_close()/open() from the freeze/restore handlers. Aside from adding the missing xdp_rxq_info calls the only difference is that the refill work is only cancelled if netif_running(). However, this should not make any functional difference since the refill work should only be active if the network interface is actually up. (CVE-2022-49687)

  - 已修复 Linux 内核中的下列漏洞：scsi: libsas: Fix use-after-free bug in smp_execute_task_sg() When executing SMP task failed, the smp_execute_task_sg() calls del_timer() to delete slow_task->timer. However, if the timer handler sas_task_internal_timedout() is running, the del_timer() in smp_execute_task_sg() will not stop it and a UAF will happen. The process is shown below:
    (thread 1) | (thread 2) smp_execute_task_sg() | sas_task_internal_timedout() ... | del_timer() | ... | ...
    sas_free_task(task) | kfree(task->slow_task) //FREE| | task->slow_task->... //USE Fix by calling del_timer_sync() in smp_execute_task_sg(), which makes sure the timer handler have finished before the task->slow_task is deallocated. (CVE-2022-50422)

  - 已修复 Linux 内核中的下列漏洞：xhci: Remove device endpoints from bandwidth list when freeing the device Endpoints are normally deleted from the bandwidth list when they are dropped, before the virt device is freed. If xHC host is dying or being removed then the endpoints aren't dropped cleanly due to functions returning early to avoid interacting with a non-accessible host controller. So check and delete endpoints that are still on the bandwidth list when freeing the virt device. Solves a list_del corruption kernel crash when unbinding xhci-pci, caused by xhci_mem_cleanup() when it later tried to delete already freed endpoints from the bandwidth list. This only affects hosts that use software bandwidth checking, which currenty is only the xHC in intel Panther Point PCH (Ivy Bridge) (CVE-2022-50470)

  - 已修复 Linux 内核中的下列漏洞：mmc: via-sdmmc: fix return value check of mmc_add_host() mmc_add_host() may return error, if we ignore its return value, it will lead two issues:
    1. The memory that allocated in mmc_alloc_host() is leaked. 2. In the remove() path, mmc_remove_host() will be called to delete device, but it's not added yet, it will lead a kernel crash because of null-ptr-deref in device_del(). Fix this by checking the return value and goto error path which will call mmc_free_host(). (CVE-2022-50846)

  - 已修复 Linux 内核中的下列漏洞：media: uvcvideo: Fix memory leak in uvc_gpio_parse Previously the unit buffer was allocated before checking the IRQ for privacy GPIO. In case of error, the unit buffer was leaked. Allocate the unit buffer after the IRQ to avoid it. Addresses-Coverity-ID: 1474639 (Resource leak) (CVE-2022-50882)

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

因此，该软件受到 ALAS2023-2023-356 公告中提及的多个漏洞影响。

    在 Linux 内核 6.4.2 及之前版本的 USB 子系统中发现了一个问题。drivers/usb/core/sysfs.c 中的 read_descriptors 出现越界和崩溃漏洞。(CVE-2023-37453)

    nftables nf_osf_match_one() 中的越界读取漏洞 (CVE-2023-39189)

    在 Linux 内核的 Netfilter 子系统中发现了一个缺陷。xt_u32 模块未验证 xt_u32 结构中的字段。本地特权攻击者可利用此缺陷，通过以数组边界外的值设置尺寸字段来触发越界读取，从而导致程序崩溃或信息泄露。(CVE-2023-39192)

    在 Linux 内核的 Netfilter 子系统中发现了一个缺陷。sctp_mt_check 未验证 flag_count 字段。本地特权 (CAP_NET_ADMIN) 攻击者可利用此缺陷触发越界读取，从而导致程序崩溃或信息泄露。(CVE-2023-39193)

    Linux 内核中 kmalloc_reserve() 中的整数溢出可能允许本地用户导致系统崩溃，或在某些情况下在内核空间中执行代码。(CVE-2023-42752)

    上游提交对此问题的描述如下：

    如果 ip_set_hash_netportnet 中缺少 IP_SET_HASH_WITH_NET0 宏，在计算数组偏移时可能会使用错误的“CIDR_POS(c)”，造成整数下溢，最终导致 slab 越界访问问题。(CVE-2023-42753)

    在 rsvp_change() 中发现了一个缺陷。根本原因是 slab 越界访问，但由于原始指针的偏移是“unsign int”，完全由用户控制，因此该行为通常为失控指针访问。(CVE-2023-42755)

    在 6.5.3 版本之前 Linux 内核中，发现 IGB 驱动程序中的 drivers/net/ethernet/intel/igb/igb_main.c 存在问题。缓冲区大小可能不足以容纳大于 MTU 的框架。(CVE-2023-45871)

    Linux 内核 net/sched: sch_hfsc（HFSC qdisc 流量控制）组件中存在一个释放后使用漏洞，攻击者可利用此漏洞实现本地特权提升。

    如果包含链接共享曲线（如设有 HFSC_FSC 标志）的类的父类不含链接共享曲线，init_vf() 将在父类上调用 vttree_insert()，但 update_vf() 中会跳过 vttree_remove()。这会留下一个悬摆指针，可能导致释放后使用。

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

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

    当 plug qdisc 被用作 qfq qdisc 的类时，由于 sch_plug 的 .peek 处理程序不正确，且 agg_dequeue() 中缺少错误检查，发送网络数据包则会触发 qfq_dequeue() 中的释放后使用情形。

    我们建议升级过去的提交 8fc134fee27f2263988ae38920bc03da416b03d8。(CVE-2023-4921)

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

    netfilter: nftables: exthdr：修复 4 字节堆栈 OOB 写入

    如果 priv->len 为 4 的倍数，则 dst[len / 4] 可写入经过目标数组，导致堆栈损坏。

    如果 ->len 不是寄存器大小的倍数，则必须使用此构造来清除寄存器的其余部分，以便为其添加与 nft_payload.c 相同的条件。

    该错误已在 4.1 周期中添加，然后会在添加 whentcp/sctp 和 ip 选项支持的情况下被复制/继承。

    Zero Day Initiative 计划报告的错误（ZDI-CAN-21950、ZDI-CAN-21951、ZDI-CAN-21961）。(CVE-2023-52628)

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

    USBcore通过不覆盖 hub_port_init() 中的 udev->descriptor 修复争用 (CVE-2023-52886)

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

    netfilteripset为 ip_set_hash_netportnet.c 添加缺少的 IP_SET_HASH_WITH_NET0 宏 (CVE-2023-53179)

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

    af_unix修复有关 user->unix_inflight 的数据争用。 (CVE-2023-53204)

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

    KVMnSVM基于 L1 状态而非 L2 状态加载 L1 的 TSC 乘数 (CVE-2023-53208)

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

    md/raid5-cache修复 r5l_flush_stripe_to_raid() 的 null-ptr-deref (CVE-2023-53210)

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

    drm/msm/mdp5不泄漏某些平面状态CVE-2023-53324

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

    pstore/ram检查 init 期间空 przs 的开头 (CVE-2023-53331)

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

    lwt修复 BPF xmit ops 的返回值 (CVE-2023-53338)

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

    skbuffskb_segment使用 skbuff frags 前调用零复制函数 (CVE-2023-53354)

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

    tracing修复 cpu 缓冲区写入与交换之间的争用问题CVE-2023-53368

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

    ACPICA将 AML_NO_OPERAND_RESOLVE 标记添加到定时器 (CVE-2023-53395)

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

    xsk修复套接字清理期间的 xsk_diag 释放后使用错误 (CVE-2023-53426)

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

    x86/MCE始终保存 AMD Zen IF Poison 错误的 CS 寄存器 (CVE-2023-53438)

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

    HIDmultitouch修正 hidinput input_dev 名称的 devm 设备引用 (CVE-2023-53454)

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

    scsiqla4xxx解析 nlattrs 时添加长度检查 (CVE-2023-53456)

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

    hsr修复 fill_frame_info() 中的 uninit-value 访问 (CVE-2023-53462)

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

    kobject在 kset_register() 中为 kset->kobj.ktype 添加健全性检查 (CVE-2023-53480)

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

    iommu/amd/iommu_v2修复 pasid 取消绑定时的 pasid_state refcount dec hit 0 警告 (CVE-2023-53501)

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

    PM / devfreq修复 devfreq_dev_release() 中的泄漏 (CVE-2023-53518)

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

    jbd2从检查点删除“jh->b_transaction”之前先对其进行检查 (CVE-2023-53526)

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

    null_blk修复轮询请求超时处理 (CVE-2023-53531)

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

    drm/i915标记 GuC 虚拟引擎的请求以避免释放后使用 (CVE-2023-53552)

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

    bpf拒绝 bpf_sk_assign 中的未哈希套接字 (CVE-2023-53585)

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

    driversbase取消注册设备时释放 devm 资源 (CVE-2023-53596)

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

    Drivershvvmbus不要取消引用 ACPI 根对象句柄 (CVE-2023-53647)

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

    perf trace实际释放 evsel->priv 区域 (CVE-2023-53649)

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

    ext4修复 ext4_fname_{setup_filename,prepare_lookup} 中的内存泄漏 (CVE-2023-53662)

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

    KVMnSVM对嵌套 TSC 缩放支持进行检查而非断言 (CVE-2023-53663)

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

    btrfs如果未能找到内联 backref则输出额外的调试信息 (CVE-2023-53672)

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

    scsitargetiscsi修复 lio_target_nacl_info_show() 中的缓冲区溢出 (CVE-2023-53676)

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

    NFS修复一个潜在的数据损坏 (CVE-2023-53711)

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

    mdraid1修复 raid1_remove_disk() 中潜在的 OOB (CVE-2023-53722)

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

    arm64csum修复 IP 校验和代码中负长度的 OoB 访问 (CVE-2023-53726)

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

    net/schedfq_pie避免 fq_pie_timer() 中的停止CVE-2023-53727]

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

    PCI在 coalescing 之后释放已释放的资源CVE-2023-53743

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

    net处理 kmalloc_reserve() 中的整数溢出 (CVE-2023-53752)

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

    cryptoapi - 使用 crypto_destroy_instance 中的工作队列 (CVE-2023-53799)

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

    cryptolib/mpi - 避免 mpi_cmp_ui() 中的空指针取消引用 (CVE-2023-53817)

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

    kcm修复 kcm_sendmsg() 中 SOCK_DGRAM 的错误处理。 (CVE-2023-53825)

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

    net在 sk_mc_loop() 中读取一次 sk->sk_family (CVE-2023-53831)

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

    bpfsockmap修复锁定更改后的 skb refcnt 争用 (CVE-2023-53836)

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

    md/raid5-cache修复 r5l_exit_log() 中的死锁 (CVE-2023-53848)

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

    ofoverlay提前调用 of_changeset_init() (CVE-2023-53856)

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

    dm不尝试将 IO 置于 RCU 保护之下 (CVE-2023-53860)

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

    ext4修正 ext4_mb_good_group 中的 grp 验证 (CVE-2023-53861)

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

    netipv4修复 __inet_del_ifa() 中的一个内存泄漏 (CVE-2023-53995)

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

    x86/sev使 enc_dec_hypercall() 接受大小而不是 npage (CVE-2023-53996)

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

    af_unix修复有关 unix_tot_inflight 的数据争用。 (CVE-2023-54006)

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

    audit修复 __audit_inode_child() 中可能的软锁定 (CVE-2023-54045)

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

    kcm修复 kcm_sendmsg() 错误路径中的内存泄漏 (CVE-2023-54112)

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

    rcu安全转储 vmalloc 内存信息 (CVE-2023-54113)

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

    s390/dcssblk修复 list_add 损坏导致的内核崩溃 (CVE-2023-54117)

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

    autofs修复 autofs_catatonic_mode 中 waitqueues 的内存泄漏 (CVE-2023-54134)

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

    vfio/type1修复 cap_migration 信息泄漏 (CVE-2023-54137)

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

    scsitargetcore修复 target_cmd_counter 泄漏 (CVE-2023-54154)

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

    of unittest修复 of_unittest_find_node_by_name() 中的空指针取消引用 (CVE-2023-54178)

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

    bpf修复验证 allow_ptr_leaks 中的问题 (CVE-2023-54181)

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

    btrfs修复 lockdep 崩溃以及运行延迟的项目失败后可能发生的死锁 (CVE-2023-54224)

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

    ambabus修复 refcount 泄漏 (CVE-2023-54230)

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

    btrfs设置在 relocate_one_page 中的 read_folio 之后映射的页面范围 (CVE-2023-54253)

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

    btrfs在 ino 查找 ioctl 期间在 inode 查找之前释放路径CVE-2023-54281

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

    KVMSVM从源 VM 获取源 vCPU 以进行 SEV-ES 主机内迁移 (CVE-2023-54296)

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

    usbtypecbus验证合作伙伴在 typec_altmode_attention 中存在 (CVE-2023-54299)

    在用于加密算法 scatterwalk 功能的 Linux 内核 API 中发现了空指针取消引用缺陷。当用户使用特定套接字配置构造恶意数据包时，就会出现此问题，这可能允许本地用户崩溃系统或提升其在系统上的权限。(CVE-2023-6176)

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
281523	Linux Distros 未修补的漏洞：CVE-2023-54296	Nessus	Misc.	2025/12/31	2026/9/30	high
361096	CentOS Linux 8 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS-STREAM8：CLSA-2026：1773046198）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
362121	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1773139548）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
182458	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-356)	Nessus	Amazon Linux Local Security Checks	2023/10/3	2026/2/12	high

检测

插件搜索

high

high

high

high