AlmaLinux 9.2 主機已安裝的套件會受到 TuxCare ALMALINUX9.2：CLSA-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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - KVMSVM針對 SEV-ES 主機內部移轉從來源 VM 取得來源 vCPU修正執行主機內移轉時 KVM 嘗試從目的地 VM 抓取來源 vCPU 的錯誤。擷取錯誤的 vCPU 不只會造成來賓系統癱瘓而且還會造成主機當機這是因為 VMSA 指標保留為 NULL 所致。錯誤無法處理 ffffe38687000000 #PF: 核心模式中的監督讀取存取位址的頁面錯誤 #PF
    error_code(0x0000) - 不存在頁面 PGD 0 P4D 0 Oops0000 [#1] SMP NOPTI CPU39 PID 17143 Comm
    sev_migrate_tes 受污染GO 6.5.0-smp--fff2e47e6c3b-next #151 硬體名稱Google, Inc.
    Arcadia_IT_80/Arcadia_IT_80、BIOS 34.28.0 2023 年 7 月 10 日 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 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+0xb_vm_release+0x25/0x30 [kvm] __fput+0x106/0x20 task_work_run+0x86/0xb0 do_exit+0x2e3/0x9c0 do_group_exit+0xb_vm_release+0x25/0x30 [kvm] __fput+0x106/0x280 0x20 do_syscall_64+0x41/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> CR2ffffe38687000000 (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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

因此，會受到 ALAS2023-2023-356 公告中所提及的多個弱點影響。

    在 Linux 核心 6.4.2 及其之前版本的 USB 子系統中發現一個問題。drivers/usb/core/sysfs.c 的 read_descriptors 中存在一個超出邊界和損毀問題。(CVE-2023-37453)

    nf_osf_match_one() 中的 nftables 超出邊界讀取弱點 (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()。這會留下可造成釋放後使用的懸置指標。

    建議升級過去的 commit b3d26c5702c7d6c45456326e56d2ccf3f103e60f。(CVE-2023-4623)

    Linux 核心的 net/sched: sch_qfq 元件中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。

    當使用 plug qdisc 做為 qfq qdisc 的類別時，傳送網路封包會在 qfq_dequeue() 中觸發釋放後使用弱點，這是因為 sch_plug 的 .peek 處置程式不正確，且缺少 agg_dequeue() 中的錯誤檢查所致。

    建議升級過去的 commit 8fc134fee27f2263988ae38920bc03da416b03d8。(CVE-2023-4921)

    在 Linux 核心中，下列弱點已解決：

    netfilter：nftables：exthdr：修復 4 位元組堆疊 OOB 寫入弱點

    如果 priv->len 是 4 的倍數，則 dst[len / 4] 可寫入超過目的地陣列，進而導致堆疊損毀。

    這個建構對於清理暫存器的其餘部分是必要的，前提是 ->len 不是暫存器大小的倍數，因此就像 nft_payload.c 一樣，將其做為條件。

    錯誤是在 4.1 週期中新增，並在新增 tcp/sctp 和 ip 選項支援時複製/繼承。

    由零時差計劃專案報告的錯誤 (ZDI-CAN-21950、ZDI-CAN-21951、ZDI-CAN-21961)。(CVE-2023-52628)

    在 Linux 核心中，下列弱點已解決：

    USB核心不覆寫 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 片段之前呼叫零複製函式 (CVE-2023-53354)

    在 Linux 核心中，下列弱點已解決：

    追踪修正 cpu 緩衝區寫入和交換之間的爭用問題 (CVE-2023-53368)

    在 Linux 核心中，下列弱點已解決：

    ACPICA將 AML_NO_OPERAND_RESOLVE 旗標新增至 Timer (CVE-2023-53395)

    在 Linux 核心中，下列弱點已解決：

    xsk修正通訊端清理期間的 xsk_diag 釋放後使用錯誤 (CVE-2023-53426)

    在 Linux 核心中，下列弱點已解決：

    x86/MCE發生 AMD Zen IF 毒害錯誤時一律儲存 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 核心中，下列弱點已解決：

    驅動程式hvvmbus不解除參照 ACPI root 物件處理 (CVE-2023-53647)

    在 Linux 核心中，下列弱點已解決：

    perf 追踪實際釋放 evsel->priv 區域 (CVE-2023-53649)

    在 Linux 核心中，下列弱點已解決：

    ext4修正 ext4_fname_{setup_filename,prepare_lookup} 中的記憶體洩漏 (CVE-2023-53662)

    在 Linux 核心中，下列弱點已解決：

    KVMnSVM針對巢狀 TSC 縮放支援進行檢查而非宣告 (CVE-2023-53663)

    在 Linux 核心中，下列弱點已解決：

    btrfs如果我們找不到內嵌反向參照則輸出額外的除錯資訊 (CVE-2023-53672)

    在 Linux 核心中，下列弱點已解決：

    scsi目標iscsi修正 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() 中發生 null 指標解除參照 (CVE-2023-53817)

    在 Linux 核心中，下列弱點已解決：

    kcm修正 kcm_sendmsg() 中 SOCK_DGRAM 的錯誤處理。 (CVE-2023-53825)

    在 Linux 核心中，下列弱點已解決：

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

    在 Linux 核心中，下列弱點已解決：

    bpf、sockmap修正鎖定變更後的 skb refcnt 爭用 (CVE-2023-53836)

    在 Linux 核心中，下列弱點已解決：

    md/raid5-cache修正 r5l_exit_log() 中的鎖死 (CVE-2023-53848)

    在 Linux 核心中，下列弱點已解決：

    of重疊提前呼叫 of_changeset_init() (CVE-2023-53856)

    在 Linux 核心中，下列弱點已解決：

    dm不嘗試在 RCU 保護下將 IO 排入佇列 (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() 接受一個大小而非 npages (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 中的 waitqueue 記憶體洩漏 (CVE-2023-54134)

    在 Linux 核心中，下列弱點已解決：

    vfio/type1修正 cap_migration 資訊洩漏 (CVE-2023-54137)

    在 Linux 核心中，下列弱點已解決：

    scsi目標核心修正 target_cmd_counter 洩漏 (CVE-2023-54154)

    在 Linux 核心中，下列弱點已解決：

    ofunittest修正 of_unittest_find_node_by_name() 中的 null 指標解除參照 (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 中發現一個 null 指標解除參照缺陷。當使用者建構具有特定通訊端組態的惡意封包時，會發生此問題，其可允許本機使用者造成系統當機或提升其在系統上的權限。(CVE-2023-6176)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

ID	名稱	產品	系列	已發布	已更新	嚴重性
362121	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1773139548）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
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 / etc 多個漏洞（CENTOS-STREAM8：CLSA-2026：1773046198）	Nessus	CentOS 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

偵測

搜尋 Plugin

high

high

high

high