Rocky Linux 9.4 主機上安裝的多個套件受到 CIQ ciqsa-2026_1349 公告中提及的多個弱點影響。

    此公告彙總了 CIQ LTS 9.4中核心 SRPM 的安全修正。它解決了 19 個 CVE：
    CVE-2023-52513、CVE-2023-54114、 CVE-2023-52730CVE-2023-52791CVE-2026-23144和另外 14 個。

Tenable 已直接從 CIQ 安全公告擷取前置描述區塊。

請注意，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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端主機上安裝的核心版本早於 5.4.247-161.349。因此，會受到 ALAS2KERNEL-5.4-2023-047 公告中所提及的多個弱點影響。

    在 Linux 核心的 x86 KVM 子系統中，發現 arch/x86/kvm/x86.c 中的 kvm_steal_time_set_preempted 存在瑕疵。無權限的來賓使用者可入侵來賓核心，這是因為在某些 KVM_VCPU_PREEMPTED 情況下，程式未正確處理 TLB 排清作業。(CVE-2022-39189)

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

    btrfs：如果交易提交在 prepare_to_relocate() 中失敗會取消設定重新定位控制 (CVE-2022-50067)

    Linux 核心的 eBPF 子系統中可能有鎖死問題。

    Amazon Linux 主機上的預設 sysctl 設定 kernel.unprivileged_bpf_disabled 不允許非特權使用者使用 eBPF。(CVE-2023-0160)

    由於可能發生的遞迴鎖定狀況，導致拒絕服務問題，可造成 Linux Kernel Device Mapper-Multipathing 子元件中 drivers/md/dm-ioctl.c 的 table_clear 發生鎖死。(CVE-2023-2269)

    攻擊者可惡意利用 Linux 核心 ipvlan 網路驅動程式中的堆積超出邊界寫入弱點來提升本機權限。

    之所以存在超出邊界寫入弱點，是因為 ipvlan 網路驅動程式中缺少 skb->cb 初始化。若已啟用 CONFIG_IPVLAN，則可攻擊此弱點。

    我們建議升級過去的 commit 90cbed5247439a966b645b34eb0a2e037836ea8e。(CVE-2023-3090)

    在 Linux 核心的 btrfs 中，發現 fs/btrfs/relocation.c 的 prepare_to_relocate 中存在釋放後使用弱點。在呼叫 btrfs_ioctl_defrag() 之前，呼叫 btrfs_ioctl_balance() 可能會觸發此潛在缺陷。(CVE-2023-3111)

    在 Linux 核心的媒體存取中，在 drivers/memstick/host/r592.c 的 r592_remove 中發現了一個釋放後使用缺陷。本機攻擊者可利用此缺陷在裝置連線中斷時造成系統當機，或造成核心資訊洩漏。(CVE-2023-3141)

    在 relayfs 的 kernel/relay.c 中，在 relay_file_read_start_pos 的 Linux 核心中發現了一個超出邊界 (OOB) 記憶體存取缺陷。此缺陷允許本機攻擊者造成系統當機或洩漏核心內部資訊。(CVE-2023-3268)

    在 6.3.3 版之前的 Linux 核心中發現一個問題。從 fs/ext4/super.c 呼叫 lib/crc16.c 中的 crc16 時，因為 ext4_group_desc_csum 未正確檢查位移，此函式會發生超出邊界讀取問題。(CVE-2023-34256)

    在 Linux 核心的 vc_screen 中，發現 drivers/tty/vt/vc_screen.c 的 vcs_read 中存在釋放後使用瑕疵。具有本機使用者存取權的攻擊者可利用此瑕疵，來造成系統當機或洩漏核心內部資訊。(CVE-2023-3567)

    在 6.3.7 版之前的 Linux 核心的 net/sched/cls_flower.c 中的 fl_set_geneve_opt 中發現了一個問題。
    它允許透過 TCA_FLOWER_KEY_ENC_OPTS_GENEVE 封包在花卉分類程式碼中發生超出邊界寫入。
    這可能導致拒絕服務或特權提升。(CVE-2023-35788)

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

    serial8250在連接埠特定驅動程式解除系結上重新初始化 port->pm (CVE-2023-53176)

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

    ACPICA避免未定義的行為將零位移套用至 null 指標 (CVE-2023-53182)

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

    ext4在 get_max_inline_xattr_value_size() 中新增邊界檢查 (CVE-2023-53285)

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

    md/raid10修正復原之 'r10bio->remaining' 的洩漏 (CVE-2023-53299)

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

    ext4修正 mb_find_extent 中的警告 (CVE-2023-53317)

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

    nilfs2降級為唯讀後不寫入已變更的資料 (CVE-2023-53337)

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

    net新增 vlan_get_protocol_and_depth() 協助程式 (CVE-2023-53433)

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

    ext4移除 ext4_mb_release_group_pa() 中的 BUG_ON (CVE-2023-53450)

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

    libcpu_rmap避免 rmap->obj 陣列項目發生釋放後使用 (CVE-2023-53484)

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

    tcp/udp修正含有 TX 時間戳記的 sk 和 zerocopy skb 的記憶體洩漏。 (CVE-2023-53489)

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

    spiqup不略過移除錯誤路徑中的清理 (CVE-2023-53567)

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

    ext2在掛載期間檢查區塊大小有效性 (CVE-2023-53569)

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

    ring-buffer在緩衝區解構前同步 IRQ 正常運作 (CVE-2023-53587)

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

    dm 完整性在 dm_integrity_init() 錯誤路徑中呼叫 kmem_cache_destroy() (CVE-2023-53604)

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

    netcdc_ncm處理過低的 dwNtbOutMaxSize 值 (CVE-2023-53667)

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

    fshfsplus從 hfsplus_cat_{read,write}_inode() 移除 WARN_ON() (CVE-2023-53683)

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

    ext4修正 bigalloc + 內嵌之 ext4_find_extent 中的釋放後使用讀取 (CVE-2023-53692)

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

    ipv6修正 ipv6_find_tlv() 中的越界存取 (CVE-2023-53705)

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

    serialarc_uart修正 `arc_serial_probe` 中的 of_iomap 洩漏 (CVE-2023-53719)

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

    vc_screen重新載入 vcs_write() 中的 struct vc_data 指標載入以避免 UAF (CVE-2023-53747)

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

    scsilpfc修正 lpfc_sli4_pci_mem_setup() 中的 ioremap 問題 (CVE-2023-53754)

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

    USBusbtmc修正 0 長度 ioctl 控制訊息的方向 (CVE-2023-53761)

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

    dm flakey修正因無效表格行造成的當機 (CVE-2023-53786)

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

    nilfs2修正 nilfs_evict_inode() 中 nilfs_root 的釋放後使用錯誤 (CVE-2023-53804)

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

    md/raid10修正 raid10_sync_request 中的 null-ptr-deref (CVE-2023-53832)

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

    nilfs2修正 nilfs_mdt_get_block() 中的無限迴圈 (CVE-2023-53845)

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

    netlink註釋對 nlk->cb_running 的存取 (CVE-2023-53853)

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

    udplite修正 __sk_mem_raise_allocated() 中的 NULL 指標解除參照。 (CVE-2023-54004)

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

    vmci_host修正 vmci_host_poll() 中造成 GPF 的爭用情形 (CVE-2023-54007)

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

    net針對虛擬介面停用 LRO 時修正堆疊溢位 (CVE-2023-54012)

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

    net/mlx5Devcom修正 mlx5_devcom_register_device 中的錯誤流程 (CVE-2023-54015)

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

    ext4在 ext4_mb_normalize_request 中正確設定目標啟動 (CVE-2023-54021)

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

    spmi移除 SPMI 驅動程式時新增移除回呼的檢查 (CVE-2023-54044)

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

    kheaders使用陣列宣告而非 char (CVE-2023-54056)

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

    ext4修正 ext4_xattr_move_to_block() 中的無效釋放追踪 (CVE-2023-54062)

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

    scsilpfc防止 lpfc_debugfs_lockstat_write() 緩衝區溢位 (CVE-2023-54102)

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

    netnsh使用正確的 mac_offset 回溯 nsh_gso_segment() 中的 gso skb (CVE-2023-54114)

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

    inotify避免報告具有無效 wd 的事件 (CVE-2023-54119)

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

    md/raid10修正 'conf->bio_split' 的記憶體洩漏 (CVE-2023-54123)

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

    btrfs除非指定否則不釋放 qgroup 空間 (CVE-2023-54158)

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

    firmwarearm_sdei因無效內容 BUG 而修正睡眠問題 (CVE-2023-54160)

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

    RDMA/mlx4防止 set_user_sq_size() 中的移位包裝 (CVE-2023-54168)

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

    scsi目標iscsit在工作階段釋放前釋放 cmd (CVE-2023-54184)

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

    net/schedcls_api釋放之前從 driver_list 中移除 block_cb (CVE-2023-54193)

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

    USBsisusbvga新增端點檢查 (CVE-2023-54213)

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

    net修正 sock_recv_cmsgs() 中 sk->sk_stamp 的載入中斷問題。 (CVE-2023-54218)

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

    af_unix修正有關 sk->sk_shutdown 的資料爭用。 (CVE-2023-54226)

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

    ACPIEC修正移除自訂查詢處置程式時的 oops (CVE-2023-54244)

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

    debugobjects不從 fill_pool() 喚醒 kswapd (CVE-2023-54268)

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

    md/raid10修正 md 執行緒的記憶體洩漏 (CVE-2023-54294)

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

    ext4修正在 nojournal 模式下轉換內嵌目錄時發生的鎖死 (CVE-2023-54311)

    在 Linux 核心的 ext4 中，在 fs/ext4/super.c 的 __ext4_remount 中發現釋放後使用缺陷。此缺陷允許本機使用者在釋放舊的配額檔案名稱以觸發潛在的失敗時，造成資訊洩漏問題，進而導致釋放後使用。(CVE-2024-0775)

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

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

CentOS Linux 8.4 主機已安裝的套件會受到 TuxCare CENTOS8.4：CLSA-2026：1773048865 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：net/mlx5e: Avoid field-overflowing memcpy() In preparation for FORTIFY_SOURCE performing compile-time and run-time field bounds checking for memcpy(), memmove(), and memset(), avoid intentionally writing across neighboring fields. Use flexible arrays instead of zero-element arrays (which look like they are always overflowing) and split the cross-field memcpy() into two halves that can be appropriately bounds-checked by the compiler. We were doing:
    #define ETH_HLEN 14 #define VLAN_HLEN 4 ... #define MLX5E_XDP_MIN_INLINE (ETH_HLEN + VLAN_HLEN) ... struct mlx5e_tx_wqe *wqe = mlx5_wq_cyc_get_wqe(wq, pi); ... struct mlx5_wqe_eth_seg *eseg = &wqe->eth; struct mlx5_wqe_data_seg *dseg = wqe->data; ... memcpy(eseg->inline_hdr.start, xdptxd->data, MLX5E_XDP_MIN_INLINE); target is wqe->eth.inline_hdr.start (which the compiler sees as being 2 bytes in size), but copying 18, intending to write across start (really vlan_tci, 2 bytes). The remaining 16 bytes get written into wqe->data[0], covering byte_count (4 bytes), lkey (4 bytes), and addr (8 bytes). struct mlx5e_tx_wqe { struct mlx5_wqe_ctrl_seg ctrl; /* 0 16 */ struct mlx5_wqe_eth_seg eth; /* 16 16 */ struct mlx5_wqe_data_seg data[]; /* 32 0 */ /* size: 32, cachelines: 1, members: 3 */ /* last cacheline: 32 bytes
    */ }; struct mlx5_wqe_eth_seg { u8 swp_outer_l4_offset; /* 0 1 */ u8 swp_outer_l3_offset; /* 1 1 */ u8 swp_inner_l4_offset; /* 2 1 */ u8 swp_inner_l3_offset; /* 3 1 */ u8 cs_flags; /* 4 1 */ u8 swp_flags; /* 5 1 */ __be16 mss; /* 6 2 */ __be32 flow_table_metadata; /* 8 4 */ union { struct { __be16 sz; /* 12 2 */ u8 start[2]; /* 14 2 */ } inline_hdr; /* 12 4 */ struct { __be16 type; /* 12 2 */ __be16 vlan_tci; /* 14 2 */} insert; /* 12 4 */ __be32 trailer; /* 12 4 */ }; /* 12 4 */ /* size: 16, cachelines: 1, members: 9 */ /* last cacheline: 16 bytes */ }; struct mlx5_wqe_data_seg { __be32 byte_count; /* 0 4 */ __be32 lkey; /* 4 4
    */ __be64 addr; /* 8 8 */ /* size: 16, cachelines: 1, members: 3 */ /* last cacheline: 16 bytes */ }; So, split the memcpy() so the compiler can reason about the buffer sizes. pahole shows no size nor member offset changes to struct mlx5e_tx_wqe nor struct mlx5e_umr_wqe. objdump -d shows no meaningful object code changes (i.e. only source line number induced differences and optimizations). (CVE-2022-48744)

  - 已解決 Linux 核心中的下列弱點：NFSD: Fix the behavior of READ near OFFSET_MAX Dan Aloni reports: > Due to commit 8cfb9015280d (NFS: Always provide aligned buffers to > the RPC read layers) on the client, a read of 0xfff is aligned up > to server rsize of 0x1000. > > As a result, in a test where the server has a file of size > 0x7fffffffffffffff, and the client tries to read from the offset > 0x7ffffffffffff000, the read causes loff_t overflow in the server > and it returns an NFS code of EINVAL to the client. The client as > a result indefinitely retries the request. The Linux NFS client does not handle NFS?ERR_INVAL, even though all NFS specifications permit servers to return that status code for a READ. Instead of NFS?ERR_INVAL, have out-of-range READ requests succeed and return a short result. Set the EOF flag in the result to prevent the client from retrying the READ request. This behavior appears to be consistent with Solaris NFS servers. Note that NFSv3 and NFSv4 use u64 offset values on the wire. These must be converted to loff_t internally before use -- an implicit type cast is not adequate for this purpose. Otherwise VFS checks against sb->s_maxbytes do not work properly.
    (CVE-2022-48827)

  - 已解決 Linux 核心中的下列弱點：Bluetooth: L2CAP: Fix user-after-free This uses l2cap_chan_hold_unless_zero() after calling __l2cap_get_chan_blah() to prevent the following trace: Bluetooth: l2cap_core.c:static void l2cap_chan_destroy(struct kref *kref) Bluetooth: chan 0000000023c4974d Bluetooth: parent 00000000ae861c08 ================================================================== BUG: KASAN: use-after-free in
    __mutex_waiter_is_first kernel/locking/mutex.c:191 [inline] BUG: KASAN: use-after-free in
    __mutex_lock_common kernel/locking/mutex.c:671 [inline] BUG: KASAN: use-after-free in
    __mutex_lock+0x278/0x400 kernel/locking/mutex.c:729 Read of size 8 at addr ffff888006a49b08 by task kworker/u3:2/389 (CVE-2022-50386)

  - 已解決 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 核心中的下列弱點：kernfs: fix use-after-free in
    __kernfs_remove Syzkaller managed to trigger concurrent calls to kernfs_remove_by_name_ns() for the same file resulting in a KASAN detected use-after-free. The race occurs when the root node is freed during kernfs_drain(). To prevent this acquire an additional reference for the root of the tree that is removed before calling __kernfs_remove(). Found by syzkaller with the following reproducer (slab_nomerge is required): syz_mount_image$ext4(0x0, &(0x7f0000000100)='./file0\x00', 0x100000, 0x0, 0x0, 0x0, 0x0) r0 = openat(0xffffffffffffff9c, &(0x7f0000000080)='/proc/self/exe\x00', 0x0, 0x0) close(r0) pipe2(&(0x7f0000000140)={0xffffffffffffffff, <r1=>0xffffffffffffffff}, 0x800) mount$9p_fd(0x0, &(0x7f0000000040)='./file0\x00', &(0x7f00000000c0), 0x408, &(0x7f0000000280)={'trans=fd,', {'rfdno', 0x3d, r0}, 0x2c, {'wfdno', 0x3d, r1}, 0x2c, {[{@cache_loose}, {@mmap}, {@loose}, {@loose}, {@mmap}], [{@mask={'mask', 0x3d, '^MAY_EXEC'}}, {@fsmagic={'fsmagic', 0x3d, 0x10001}}, {@dont_hash}]}}) Sample report: ================================================================== BUG: KASAN: use-after-free in kernfs_type include/linux/kernfs.h:335 [inline] BUG: KASAN: use-after-free in kernfs_leftmost_descendant fs/kernfs/dir.c:1261 [inline] BUG: KASAN: use-after-free in __kernfs_remove.part.0+0x843/0x960 fs/kernfs/dir.c:1369 Read of size 2 at addr ffff8880088807f0 by task syz-executor.2/857 CPU: 0 PID: 857 Comm: syz-executor.2 Not tainted 6.0.0-rc3-00363-g7726d4c3e60b #5 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.15.0-1 04/01/2014 Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x6e/0x91 lib/dump_stack.c:106 print_address_description mm/kasan/report.c:317 [inline] print_report.cold+0x5e/0x5e5 mm/kasan/report.c:433 kasan_report+0xa3/0x130 mm/kasan/report.c:495 kernfs_type include/linux/kernfs.h:335 [inline] kernfs_leftmost_descendant fs/kernfs/dir.c:1261 [inline]
    __kernfs_remove.part.0+0x843/0x960 fs/kernfs/dir.c:1369 __kernfs_remove fs/kernfs/dir.c:1356 [inline] kernfs_remove_by_name_ns+0x108/0x190 fs/kernfs/dir.c:1589 sysfs_slab_add+0x133/0x1e0 mm/slub.c:5943
    __kmem_cache_create+0x3e0/0x550 mm/slub.c:4899 create_cache mm/slab_common.c:229 [inline] kmem_cache_create_usercopy+0x167/0x2a0 mm/slab_common.c:335 p9_client_create+0xd4d/0x1190 net/9p/client.c:993 v9fs_session_init+0x1e6/0x13c0 fs/9p/v9fs.c:408 v9fs_mount+0xb9/0xbd0 fs/9p/vfs_super.c:126 legacy_get_tree+0xf1/0x200 fs/fs_context.c:610 vfs_get_tree+0x85/0x2e0 fs/super.c:1530 do_new_mount fs/namespace.c:3040 [inline] path_mount+0x675/0x1d00 fs/namespace.c:3370 do_mount fs/namespace.c:3383 [inline] __do_sys_mount fs/namespace.c:3591 [inline] __se_sys_mount fs/namespace.c:3568 [inline] __x64_sys_mount+0x282/0x300 fs/namespace.c:3568 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x38/0x90 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x7f725f983aed Code: 02 b8 ff ff ff ff c3 66 0f 1f 44 00 00 f3 0f 1e fa 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 b0 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007f725f0f7028 EFLAGS: 00000246 ORIG_RAX: 00000000000000a5 RAX: ffffffffffffffda RBX: 00007f725faa3f80 RCX: 00007f725f983aed RDX:
    00000000200000c0 RSI: 0000000020000040 RDI: 0000000000000000 RBP: 00007f725f9f419c R08: 0000000020000280 R09: 0000000000000000 R10: 0000000000000408 R11: 0000000000000246 R12: 0000000000000000 R13:
    0000000000000006 R14: 00007f725faa3f80 R15: 00007f725f0d7000 </TASK> Allocated by task 855:
    kasan_save_stack+0x1e/0x40 mm/kasan/common.c:38 kasan_set_track mm/kasan/common.c:45 [inline] set_alloc_info mm/kasan/common.c:437 [inline] __kasan_slab_alloc+0x66/0x80 mm/kasan/common.c:470 kasan_slab_alloc include/linux/kasan.h:224 [inline] slab_post_alloc_hook mm/slab.h:7 ---truncated--- (CVE-2022-50432)

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

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

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

    binder修正 alloc->vma 在與 munmap() 爭用中的 UAF (CVE-2022-50240)

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

    binder修正 alloc->vma 在與 munmap() 爭用中的 UAF (CVE-2022-50338)

    在處理 RPL 通訊協定時，發現 Linux 核心的網路子系統中存在缺陷。此問題是對使用者提供的資料處理不當所導致，可造成宣告失敗。利用此缺陷，未經驗證的遠端攻擊者可在系統中建立拒絕服務條件。
    (CVE-2023-2156)

    攻擊者可惡意利用 Linux 核心 ipvlan 網路驅動程式中的堆積超出邊界寫入弱點來提升本機權限。

    之所以存在超出邊界寫入弱點，是因為 ipvlan 網路驅動程式中缺少 skb->cb 初始化。若已啟用 CONFIG_IPVLAN，則可攻擊此弱點。

    我們建議升級過去的 commit 90cbed5247439a966b645b34eb0a2e037836ea8e。(CVE-2023-3090)

    在 Linux 核心的 vc_screen 中，發現 drivers/tty/vt/vc_screen.c 的 vcs_read 中存在釋放後使用瑕疵。具有本機使用者存取權的攻擊者可利用此瑕疵，來造成系統當機或洩漏核心內部資訊。(CVE-2023-3567)

    在 6.3.7 版之前的 Linux 核心的 net/sched/cls_flower.c 中的 fl_set_geneve_opt 中發現了一個問題。
    它允許透過 TCA_FLOWER_KEY_ENC_OPTS_GENEVE 封包在花卉分類程式碼中發生超出邊界寫入。
    這可能導致拒絕服務或特權提升。(CVE-2023-35788)

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

    serial8250在連接埠特定驅動程式解除系結上重新初始化 port->pm (CVE-2023-53176)

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

    mm修正 zswap 回寫爭用情形 (CVE-2023-53178)

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

    ACPICA避免未定義的行為將零位移套用至 null 指標 (CVE-2023-53182)

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

    irqchip/gicv3NVIDIA 錯字勘誤表的因應措施 T241-FABRIC-4 (CVE-2023-53383)

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

    rcu保護 rcu_print_task_exp_stall() ->exp_tasks 存取 (CVE-2023-53419)

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

    net新增 vlan_get_protocol_and_depth() 協助程式 (CVE-2023-53433)

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

    net針對傳輸標頭魔術值的 skb_partial_csum_set() 修正 (CVE-2023-53439)

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

    ACPI處理器檢查 fch_misc_setup() 中 devm_kzalloc() 的 null 傳回 (CVE-2023-53483)

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

    libcpu_rmap避免 rmap->obj 陣列項目發生釋放後使用 (CVE-2023-53484)

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

    virtio_net修正 XDP 初始化的錯誤回溯 (CVE-2023-53499)

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

    ext4允許 ext4_get_group_info() 失敗 (CVE-2023-53503)

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

    nbd修正 ioctl 引數的不完整驗證 (CVE-2023-53513)

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

    netfilternft_set_rbtree修正元素插入時的 null 解除參照 (CVE-2023-53566)

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

    null_blk一律從 configfs 檢查佇列模式設定 (CVE-2023-53576)

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

    md修正 status_resync 中的軟鎖定 (CVE-2023-53620)

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

    tun修正卸離 NAPI 佇列的記憶體洩漏。 (CVE-2023-53685)

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

    ipv6修正 ipv6_find_tlv() 中的越界存取 (CVE-2023-53705)

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

    net修正 __skb_tstamp_tx() 中的 skb 洩漏 (CVE-2023-53716)

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

    vc_screen重新載入 vcs_write() 中的 struct vc_data 指標載入以避免 UAF (CVE-2023-53747)

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

    drm/i915檢查 new_crtc_state 以修正 NULL 指標解除參照 (CVE-2023-53833)

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

    netlink註釋對 nlk->cb_running 的存取 (CVE-2023-53853)

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

    udplite修正 __sk_mem_raise_allocated() 中的 NULL 指標解除參照。 (CVE-2023-54004)

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

    net針對虛擬介面停用 LRO 時修正堆疊溢位 (CVE-2023-54012)

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

    ext4在 ext4_mb_normalize_request 中正確設定目標啟動 (CVE-2023-54021)

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

    bpf修正 LRU 和 LRU_PERCPU 雜湊對應中的記憶體洩漏 (CVE-2023-54033)

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

    bpf新增 preempt_count_{sub,add} 至 btf id 拒絕清單 (CVE-2023-54086)

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

    netnsh使用正確的 mac_offset 回溯 nsh_gso_segment() 中的 gso skb (CVE-2023-54114)

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

    drm/fbdev-generic禁止潛在的超出邊界存取 (CVE-2023-54116)

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

    binder修正 alloc->vma 在與 munmap() 爭用中的 UAF (CVE-2023-54157)

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

    firmwarearm_sdei因無效內容 BUG 而修正睡眠問題 (CVE-2023-54160)

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

    scsi目標iscsit在工作階段釋放前釋放 cmd (CVE-2023-54184)

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

    netfilternf_tables一律從通知程式釋放 netdev 勾點 (CVE-2023-54200)

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

    net修正 sock_recv_cmsgs() 中 sk->sk_stamp 的載入中斷問題。 (CVE-2023-54218)

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

    af_unix修正有關 sk->sk_shutdown 的資料爭用。 (CVE-2023-54226)

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

    block、bfq修正零 wsum 上的除以零錯誤 (CVE-2023-54242)

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

    ACPIEC修正移除自訂查詢處置程式時的 oops (CVE-2023-54244)

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

    debugobjects不從 fill_pool() 喚醒 kswapd (CVE-2023-54268)

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

    SUNRPC重複釋放仍在使用中的 xprt_ctxt (CVE-2023-54269)

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

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

遠端主機上安裝的核心版本早於 5.10.184-174.730。因此，會受到 ALAS2KERNEL-5.10-2023-034 公告中所提及的多個弱點影響。

    在 Linux 核心流量控制 (TC) 子系統中發現一個缺陷。使用特定的網路組態 (使用 TC 動作鏡像將輸出封包重新導向至輸入)，當使用中的傳輸通訊協定 (TCP 或 SCTP) 重新傳輸時，無權限的本機使用者可觸發 CPU 軟鎖定 (ABBA 鎖死)，進而導致拒絕服務條件。(CVE-2022-4269)

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

    btrfs：如果交易提交在 prepare_to_relocate() 中失敗會取消設定重新定位控制 (CVE-2022-50067)

    Linux 核心的 eBPF 子系統中可能有鎖死問題。

    Amazon Linux 主機上的預設 sysctl 設定 kernel.unprivileged_bpf_disabled 不允許非特權使用者使用 eBPF。(CVE-2023-0160)

    在處理 RPL 通訊協定時，發現 Linux 核心的網路子系統中存在缺陷。此問題是對使用者提供的資料處理不當所導致，可造成宣告失敗。利用此缺陷，未經驗證的遠端攻擊者可在系統中建立拒絕服務條件。
    (CVE-2023-2156)

    攻擊者可惡意利用 Linux 核心 ipvlan 網路驅動程式中的堆積超出邊界寫入弱點來提升本機權限。

    之所以存在超出邊界寫入弱點，是因為 ipvlan 網路驅動程式中缺少 skb->cb 初始化。若已啟用 CONFIG_IPVLAN，則可攻擊此弱點。

    我們建議升級過去的 commit 90cbed5247439a966b645b34eb0a2e037836ea8e。(CVE-2023-3090)

    在 Linux 核心的 btrfs 中，發現 fs/btrfs/relocation.c 的 prepare_to_relocate 中存在釋放後使用弱點。在呼叫 btrfs_ioctl_defrag() 之前，呼叫 btrfs_ioctl_balance() 可能會觸發此潛在缺陷。(CVE-2023-3111)

    在 Linux 核心的媒體存取中，在 drivers/memstick/host/r592.c 的 r592_remove 中發現了一個釋放後使用缺陷。本機攻擊者可利用此缺陷在裝置連線中斷時造成系統當機，或造成核心資訊洩漏。(CVE-2023-3141)

    在 Linux 核心的 GFS2 檔案系統中發現一個瑕疵。在損毀的 gfs2 檔案系統上，evict 程式碼可以嘗試參照已被釋放並設定為 NULL 的參照日誌描述元結構 jdesc。呼叫 gfs2_trans_begin 時，此問題可導致 Null 指標解除參照，然後 ingfs2_evict_inode() 失敗。(CVE-2023-3212)

    在 relayfs 的 kernel/relay.c 中，在 relay_file_read_start_pos 的 Linux 核心中發現了一個超出邊界 (OOB) 記憶體存取缺陷。此缺陷允許本機攻擊者造成系統當機或洩漏核心內部資訊。(CVE-2023-3268)

    在 6.3.3 版之前的 Linux 核心中發現一個問題。從 fs/ext4/super.c 呼叫 lib/crc16.c 中的 crc16 時，因為 ext4_group_desc_csum 未正確檢查位移，此函式會發生超出邊界讀取問題。(CVE-2023-34256)

    在 Linux 核心的 vc_screen 中，發現 drivers/tty/vt/vc_screen.c 的 vcs_read 中存在釋放後使用瑕疵。具有本機使用者存取權的攻擊者可利用此瑕疵，來造成系統當機或洩漏核心內部資訊。(CVE-2023-3567)

    在 6.3.7 版之前的 Linux 核心的 net/sched/cls_flower.c 中的 fl_set_geneve_opt 中發現了一個問題。
    它允許透過 TCA_FLOWER_KEY_ENC_OPTS_GENEVE 封包在花卉分類程式碼中發生超出邊界寫入。
    這可能導致拒絕服務或特權提升。(CVE-2023-35788)

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

    serial8250在連接埠特定驅動程式解除系結上重新初始化 port->pm (CVE-2023-53176)

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

    ACPICA避免未定義的行為將零位移套用至 null 指標 (CVE-2023-53182)

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

    ext4在 get_max_inline_xattr_value_size() 中新增邊界檢查 (CVE-2023-53285)

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

    md/raid10修正復原之 'r10bio->remaining' 的洩漏 (CVE-2023-53299)

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

    ext4修正 mb_find_extent 中的警告 (CVE-2023-53317)

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

    nilfs2降級為唯讀後不寫入已變更的資料 (CVE-2023-53337)

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

    rcu保護 rcu_print_task_exp_stall() ->exp_tasks 存取 (CVE-2023-53419)

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

    net新增 vlan_get_protocol_and_depth() 協助程式 (CVE-2023-53433)

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

    ext4移除 ext4_mb_release_group_pa() 中的 BUG_ON (CVE-2023-53450)

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

    x86/MCE/AMD針對bank_map 使用 u64 (CVE-2023-53474)

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

    libcpu_rmap避免 rmap->obj 陣列項目發生釋放後使用 (CVE-2023-53484)

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

    tcp/udp修正含有 TX 時間戳記的 sk 和 zerocopy skb 的記憶體洩漏。 (CVE-2023-53489)

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

    ext4允許 ext4_get_group_info() 失敗 (CVE-2023-53503)

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

    tipc如果 mtu 交涉中的 msg_max 太小則不更新 mtu (CVE-2023-53517)

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

    blk-crypto使 blk_crypto_evict_key() 更健全 (CVE-2023-53536)

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

    netfilternft_set_rbtree修正元素插入時的 null 解除參照 (CVE-2023-53566)

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

    spiqup不略過移除錯誤路徑中的清理 (CVE-2023-53567)

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

    ext2在掛載期間檢查區塊大小有效性 (CVE-2023-53569)

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

    null_blk一律從 configfs 檢查佇列模式設定 (CVE-2023-53576)

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

    scsi目標修正多個 LUN_RESET 處理 (CVE-2023-53586)

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

    ring-buffer在緩衝區解構前同步 IRQ 正常運作 (CVE-2023-53587)

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

    dm 完整性在 dm_integrity_init() 錯誤路徑中呼叫 kmem_cache_destroy() (CVE-2023-53604)

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

    net/schedsch_fq修正額度的整數溢位 (CVE-2023-53624)

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

    rcu避免因 __rcu_irq_enter_check_tick() 遭到入侵而造成堆疊溢位 (CVE-2023-53655)

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

    fshfsplus從 hfsplus_cat_{read,write}_inode() 移除 WARN_ON() (CVE-2023-53683)

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

    ext4修正 bigalloc + 內嵌之 ext4_find_extent 中的釋放後使用讀取 (CVE-2023-53692)

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

    ipv6修正 ipv6_find_tlv() 中的越界存取 (CVE-2023-53705)

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

    serialarc_uart修正 `arc_serial_probe` 中的 of_iomap 洩漏 (CVE-2023-53719)

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

    vc_screen重新載入 vcs_write() 中的 struct vc_data 指標載入以避免 UAF (CVE-2023-53747)

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

    scsilpfc修正 lpfc_sli4_pci_mem_setup() 中的 ioremap 問題 (CVE-2023-53754)

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

    USBusbtmc修正 0 長度 ioctl 控制訊息的方向 (CVE-2023-53761)

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

    dm flakey修正因無效表格行造成的當機 (CVE-2023-53786)

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

    nilfs2修正 nilfs_evict_inode() 中 nilfs_root 的釋放後使用錯誤 (CVE-2023-53804)

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

    blk-mq在報告 I/O 完成之前釋放密碼編譯金鑰插槽 (CVE-2023-53810)

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

    md/raid10修正 raid10_sync_request 中的 null-ptr-deref (CVE-2023-53832)

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

    nilfs2修正 nilfs_mdt_get_block() 中的無限迴圈 (CVE-2023-53845)

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

    netlink註釋對 nlk->cb_running 的存取 (CVE-2023-53853)

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

    udplite修正 __sk_mem_raise_allocated() 中的 NULL 指標解除參照。 (CVE-2023-54004)

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

    vmci_host修正 vmci_host_poll() 中造成 GPF 的爭用情形 (CVE-2023-54007)

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

    net針對虛擬介面停用 LRO 時修正堆疊溢位 (CVE-2023-54012)

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

    net/mlx5Devcom修正 mlx5_devcom_register_device 中的錯誤流程 (CVE-2023-54015)

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

    ext4在 ext4_mb_normalize_request 中正確設定目標啟動 (CVE-2023-54021)

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

    spmi移除 SPMI 驅動程式時新增移除回呼的檢查 (CVE-2023-54044)

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

    kheaders使用陣列宣告而非 char (CVE-2023-54056)

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

    ext4修正 ext4_xattr_move_to_block() 中的無效釋放追踪 (CVE-2023-54062)

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

    scsiqedi修正 qedi_remove() 中的釋放後使用錯誤 (CVE-2023-54100)

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

    scsilpfc防止 lpfc_debugfs_lockstat_write() 緩衝區溢位 (CVE-2023-54102)

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

    netnsh使用正確的 mac_offset 回溯 nsh_gso_segment() 中的 gso skb (CVE-2023-54114)

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

    inotify避免報告具有無效 wd 的事件 (CVE-2023-54119)

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

    md/raid10修正 'conf->bio_split' 的記憶體洩漏 (CVE-2023-54123)

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

    btrfs除非指定否則不釋放 qgroup 空間 (CVE-2023-54158)

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

    firmwarearm_sdei因無效內容 BUG 而修正睡眠問題 (CVE-2023-54160)

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

    RDMA/mlx4防止 set_user_sq_size() 中的移位包裝 (CVE-2023-54168)

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

    scsi目標iscsit在工作階段釋放前釋放 cmd (CVE-2023-54184)

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

    net/schedcls_api釋放之前從 driver_list 中移除 block_cb (CVE-2023-54193)

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

    USBsisusbvga新增端點檢查 (CVE-2023-54213)

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

    net修正 sock_recv_cmsgs() 中 sk->sk_stamp 的載入中斷問題。 (CVE-2023-54218)

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

    af_unix修正有關 sk->sk_shutdown 的資料爭用。 (CVE-2023-54226)

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

    ACPIEC修正移除自訂查詢處置程式時的 oops (CVE-2023-54244)

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

    debugobjects不從 fill_pool() 喚醒 kswapd (CVE-2023-54268)

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

    RDMA/srpt新增有效 'mad_agent' 指標的檢查 (CVE-2023-54274)

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

    md/raid10修正 md 執行緒的記憶體洩漏 (CVE-2023-54294)

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

    ext4修正在 nojournal 模式下轉換內嵌目錄時發生的鎖死 (CVE-2023-54311)

    在 Linux 核心的 ext4 中，在 fs/ext4/super.c 的 __ext4_remount 中發現釋放後使用缺陷。此缺陷允許本機使用者在釋放舊的配額檔案名稱以觸發潛在的失敗時，造成資訊洩漏問題，進而導致釋放後使用。(CVE-2024-0775)

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

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

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

  - netnsh使用正確的 mac_offset 回溯 nsh_gso_segment() 中的 gso skb 如呼叫追踪所示skb_panic 是由 nsh_gso_segment() 中的錯誤 skb->mac_header 所造成opcode0000 [#1] PREEMPT SMP KASAN PTI CPU 3 PID2737 Commsyz 未受污染的 6.3.0-next-20230505 #1 RIP0010:skb_panic+0xda/0xe0 呼叫追踪
    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:如果內層通訊協定 gso 失敗nsh_gso_segment() 會使用 skb->network_header - nhoff 以重設 skb_gso_error_unwind() 中的 mac_header。不過skb->network_header 可能會由內層通訊協定 gso 函式重設
    mpls_gso_segment。由不正確的 network_header 重設的 skb->mac_header 將大於 skb 空餘空間。
    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造成 skb_push 錯誤使用正確的 mac_offset 還原 mac_header 並去除 nhoff。 (CVE-2023-54114)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Rocky Linux 9.4 主機已安裝一個套件，該套件受到 CIQ ciqsa-2026_1379 公告中提及的多個弱點影響。

    此公告彙總了 CIQ LTS 9.4中核心 SRPM 的安全修正。它解決了 19 個 CVE：
    CVE-2023-52835、CVE-2023-52513、 CVE-2024-47727CVE-2023-52730CVE-2023-52834和另外 14 個。

Tenable 已直接從 CIQ 安全性公告中擷取上述描述區塊。

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

遠端主機上安裝的核心版本早於 5.15.117-72.142。因此，會受到 ALAS2KERNEL-5.15-2023-021 公告中所提及的多個弱點影響。

    在 6.2.7 以及更早版本的 Linux 核心中，fs/ntfs3/inode.c 中會產生無效的 kfree，這是因為它在重播記錄前未驗證 MFT 旗標。(CVE-2022-48425)

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

    binder修正 alloc->vma 在與 munmap() 爭用中的 UAF (CVE-2022-50240)

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

    binder修正 alloc->vma 在與 munmap() 爭用中的 UAF (CVE-2022-50338)

    Linux 核心的 eBPF 子系統中可能有鎖死問題。

    Amazon Linux 主機上的預設 sysctl 設定 kernel.unprivileged_bpf_disabled 不允許非特權使用者使用 eBPF。(CVE-2023-0160)

    在處理 RPL 通訊協定時，發現 Linux 核心的網路子系統中存在缺陷。此問題是對使用者提供的資料處理不當所導致，可造成宣告失敗。利用此缺陷，未經驗證的遠端攻擊者可在系統中建立拒絕服務條件。
    (CVE-2023-2156)

    攻擊者可惡意利用 Linux 核心 ipvlan 網路驅動程式中的堆積超出邊界寫入弱點來提升本機權限。

    之所以存在超出邊界寫入弱點，是因為 ipvlan 網路驅動程式中缺少 skb->cb 初始化。若已啟用 CONFIG_IPVLAN，則可攻擊此弱點。

    我們建議升級過去的 commit 90cbed5247439a966b645b34eb0a2e037836ea8e。(CVE-2023-3090)

    在 Linux 核心的 GFS2 檔案系統中發現一個瑕疵。在損毀的 gfs2 檔案系統上，evict 程式碼可以嘗試參照已被釋放並設定為 NULL 的參照日誌描述元結構 jdesc。呼叫 gfs2_trans_begin 時，此問題可導致 Null 指標解除參照，然後 ingfs2_evict_inode() 失敗。(CVE-2023-3212)

    在 relayfs 的 kernel/relay.c 中，在 relay_file_read_start_pos 的 Linux 核心中發現了一個超出邊界 (OOB) 記憶體存取缺陷。此缺陷允許本機攻擊者造成系統當機或洩漏核心內部資訊。(CVE-2023-3268)

    在 6.3.3 版之前的 Linux 核心中發現一個問題。從 fs/ext4/super.c 呼叫 lib/crc16.c 中的 crc16 時，因為 ext4_group_desc_csum 未正確檢查位移，此函式會發生超出邊界讀取問題。(CVE-2023-34256)

    在 Linux 核心的 vc_screen 中，發現 drivers/tty/vt/vc_screen.c 的 vcs_read 中存在釋放後使用瑕疵。具有本機使用者存取權的攻擊者可利用此瑕疵，來造成系統當機或洩漏核心內部資訊。(CVE-2023-3567)

    在 6.3.7 版之前的 Linux 核心的 net/sched/cls_flower.c 中的 fl_set_geneve_opt 中發現了一個問題。
    它允許透過 TCA_FLOWER_KEY_ENC_OPTS_GENEVE 封包在花卉分類程式碼中發生超出邊界寫入。
    這可能導致拒絕服務或特權提升。(CVE-2023-35788)

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

    serial8250在連接埠特定驅動程式解除系結上重新初始化 port->pm (CVE-2023-53176)

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

    ACPICA避免未定義的行為將零位移套用至 null 指標 (CVE-2023-53182)

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

    fs/ntfs3新增 indx_get_root 中的長度檢查 (CVE-2023-53194)

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

    ext4修正部分寫入情況下 i_disksize 超過 i_size 的問題 (CVE-2023-53270)

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

    ext4在 get_max_inline_xattr_value_size() 中新增邊界檢查 (CVE-2023-53285)

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

    fs/ntfs3修正 ntfs_lookup() 中 inode->i_op 上的 null-ptr-deref (CVE-2023-53294)

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

    md/raid10修正復原之 'r10bio->remaining' 的洩漏 (CVE-2023-53299)

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

    ext4修正 mb_find_extent 中的警告 (CVE-2023-53317)

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

    rcu保護 rcu_print_task_exp_stall() ->exp_tasks 存取 (CVE-2023-53419)

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

    net新增 vlan_get_protocol_and_depth() 協助程式 (CVE-2023-53433)

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

    ext4移除 ext4_mb_release_group_pa() 中的 BUG_ON (CVE-2023-53450)

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

    ext4改善來自 ext4_dirhash() 的錯誤處理 (CVE-2023-53473)

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

    x86/MCE/AMD針對bank_map 使用 u64 (CVE-2023-53474)

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

    libcpu_rmap避免 rmap->obj 陣列項目發生釋放後使用 (CVE-2023-53484)

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

    fs/ntfs3增強屬性大小檢查 (CVE-2023-53486)

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

    tcp/udp修正含有 TX 時間戳記的 sk 和 zerocopy skb 的記憶體洩漏。 (CVE-2023-53489)

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

    virtio_net修正 XDP 初始化的錯誤回溯 (CVE-2023-53499)

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

    ext4允許 ext4_get_group_info() 失敗 (CVE-2023-53503)

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

    nbd修正 ioctl 引數的不完整驗證 (CVE-2023-53513)

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

    blk-crypto使 blk_crypto_evict_key() 更健全 (CVE-2023-53536)

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

    netfilternft_set_rbtree修正元素插入時的 null 解除參照 (CVE-2023-53566)

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

    drm/i915使 intel_get_crtc_new_encoder() 減少 oopsy (CVE-2023-53571)

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

    null_blk一律從 configfs 檢查佇列模式設定 (CVE-2023-53576)

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

    scsi目標修正多個 LUN_RESET 處理 (CVE-2023-53586)

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

    ring-buffer在緩衝區解構前同步 IRQ 正常運作 (CVE-2023-53587)

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

    net/mlx5e修正 tc 路由查詢程式碼中的鎖死 (CVE-2023-53591)

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

    dm 完整性在 dm_integrity_init() 錯誤路徑中呼叫 kmem_cache_destroy() (CVE-2023-53604)

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

    net/schedsch_fq修正額度的整數溢位 (CVE-2023-53624)

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

    rcu避免因 __rcu_irq_enter_check_tick() 遭到入侵而造成堆疊溢位 (CVE-2023-53655)

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

    ext4修正 bigalloc + 內嵌之 ext4_find_extent 中的釋放後使用讀取 (CVE-2023-53692)

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

    ipv6修正 ipv6_find_tlv() 中的越界存取 (CVE-2023-53705)

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

    fs/ntfs3修正 ni_write_inode 中的 NULL 解除參照 (CVE-2023-53732)

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

    vc_screen重新載入 vcs_write() 中的 struct vc_data 指標載入以避免 UAF (CVE-2023-53747)

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

    dm flakey修正因無效表格行造成的當機 (CVE-2023-53786)

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

    ethtool修正未初始化的通道數 (CVE-2023-53798)

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

    blk-mq在報告 I/O 完成之前釋放密碼編譯金鑰插槽 (CVE-2023-53810)

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

    md/raid10修正 raid10_sync_request 中的 null-ptr-deref (CVE-2023-53832)

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

    netlink註釋對 nlk->cb_running 的存取 (CVE-2023-53853)

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

    fs/ntfs3修正 hdr_delete_de() 中的 slab-out-of-bounds 讀取 (CVE-2023-53988)

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

    SMB3新增遺漏的鎖定以保護延遲關閉檔案清單 (CVE-2023-53990)

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

    udplite修正 __sk_mem_raise_allocated() 中的 NULL 指標解除參照。 (CVE-2023-54004)

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

    vmci_host修正 vmci_host_poll() 中造成 GPF 的爭用情形 (CVE-2023-54007)

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

    net針對虛擬介面停用 LRO 時修正堆疊溢位 (CVE-2023-54012)

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

    net/mlx5Devcom修正 mlx5_devcom_register_device 中的錯誤流程 (CVE-2023-54015)

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

    ext4在 ext4_mb_normalize_request 中正確設定目標啟動 (CVE-2023-54021)

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

    bpf修正 LRU 和 LRU_PERCPU 雜湊對應中的記憶體洩漏 (CVE-2023-54033)

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

    spmi移除 SPMI 驅動程式時新增移除回呼的檢查 (CVE-2023-54044)

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

    kheaders使用陣列宣告而非 char (CVE-2023-54056)

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

    ext4修正 ext4_xattr_move_to_block() 中的無效釋放追踪 (CVE-2023-54062)

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

    fs/ntfs3修正 indx_insert_into_buffer 中的 OOB 讀取 (CVE-2023-54063)

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

    fs/ntfs3修正 ntfs_read_mft 失敗時的記憶體洩漏 (CVE-2023-54077)

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

    bpf新增 preempt_count_{sub,add} 至 btf id 拒絕清單 (CVE-2023-54086)

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

    netnsh使用正確的 mac_offset 回溯 nsh_gso_segment() 中的 gso skb (CVE-2023-54114)

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

    inotify避免報告具有無效 wd 的事件 (CVE-2023-54119)

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

    md/raid10修正 'conf->bio_split' 的記憶體洩漏 (CVE-2023-54123)

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

    binder修正 alloc->vma 在與 munmap() 爭用中的 UAF (CVE-2023-54157)

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

    btrfs除非指定否則不釋放 qgroup 空間 (CVE-2023-54158)

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

    firmwarearm_sdei因無效內容 BUG 而修正睡眠問題 (CVE-2023-54160)

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

    net/schedcls_api釋放之前從 driver_list 中移除 block_cb (CVE-2023-54193)

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

    fs/ntfs3修正「ni_write_inode」中的 NULL 指標解除參照 (CVE-2023-54196)

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

    netfilternf_tables一律從通知程式釋放 netdev 勾點 (CVE-2023-54200)

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

    net修正 sock_recv_cmsgs() 中 sk->sk_stamp 的載入中斷問題。 (CVE-2023-54218)

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

    af_unix修正有關 sk->sk_shutdown 的資料爭用。 (CVE-2023-54226)

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

    ACPIEC修正移除自訂查詢處置程式時的 oops (CVE-2023-54244)

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

    fs/ntfs3新增 kmemdup 檢查 (CVE-2023-54248)

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

    debugobjects不從 fill_pool() 喚醒 kswapd (CVE-2023-54268)

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

    SUNRPC重複釋放仍在使用中的 xprt_ctxt (CVE-2023-54269)

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

    fs/ntfs3修正 ni_clear() 中可能發生的 null 指標解除參照 (CVE-2023-54272)

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

    md/raid10修正 md 執行緒的記憶體洩漏 (CVE-2023-54294)

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

    ext4修正在 nojournal 模式下轉換內嵌目錄時發生的鎖死 (CVE-2023-54311)

    在 Linux 核心的 ext4 中，在 fs/ext4/super.c 的 __ext4_remount 中發現釋放後使用缺陷。此缺陷允許本機使用者在釋放舊的配額檔案名稱以觸發潛在的失敗時，造成資訊洩漏問題，進而導致釋放後使用。(CVE-2024-0775)

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

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

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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

ID	名稱	產品	系列	已發布	已更新	嚴重性
357270	Rocky Linux 9.4 [CIQ] 安全性更新：bpftool / bpftool-debuginfo / kernel / kernel-64k / kernel-64k-core / etc 多個弱點（ciqsa-2026_1349）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/20	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
177776	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。4-2023-047 (ALASKERNEL-5.4-2023-047)	Nessus	Amazon Linux Local Security Checks	2023/6/29	2026/2/11	high
361020	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc多個弱點（CENTOS8.4：CLSA-2026：1773048865）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
177674	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-228)	Nessus	Amazon Linux Local Security Checks	2023/6/28	2026/2/12	high
177770	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2023-034 (ALASKERNEL-5.10-2023-034)	Nessus	Amazon Linux Local Security Checks	2023/6/29	2026/2/11	high
279736	Linux Distros 未修補的弱點：CVE-2023-54114	Nessus	Misc.	2025/12/24	2026/9/30	medium
353714	Rocky Linux 9.4 [CIQ] 安全性更新：bpftool-debuginfo 多個弱點（ciqsa-2026_1379）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/5	high
177781	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。15-2023-021 (ALASKERNEL-5.15-2023-021)	Nessus	Amazon Linux Local Security Checks	2023/6/29	2026/2/11	high
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

偵測

搜尋 Plugin

high

high

high

high

high

high

medium

high

high

high