AlmaLinux 9.2 主機安裝的套件會受到 TuxCare ALMALINUX9.2：CLSA-2026：1783791447 公告中提及的多個弱點影響。

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

  - 在 Linux 核心的 TeleTYpe 子系統中發現超出邊界讀取缺陷。由於 flush_to_ldisc 函式中存在記憶體洩漏弱點，使用者利用 ioctls 的 TIOCSPTLCK、TIOCGPTPEER、TIOCSTI 和 TCXONC 觸發爭用情形時會發生此問題。本機使用者可利用此缺陷造成系統當機，或從記憶體讀取未經授權的隨機資料。(CVE-2022-1462)

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

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

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

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

遠端主機上安裝的核心版本早於 4.14.311-233.529。因此，會受到 ALAS2-2025-2909 公告中所提及的多個弱點影響。

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

    ftrace：修正索引為 0 時 lookup_rec() 中的無效位址存取 (CVE-2023-53075)

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

    ext4：修正 ext4_xattr_delete_inode 中的任務懸置 (CVE-2023-53089)

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

    ext4：修正 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 時將 i_disksize 歸零 (CVE-2023-53101)

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

    net：tunnels：註釋 dev->needed_headroom 的無鎖定存取 (CVE-2023-53109)

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

    nvmet：避免 nvmet_req_complete() 中可能發生的 UAF (CVE-2023-53116)

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

    fs：關閉檔案描述符號時防止超出邊界陣列推測 (CVE-2023-53117)

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

    tcp: 現可從處理程序背景資訊呼叫 tcp_make_synack() (CVE-2023-53121)

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

    net: usb: smsc75xx: 將封包長度限制為 skb->len (CVE-2023-53125)

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

    ila：不在 ila_xlat_nl_cmd_get_mapping() 中產生空白訊息 (CVE-2023-53141)

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

    ext4：修正 1k 區塊檔案系統上的另一個差一 fsmap 錯誤 (CVE-2023-53143)

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

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

CentOS Linux 8 主機已安裝的套件會受到 TuxCare CENTOS-STREAM8：CLSA-2026：1791780738 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：mm/khugepaged: invoke MMU notifiers in shmem/file collapse paths Any codepath that zaps page table entries must invoke MMU notifiers to ensure that secondary MMUs (like KVM) don't keep accessing pages which aren't mapped anymore. Secondary MMUs don't hold their own references to pages that are mirrored over, so failing to notify them can lead to page use-after-free. I'm marking this as addressing an issue introduced in commit f3f0e1d2150b (khugepaged: add support of collapse for tmpfs/shmem pages), but most of the security impact of this only came in commit 27e1f8273113 (khugepaged: enable collapse pmd for pte-mapped THP), which actually omitted flushes for the removal of present PTEs, not just for the removal of empty page tables.
    (CVE-2022-48991)

  - 已解決 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 核心中的下列弱點：bpf, sockmap: Fix repeated calls to sock_put() when msg has more_data In tcp_bpf_send_verdict() redirection, the eval variable is assigned to
    __SK_REDIRECT after the apply_bytes data is sent, if msg has more_data, sock_put() will be called multiple times. We should reset the eval variable to __SK_NONE every time more_data starts. This causes: IPv4:
    Attempt to release TCP socket in state 1 00000000b4c925d7 ------------[ cut here ]------------ refcount_t:
    addition on 0; use-after-free. WARNING: CPU: 5 PID: 4482 at lib/refcount.c:25 refcount_warn_saturate+0x7d/0x110 Modules linked in: CPU: 5 PID: 4482 Comm: sockhash_bypass Kdump: loaded Not tainted 6.0.0 #1 Hardware name: Red Hat KVM, BIOS 1.11.0-2.el7 04/01/2014 Call Trace: <TASK>
    __tcp_transmit_skb+0xa1b/0xb90 ? __alloc_skb+0x8c/0x1a0 ? __kmalloc_node_track_caller+0x184/0x320 tcp_write_xmit+0x22a/0x1110 __tcp_push_pending_frames+0x32/0xf0 do_tcp_sendpages+0x62d/0x640 tcp_bpf_push+0xae/0x2c0 tcp_bpf_sendmsg_redir+0x260/0x410 ? preempt_count_add+0x70/0xa0 tcp_bpf_send_verdict+0x386/0x4b0 tcp_bpf_sendmsg+0x21b/0x3b0 sock_sendmsg+0x58/0x70
    __sys_sendto+0xfa/0x170 ? xfd_validate_state+0x1d/0x80 ? switch_fpu_return+0x59/0xe0
    __x64_sys_sendto+0x24/0x30 do_syscall_64+0x37/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-50536)

  - 已解決 Linux 核心中的下列弱點：crypto: scomp - fix req->dst buffer overflow The req->dst buffer size should be checked before copying from the scomp_scratch->dst to avoid req->dst buffer overflow problem. (CVE-2023-52612)

  - 已解決 Linux 核心中的下列弱點：net: atlantic: eliminate double free in error handling logic Driver has a logic leak in ring data allocation/free, where aq_ring_free could be called multiple times on same ring, if system is under stress and got memory allocation error. Ring pointer was used as an indicator of failure, but this is not correct since only ring data is allocated/deallocated. Ring itself is an array member. Changing ring allocation functions to return error code directly. This simplifies error handling and eliminates aq_ring_free on higher layer.
    (CVE-2023-52664)

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

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

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

    ext4在 ext4_mb_clear_bb() 中使用之前必須先驗證區塊範圍 (CVE-2022-50021)

    Linux 核心效能事件系統中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。

    perf_group_detach 函式在呼叫 add_event_to_groups() 之前並未檢查事件的同級，但是 remove_on_exec 可以在從其群組卸離之前呼叫 list_del_event()，從而可能使用造成釋放後使用弱點的懸置指標。

    我們建議升級為過往的 commit fd0815f632c24878e325821943edccc7fde947a2。(CVE-2023-2235)

    在 Linux 核心 6.2.8 及更低版本的 arch/x86/kvm/vmx/nested.c 中發現一個問題。x86_64 上的 nVMX 缺少 CR0 和 CR4 的一致性檢查。(CVE-2023-30456)

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

    ftrace：修正索引為 0 時 lookup_rec() 中的無效位址存取 (CVE-2023-53075)

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

    drm/shmem-helper移除放置在錯誤路徑中的另一個錯誤 (CVE-2023-53084)

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

    drm/i915/active修正將非閒置障礙物誤用為隔離追踪器的問題 (CVE-2023-53087)

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

    ext4：修正 ext4_xattr_delete_inode 中的任務懸置 (CVE-2023-53089)

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

    ext4如果 s_journal_inum 在日誌記錄重播後有所變更則更新 (CVE-2023-53091)

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

    互連釋放節點時修正記憶體洩漏 (CVE-2023-53096)

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

    ext4：修正 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 時將 i_disksize 歸零 (CVE-2023-53101)

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

    連結如果非 eth 裝置從屬失敗則還原連結的 IFF_SLAVE 旗標 (CVE-2023-53103)

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

    net：tunnels：註釋 dev->needed_headroom 的無鎖定存取 (CVE-2023-53109)

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

    loop修正釋放後使用問題 (CVE-2023-53111)

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

    fs：關閉檔案描述符號時防止超出邊界陣列推測 (CVE-2023-53117)

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

    tcp: 現可從處理程序背景資訊呼叫 tcp_make_synack() (CVE-2023-53121)

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

    PCIs390修正按函式熱插拔的 PCI 資源釋放後使用 (CVE-2023-53123)

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

    SUNRPC：修正伺服器關機洩漏 (CVE-2023-53131)

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

    bpf、sockmap修正 tcp_bpf_recvmsg_parser() 中 len 為 0 時的無限迴圈錯誤 (CVE-2023-53133)

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

    af_unix修正 OOB 支援中的結構 pid 洩漏 (CVE-2023-53136)

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

    ext4：修正移動目錄時可能發生的損毀問題 (CVE-2023-53137)

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

    scsicore移除之前的 /proc/scsi/${proc_name} 目錄 (CVE-2023-53140)

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

    ila：不在 ila_xlat_nl_cmd_get_mapping() 中產生空白訊息 (CVE-2023-53141)

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

    ext4：修正 1k 區塊檔案系統上的另一個差一 fsmap 錯誤 (CVE-2023-53143)

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

    x86/resctrl在使用之前和之後清除 staged_config[] (CVE-2023-53169)

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

    arm64efi使 efi_rt_lock 成為 raw_spinlock (CVE-2023-53216)

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

    KVMVMX修正因未初始化 current_vmcs 而造成的當機 (CVE-2023-53756)

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

    iommu/amd為 ivrs_acpihid 命令行參數新增長度限制 (CVE-2023-54057)

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

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

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

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

    ext4在 ext4_mb_clear_bb() 中使用之前必須先驗證區塊範圍 (CVE-2022-50021)

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

    block、bfq修正「bfqq->bic」的潛在 uaf (CVE-2022-50488)

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

    seccomp將 copy_seccomp() 移至無失敗路徑。 (CVE-2022-50661)

    在 Linux 核心 6.2.8 及更低版本的 arch/x86/kvm/vmx/nested.c 中發現一個問題。x86_64 上的 nVMX 缺少 CR0 和 CR4 的一致性檢查。(CVE-2023-30456)

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

    ftrace：修正索引為 0 時 lookup_rec() 中的無效位址存取 (CVE-2023-53075)

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

    drm/shmem-helper移除放置在錯誤路徑中的另一個錯誤 (CVE-2023-53084)

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

    drm/i915/active修正將非閒置障礙物誤用為隔離追踪器的問題 (CVE-2023-53087)

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

    ext4：修正 ext4_xattr_delete_inode 中的任務懸置 (CVE-2023-53089)

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

    互連釋放節點時修正記憶體洩漏 (CVE-2023-53096)

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

    ext4：修正 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 時將 i_disksize 歸零 (CVE-2023-53101)

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

    net：tunnels：註釋 dev->needed_headroom 的無鎖定存取 (CVE-2023-53109)

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

    i40e修正當介面卡處於復原模式時在重新開機期間發生的核心損毀 (CVE-2023-53114)

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

    nvmet：避免 nvmet_req_complete() 中可能發生的 UAF (CVE-2023-53116)

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

    fs：關閉檔案描述符號時防止超出邊界陣列推測 (CVE-2023-53117)

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

    tcp: 現可從處理程序背景資訊呼叫 tcp_make_synack() (CVE-2023-53121)

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

    scsimpt3sas修正 mpt3sas_transport_port_add() 中的 NULL 指標存取 (CVE-2023-53124)

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

    net: usb: smsc75xx: 將封包長度限制為 skb->len (CVE-2023-53125)

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

    SUNRPC：修正伺服器關機洩漏 (CVE-2023-53131)

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

    bnxt_en避免 TPA 資料的 order-5 記憶體配置 (CVE-2023-53134)

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

    ext4：修正移動目錄時可能發生的損毀問題 (CVE-2023-53137)

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

    scsicore移除之前的 /proc/scsi/${proc_name} 目錄 (CVE-2023-53140)

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

    ila：不在 ila_xlat_nl_cmd_get_mapping() 中產生空白訊息 (CVE-2023-53141)

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

    ext4：修正 1k 區塊檔案系統上的另一個差一 fsmap 錯誤 (CVE-2023-53143)

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

    arm64efi使 efi_rt_lock 成為 raw_spinlock (CVE-2023-53216)

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

    KVMVMX修正因未初始化 current_vmcs 而造成的當機 (CVE-2023-53756)

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

    iommu/amd為 ivrs_acpihid 命令行參數新增長度限制 (CVE-2023-54057)

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

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

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

  - nettunnels註解對 dev->needed_headroom 的無鎖定存取 IP 通道顯然可更新其 xmit 路徑中的 dev->needed_headroom。此修補程式負責三個通道 xmit以及核心 LL_RESERVED_SPACE() 和 LL_RESERVED_SPACE_EXTRA() 協助程式。為了完整性可能需要進行更多變更。
    錯誤KCSAN由 cpu 1 上的工作 888 讀取至 0xffff88815b9da0ec (共 2 個位元組) 中發生資料爭用 ip_tunnel_xmit+0x1270/0x1730 net/ipv4/ip_tunnel.c:803 __gre_xmit net/ipv4/ip_gre.c:469 [內嵌] ipgre_xmit+0x516/0x570 net/ipv4/ip_gre.c:661 __netdev_start_xmit include/linux/netdevice.h:4881 [內嵌] netdev_start_xmit include/linux/netdevice.h:4895 [內嵌] xmit_one net/core/dev.c 3580 [內嵌] dev_hard_start_xmit+0x127/0x400 net/core/dev.c:3596 __dev_queue_xmit+0x1007/0x1eb0 net/core/dev.c:4246 dev_queue_xmit include/linux/netdevice.h:3051 [內嵌] neigh_direct_output+0x17/0x20 net/core/neighbour.c:1623 neigh_output include/net/neighbour.h:546 [內嵌] ip_finish_output2+0x740/0x840 net/ipv4/ip_output.c:228 ip_finish_output+0xf4/0x240 net/ipv4/ip_output.c:316 NF_HOOK_COND include/linux/netfilter.h:291 [內嵌] ip_output+0xe5/0x1b0 net/ipv4/ip_output.c:430 dst_output include/net/dst.h:444 [內嵌] ip_local_out+0x64/0x80 net/ipv4/ip_output .c:126 iptunnel_xmit+0x34a/0x4b0 net/ipv4/ip_tunnel_core.c:82 ip_tunnel_xmit+0x1451/0x1730 net/ipv4/ip_tunnel.c:813 __gre_xmit net/ipv4/ip_gre.c:469 [內嵌] ipgre_xmit+0x516/0x570 net/ipv4/ip_gre.c:661 __netdev_start_xmit include/linux/netdevice.h:4881 [內嵌] netdev_start_xmit include/linux/netdevice.h:4895 [內嵌] xmit_one net/core/dev.c:3580 [內嵌] dev_hard_start_xmit+0x127/0x400 net/core/dev。 c:3596
    __dev_queue_xmit+0x1007/0x1eb0 net/core/dev.c:4246 dev_queue_xmit include/linux/netdevice.h:3051 [內嵌] neigh_direct_output+0x17/0x20 net/core/neighbour.c:1623 neigh_output include/net/neighbour.h 546 [內嵌] ip_finish_output2+0x740/0x840 net/ipv4/ip_output.c:228 ip_finish_output+0xf4/0x240 net/ipv4/ip_output.c:316 NF_HOOK_COND include/linux/netfilter.h:291 [內嵌] ip_output+0xe5/0x1b0 net/ipv4/ip_output.c:430 dst_output include/net/dst.h:444 [內嵌] ip_local_out+0x64/0x80 net/ipv4/ip_output.c:126 iptunnel_xmit+0x34a/0x4b0 net/ipv4/ip_tunnel_core.c:82 ip_tunnel_xmit+0x1451/0x1730 net/ipv4/ip_tunnel.c:813 __gre_xmit net/ipv4/ip_gre.c:469 [內嵌] ipgre_xmit+0x516/0x570 net/ipv4/ip_gre.c:661 __netdev_start_xmit include/linux/netdevice.h 4881 [內嵌] netdev_start_xmit include/linux/netdevice.h:4895 [內嵌] xmit_one net/core/dev.c:3580 [內嵌] dev_hard_start_xmit+0x127/0x400 net/core/dev.c:3596 __dev_queue_xmit+0x1007/0x1eb0 net /core/dev.c:4246 dev_queue_xmit include/linux/netdevic e.h:3051 [內嵌] neigh_direct_output+0x17/0x20 net/core/neighbour.c:1623 neigh_output include/net/neighbour.h:546 [內嵌] ip_finish_output2+0x740/0x840 net/ipv4/ip_output.c:228 ip_finish_output+0xf4 /0x240 net/ipv4/ip_output.c:316 NF_HOOK_COND include/linux/netfilter.h:291 [內嵌] ip_output+0xe5/0x1b0 net/ipv4/ip_output.c:430 dst_output include/net/dst.h:444 [內嵌] ip_local_out+0x64/0x80 net/ipv4/ip_output.c:126 iptunnel_xmit+0x34a/0x4b0 net/ipv4/ip_tunnel_core.c:82 ip_tunnel_xmit+0x1451/0x1730 net/ipv4/ip_tunnel.c:813 __gre_xmit net/ipv4/ip_gre。 c:469 [內嵌] ipgre_xmit+0x516/0x570 net/ipv4/ip_gre.c:661 __netdev_start_xmit include/linux/netdevice.h:4881 [內嵌] netdev_start_xmit include/linux/netdevice.h:4895 [內嵌] xmit_one net/core /dev.c:3580 [內嵌] dev_hard_start_xmit+0x127/0x400 net/core/dev.c:3596
    __dev_queue_xmit+0x1007/0x1eb0 net/core/dev.c:4246 dev_queue_xmit include/linux/netdevice.h:3051 [內嵌] neigh_direct_output+0x17/0x20 net/core/neighbour.c:1623 neigh_output include/net/neighbour.h 546 [內嵌] ip_finish_output2+0x740/0x840 net/ipv4/ip_output.c:228 ip_finish_output+0xf4/0x240 net/ipv4/ip_output.c:316 NF_HOOK_COND include/linux/netfilter.h:291 [內嵌] ip_output+0xe5/0x1b0 net/i
    ---truncated--- (CVE-2023-53109)

請注意，Nessus 依賴供應商報告的套件存在。

遠端主機上安裝的核心版本早於 4.14.311-233.529。因此，會受到 ALAS2-2025-2892 公告中所提及的多個弱點影響。

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

    ftrace：修正索引為 0 時 lookup_rec() 中的無效位址存取 (CVE-2023-53075)

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

    ext4：修正 ext4_xattr_delete_inode 中的任務懸置 (CVE-2023-53089)

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

    ext4：修正 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 時將 i_disksize 歸零 (CVE-2023-53101)

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

    net：tunnels：註釋 dev->needed_headroom 的無鎖定存取 (CVE-2023-53109)

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

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

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

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

    KVMVMX將 /dev/kvm 洩漏至使用者空間前執行 _all_ 初始化 (CVE-2022-49932)

    Linux 核心效能事件系統中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。

    perf_group_detach 函式在呼叫 add_event_to_groups() 之前並未檢查事件的同級，但是 remove_on_exec 可以在從其群組卸離之前呼叫 list_del_event()，從而可能使用造成釋放後使用弱點的懸置指標。

    我們建議升級為過往的 commit fd0815f632c24878e325821943edccc7fde947a2。(CVE-2023-2235)

    在 Linux 核心 6.2.6 以及之前的所有版本中，net/tls/tls_main.c 中的 do_tls_getsockopt 缺少 lock_sock 呼叫，可引致爭用條件 (造成釋放後使用或 NULL 指標解除參照)。(CVE-2023-28466)

    在 Linux 核心 6.2.8 及更低版本的 arch/x86/kvm/vmx/nested.c 中發現一個問題。x86_64 上的 nVMX 缺少 CR0 和 CR4 的一致性檢查。(CVE-2023-30456)

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

    ACPIPPTT修正以避免在 PPTT 不存在時在 atomic 內容中進入睡眠狀態 (CVE-2023-53070)

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

    ftrace：修正索引為 0 時 lookup_rec() 中的無效位址存取 (CVE-2023-53075)

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

    ocfs2：修正寫入失敗後的資料損毀 (CVE-2023-53081)

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

    drm/shmem-helper移除放置在錯誤路徑中的另一個錯誤 (CVE-2023-53084)

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

    drm/i915/active修正將非閒置障礙物誤用為隔離追踪器的問題 (CVE-2023-53087)

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

    ext4：修正 ext4_xattr_delete_inode 中的任務懸置 (CVE-2023-53089)

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

    ext4如果 s_journal_inum 在日誌記錄重播後有所變更則對其進行更新 (CVE-2023-53091)

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

    drm/ttm修正 NULL 指標解除參照 (CVE-2023-53095)

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

    互連釋放節點時修正記憶體洩漏 (CVE-2023-53096)

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

    ext4：修正 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 時將 i_disksize 歸零 (CVE-2023-53101)

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

    連結如果非 eth 裝置從屬失敗則還原連結的 IFF_SLAVE 旗標 (CVE-2023-53103)

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

    veth修正 XDP_REDIRECT 中的釋放後使用 (CVE-2023-53107)

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

    net：tunnels：註釋 dev->needed_headroom 的無鎖定存取 (CVE-2023-53109)

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

    loop修正釋放後使用問題 (CVE-2023-53111)

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

    drm/i915/sseu修正 max_subslices array-index-out-of-bounds 存取 (CVE-2023-53112)

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

    fs：關閉檔案描述符號時防止超出邊界陣列推測 (CVE-2023-53117)

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

    tcp: 現可從處理程序背景資訊呼叫 tcp_make_synack() (CVE-2023-53121)

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

    PCIs390修正按函式熱插拔的 PCI 資源釋放後使用 (CVE-2023-53123)

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

    SUNRPC：修正伺服器關機洩漏 (CVE-2023-53131)

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

    bpf、sockmap修正 tcp_bpf_recvmsg_parser() 中 len 為 0 時的無限迴圈錯誤 (CVE-2023-53133)

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

    af_unix修正 OOB 支援中的結構 pid 洩漏 (CVE-2023-53136)

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

    ext4：修正移動目錄時可能發生的損毀問題 (CVE-2023-53137)

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

    scsicore移除之前的 /proc/scsi/${proc_name} 目錄 (CVE-2023-53140)

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

    ila：不在 ila_xlat_nl_cmd_get_mapping() 中產生空白訊息 (CVE-2023-53141)

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

    ext4：修正 1k 區塊檔案系統上的另一個差一 fsmap 錯誤 (CVE-2023-53143)

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

    x86/resctrl在使用之前和之後清除 staged_config[] (CVE-2023-53169)

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

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

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

    在 Linux 核心 6.2.8 及更低版本的 arch/x86/kvm/vmx/nested.c 中發現一個問題。x86_64 上的 nVMX 缺少 CR0 和 CR4 的一致性檢查。(CVE-2023-30456)

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

    ftrace：修正索引為 0 時 lookup_rec() 中的無效位址存取 (CVE-2023-53075)

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

    ext4：修正 ext4_xattr_delete_inode 中的任務懸置 (CVE-2023-53089)

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

    ext4：修正 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 時將 i_disksize 歸零 (CVE-2023-53101)

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

    net：tunnels：註釋 dev->needed_headroom 的無鎖定存取 (CVE-2023-53109)

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

    i40e修正當介面卡處於復原模式時在重新開機期間發生的核心損毀 (CVE-2023-53114)

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

    nvmet：避免 nvmet_req_complete() 中可能發生的 UAF (CVE-2023-53116)

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

    fs：關閉檔案描述符號時防止超出邊界陣列推測 (CVE-2023-53117)

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

    tcp: 現可從處理程序背景資訊呼叫 tcp_make_synack() (CVE-2023-53121)

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

    scsimpt3sas修正 mpt3sas_transport_port_add() 中的 NULL 指標存取 (CVE-2023-53124)

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

    net: usb: smsc75xx: 將封包長度限制為 skb->len (CVE-2023-53125)

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

    bnxt_en避免 TPA 資料的 order-5 記憶體配置 (CVE-2023-53134)

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

    ext4：修正移動目錄時可能發生的損毀問題 (CVE-2023-53137)

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

    scsicore移除之前的 /proc/scsi/${proc_name} 目錄 (CVE-2023-53140)

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

    ila：不在 ila_xlat_nl_cmd_get_mapping() 中產生空白訊息 (CVE-2023-53141)

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

    ext4：修正 1k 區塊檔案系統上的另一個差一 fsmap 錯誤 (CVE-2023-53143)

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

    iommu/amd為 ivrs_acpihid 命令行參數新增長度限制 (CVE-2023-54057)

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
352871	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1783791447）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/22	low
241751	Amazon Linux 2：核心 (ALAS-2025-2909)	Nessus	Amazon Linux Local Security Checks	2025/7/10	2026/2/24	high
364675	CentOS Linux 8 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個漏洞（CENTOS-STREAM8：CLSA-2026：1791780738）	Nessus	CentOS Local Security Checks	2026/10/12	2026/10/12	high
176754	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。15-2023-019 (ALASKERNEL-5.15-2023-019)	Nessus	Amazon Linux Local Security Checks	2023/6/6	2026/2/9	high
200362	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2024-059 (ALASKERNEL-5.10-2024-059)	Nessus	Amazon Linux Local Security Checks	2024/6/11	2026/2/9	high
245006	Linux Distros 未修補的弱點：CVE-2023-53109	Nessus	Misc.	2025/8/7	2026/9/30	medium
240448	Amazon Linux 2：核心 (ALAS-2025-2892)	Nessus	Amazon Linux Local Security Checks	2025/6/25	2026/2/24	high
173854	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-148)	Nessus	Amazon Linux Local Security Checks	2023/4/4	2026/2/24	high
200361	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。4-2024-070 (ALASKERNEL-5.4-2024-070)	Nessus	Amazon Linux Local Security Checks	2024/6/11	2026/2/9	high

偵測

搜尋 Plugin

low

high

high

high

high

medium

high

high

high