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

  - 在 Linux 核心中，已解決下列弱點： gpiolib: cdev: Set lineevent_state::irq after IRQ register successfully When running gpio test on nxp-ls1028 platform with below command gpiomon --num-events=3 --rising-edge gpiochip1 25 There will be a warning trace as below:
    Call trace: free_irq+0x204/0x360 lineevent_free+0x64/0x70 gpio_ioctl+0x598/0x6a0
    __arm64_sys_ioctl+0xb4/0x100 invoke_syscall+0x5c/0x130 ...... el0t_64_sync+0x1a0/0x1a4 The reason of this issue is that calling request_threaded_irq() function failed, and then lineevent_free() is invoked to release the resource. Since the lineevent_state::irq was already set, so the subsequent invocation of free_irq() would trigger the above warning call trace. To fix this issue, set the lineevent_state::irq after the IRQ register successfully. (CVE-2022-48660)

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

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

    在 Linux 核心的 fs/inode.c:inode_init_owner() 函式邏輯中發現一個弱點，當目錄是 SGID 且隸屬於特定群組，並可由非此群組成員的使用者寫入時，本機使用者可藉此弱點為 XFS 檔案系統建立具有非預定群組所有權、且具有群組執行和 SGID 權限位元集的檔案。這可能導致系統給予原本不應該給予的過多權限。此弱點與之前的 CVE-2018-13405 弱點類似，現新增了遺漏的 XFS 修補程式。(CVE-2021-4037)

    在 Linux 核心中發現一個缺陷。現有的 KVM SEV API 中存在弱點，非 root (主機) 使用者層級應用程式可以藉由在支援安全加密虛擬化 (SEV) 的 AMD CPU 中建立機密來賓 VM 執行個體來損毀主機核心。(CVE-2022-0171)

    在 Linux 核心的 Unix 通訊端記憶體回收和 io_uring 中發現釋放後使用缺陷。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2022-2602)

    在 i740 驅動程式中發現 Linux 核心缺陷。Userspace 程式可透過 ioctl() 介面將任何值傳遞至驅動程式，而驅動程式不會檢查「pixclock」的值，因此可能會造成除以零錯誤。(CVE-2022-3061)

    在 Linux 核心中發現一個歸類為「有問題」的弱點。受影響的是 Netfilter 元件中 mm/damon/sysfs.c 檔案的 damon_sysfs_add_target 函式。攻擊者可利用此弱點造成記憶體洩漏。建議套用修補程式以修正此問題。此弱點的相關識別碼是 VDB-211044。(CVE-2022-3544)

    在 5.19 版之前的 Linux 核心中發現一個問題。在 drivers/video/fbdev/pxa3xx-gcu.c 的 pxa3xx_gcu_write 中，count 參數存在 size_t 與 int 類型沖突，這會導致整數溢位和繞過大小檢查。之後，因為它會作為 copy_from_user() 的第三個引數使用，所以可能引致堆積溢位。(CVE-2022-39842)

    本機攻擊者可以利用此弱點，在安裝 Linux Kernel 6.0-rc2 的受影響裝置上造成敏感資訊洩漏。攻擊者必須先取得在目標系統上執行高特權程式碼的能力，才能攻擊此弱點。nft_osf_eval 函式中存在特定瑕疵。產生此問題的原因是，在存取記憶體之前未正確執行記憶體初始化。攻擊者可結合其他弱點，在目前核心的環境中執行任意程式碼。此弱點之前為 ZDI-CAN-18540。(CVE-2022-42432)

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

    ext4：修正當 eh_entries == 0 且 eh_depth > 0 時範圍剖析中的錯誤 (CVE-2022-48631)

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

    net：sched：修正 tc_new_tfilter() 中可能的 refcount 洩漏 (CVE-2022-48639)

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

    netfilter：ebtables：修復 blob 格式錯誤時發生的記憶體流失問題 (CVE-2022-48641)

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

    netfilter：nf_tables：修正 nf_tables_addchain() 的 percpu 記憶體流失 (CVE-2022-48642)

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

    netfilter：nf_tables：修正 nf_tables_addchain() 的 nft_counters_enabled 下溢問題 (CVE-2022-48643)

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

    net/sched：taprio：避免在從未啟用時停用卸載 (CVE-2022-48644)

    在 Linux 核心中，下列弱點已解決：ipvlan: Fix out-of-bound bugs caused by unset skb->mac_header If an AF_PACKET socket is used to send packets through ipvlan and the default xmit function of the AF_PACKET socket is changed from dev_queue_xmit() to packet_direct_xmit() via setsockopt() with the option name of PACKET_QDISC_BYPASS, the skb->mac_header may not be reset and remains as the initial value of 65535, this may trigger slab-out-of-bounds bugs as following: (CVE-2022-48651)

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

    netfilter：nfnetlink_osf：修正 nf_osf_find() 中可能的錯誤比對 (CVE-2022-48654)

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

    mm/slub：修復以在 kmalloc() 失敗時傳回 errno (CVE-2022-48659)

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

    gpiolib：cdev：在成功註冊 IRQ 之後設定 lineevent_state::irq (CVE-2022-48660)

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

    btrfs：修正停止空間回收背景程序期間進行卸載時沒有回應的問題 (CVE-2022-48664)

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

    cgroup：將遺漏的 cpus_read_lock() 新增至 cgroup_attach_task_all() (CVE-2022-48671)

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

    of：fdt：修復 unflatten_dt_nodes() 中的差一錯誤 (CVE-2022-48672)

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

    vfio/type1：取消釘選零頁面 (CVE-2022-48700)

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

    io_uring/af_unix將註冊的檔案 gc 延遲至 io_uring 版本 (CVE-2022-50234)

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

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

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

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

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

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

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

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

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

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

    在 Linux 核心中發現一個缺陷。現有的 KVM SEV API 中存在弱點，非 root (主機) 使用者層級應用程式可以藉由在支援安全加密虛擬化 (SEV) 的 AMD CPU 中建立機密來賓 VM 執行個體來損毀主機核心。(CVE-2022-0171)

    在 Linux 核心中，發現具有 VDUSE 後端的 vDPA 存在缺陷。VDUSE 核心驅動程式中沒有任何檢查可確保裝置組態空間的大小符合 VDUSE 使用者空間應用程式所宣稱的功能。在不符的情況下，Virtio 驅動程式組態讀取協助程式不會初始化間接傳遞至 vduse_vdpa_get_config() 的記憶體，進而從堆疊傳回未初始化的記憶體。雖然在某些情況下可將這類記憶體列印在核心記錄中，但這類記憶體並未直接傳播至使用者空間。(CVE-2022-2308)

    在 Linux 核心的 Unix 通訊端記憶體回收和 io_uring 中發現釋放後使用缺陷。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2022-2602)

    在 Linux 核心的 NILFS 檔案系統中，發現使用者觸發 security_inode_alloc 函式失敗並於隨後呼叫 nilfs_mdt_destroy 函式的方式中存在釋放後使用缺陷。本機使用者可利用此缺陷使系統當機，或可能提升其在系統中的權限。(CVE-2022-2978)

    在 i740 驅動程式中發現 Linux 核心缺陷。Userspace 程式可透過 ioctl() 介面將任何值傳遞至驅動程式，而驅動程式不會檢查「pixclock」的值，因此可能會造成除以零錯誤。(CVE-2022-3061)

    在 5.19 版之前的 Linux 核心中發現一個問題。在 drivers/video/fbdev/pxa3xx-gcu.c 的 pxa3xx_gcu_write 中，count 參數存在 size_t 與 int 類型沖突，這會導致整數溢位和繞過大小檢查。之後，因為它會作為 copy_from_user() 的第三個引數使用，所以可能引致堆積溢位。(CVE-2022-39842)

    本機攻擊者可以利用此弱點，在安裝 Linux Kernel 6.0-rc2 的受影響裝置上造成敏感資訊洩漏。攻擊者必須先取得在目標系統上執行高特權程式碼的能力，才能攻擊此弱點。nft_osf_eval 函式中存在特定瑕疵。產生此問題的原因是，在存取記憶體之前未正確執行記憶體初始化。攻擊者可結合其他弱點，在目前核心的環境中執行任意程式碼。此弱點之前為 ZDI-CAN-18540。(CVE-2022-42432)

    在 Linux 核心 5.19.15 之前版本以及低於 6.0.1 的 6.x 版中，usbmon 的 drivers/usb/mon/mon_bin.c 允許使用者空間用戶端損毀監視器的內部記憶體。(CVE-2022-43750)

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

    ext4：修正當 eh_entries == 0 且 eh_depth > 0 時範圍剖析中的錯誤 (CVE-2022-48631)

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

    cgroup：cgroup_get_from_id() 必須檢查所查閱的 kn 是否為目錄 (CVE-2022-48638)

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

    net：sched：修正 tc_new_tfilter() 中可能的 refcount 洩漏 (CVE-2022-48639)

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

    bonding：修正 bond_rr_gen_slave_id 中的 NULL 解除參照問題 (CVE-2022-48640)

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

    netfilter：ebtables：修復 blob 格式錯誤時發生的記憶體流失問題 (CVE-2022-48641)

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

    netfilter：nf_tables：修正 nf_tables_addchain() 的 percpu 記憶體流失 (CVE-2022-48642)

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

    netfilter：nf_tables：修正 nf_tables_addchain() 的 nft_counters_enabled 下溢問題 (CVE-2022-48643)

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

    net/sched：taprio：避免在從未啟用時停用卸載 (CVE-2022-48644)

    在 Linux 核心中，下列弱點已解決：ipvlan: Fix out-of-bound bugs caused by unset skb->mac_header If an AF_PACKET socket is used to send packets through ipvlan and the default xmit function of the AF_PACKET socket is changed from dev_queue_xmit() to packet_direct_xmit() via setsockopt() with the option name of PACKET_QDISC_BYPASS, the skb->mac_header may not be reset and remains as the initial value of 65535, this may trigger slab-out-of-bounds bugs as following: (CVE-2022-48651)

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

    netfilter：nfnetlink_osf：修正 nf_osf_find() 中可能的錯誤比對 (CVE-2022-48654)

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

    arm64：拓撲：修正 amu_fie_setup() 中可能發生的溢位問題 (CVE-2022-48657)

    在 Linux 核心中，下列弱點已解決：mm: slub: fix flush_cpu_slab()/__free_slab() invocations in task context. Commit 5a836bf6b09f (mm: slub: move flush_cpu_slab() invocations __free_slab() invocations out of IRQ context) moved all flush_cpu_slab() invocations to the global workqueue to avoid a problem related with deactivate_slab()/__free_slab() being called from an IRQ context on PREEMPT_RT kernels. (CVE-2022-48658)

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

    mm/slub：修復以在 kmalloc() 失敗時傳回 errno (CVE-2022-48659)

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

    gpiolib：cdev：在成功註冊 IRQ 之後設定 lineevent_state::irq (CVE-2022-48660)

    在 Linux 核心中，下列弱點已解決：drm/i915/gem: Really move i915_gem_context.link under ref protection i915_perf assumes that it can use the i915_gem_context reference to protect its i915->gem.contexts.list iteration. However, this requires that we do not remove the context from the list until after we drop the final reference and release the struct. If, as currently, we remove the context from the list during context_close(), the link.next pointer may be poisoned while we are holding the context reference and cause a GPF (CVE-2022-48662)

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

    btrfs：修正停止空間回收背景程序期間進行卸載時沒有回應的問題 (CVE-2022-48664)

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

    cgroup：將遺漏的 cpus_read_lock() 新增至 cgroup_attach_task_all() (CVE-2022-48671)

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

    of：fdt：修復 unflatten_dt_nodes() 中的差一錯誤 (CVE-2022-48672)

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

    io_uring/af_unix將註冊的檔案 gc 延遲至 io_uring 版本 (CVE-2022-50234)

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

    fs修正 nilfs_mdt_destroy 中的 UAF/GPF 錯誤 (CVE-2022-50367)

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
225135	Linux Distros 未修補弱點：CVE-2022-48660	Nessus	Misc.	2025/3/5	2026/7/17	medium
166495	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2022-021 (ALASKERNEL-5.10-2022-021)	Nessus	Amazon Linux Local Security Checks	2022/10/25	2026/2/26	high
352871	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1783791447）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/1	medium
166501	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。15-2022-009 (ALASKERNEL-5.15-2022-009)	Nessus	Amazon Linux Local Security Checks	2022/10/25	2026/2/26	high

偵測

搜尋 Plugin

medium

high

medium

high