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

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

    sched、cpuset修正因清空 cs->cpus_allowed 導致的 dl_cpu_busy() 不穩定 (CVE-2022-50103)

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

    netdevsim修正 nsim_dev_resources_register() 失敗時 nsim_drv_probe() 中的記憶體洩漏 (CVE-2022-50500)

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

    scsiqla2xxx使用 raw_smp_processor_id() 而非 smp_processor_id() (CVE-2023-53530)

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

    smb用戶端修正 cifs_oplock_break 中的釋放後使用 (CVE-2025-38527)

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

    netbridge修正 br_multicast_query_expired() 中的軟鎖定 (CVE-2025-39773)

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

    mm/memory-failure修正解除污染記憶體時的 VM_BUG_ON_PAGE(PagePoisoned(page)) (CVE-2025-39883)

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

    i40e修正 i40e_vsi_request_irq_msix 錯誤路徑中的 IRQ 釋放 (CVE-2025-39911)

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

    tcp_bpftcp_bpf_send_verdict() 無法配置 psock->cork 時呼叫 sk_msg_free()。 (CVE-2025-39913)

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

    netrfkillgpio修正因解除參照未初始化的指標所導致的損毀 (CVE-2025-39937)

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

    cgroup將 cgroup_destroy_wq 分割為 3 個工作佇列 (CVE-2025-39953)

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

    tcp清除 tcp_disconnect() 中的 tcp_sk(sk)->fastopen_rsk。 (CVE-2025-39955)

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

    fbcon修正 fbcon_do_set_font 中的整數溢位 (CVE-2025-39967)

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

    i40e新增 VF 篩選的最大邊界檢查 (CVE-2025-39968)

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

    i40e修正 get 資源中的 VF 狀態驗證 (CVE-2025-39969)

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

    i40e修正 action_meta 的輸入驗證邏輯 (CVE-2025-39970)

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

    i40e修正組態佇列訊息中的 idx 驗證 (CVE-2025-39971)

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

    i40e修正 i40e_validate_queue_map 中的 idx 驗證 (CVE-2025-39972)

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

    i40e新增 ring_len 參數的驗證 (CVE-2025-39973)

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

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

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

  - 已解決 Linux 核心中的下列弱點：net: amd-xgbe: Fix skb data length underflow There will be BUG_ON() triggered in include/linux/skbuff.h leading to intermittent kernel panic, when the skb length underflow is detected. Fix this by dropping the packet if such length underflows are seen because of inconsistencies in the hardware descriptors. (CVE-2022-48743)

  - 已解決 Linux 核心中的下列弱點：net: bcmgenet: Use stronger register read/writes to assure ordering GCC12 appears to be much smarter about its dependency tracking and is aware that the relaxed variants are just normal loads and stores and this is causing problems like: [210.074549] ------------[ cut here ]------------ [ 210.079223] NETDEV WATCHDOG: enabcm6e4ei0 (bcmgenet):
    transmit queue 1 timed out [ 210.086717] WARNING: CPU: 1 PID: 0 at net/sched/sch_generic.c:529 dev_watchdog+0x234/0x240 [ 210.095044] Modules linked in: genet(E) nft_fib_inet nft_fib_ipv4 nft_fib_ipv6 nft_fib nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct nft_chain_nat] [ 210.146561] ACPI CPPC: PCC check channel failed for ss: 0. ret=-110 [ 210.146927] CPU: 1 PID: 0 Comm: swapper/1 Tainted: G E 5.17.0-rc7G12+ #58 [ 210.153226] CPPC Cpufreq:cppc_scale_freq_workfn: failed to read perf counters [210.161349] Hardware name: Raspberry Pi Foundation Raspberry Pi 4 Model B/Raspberry Pi 4 Model B, BIOS EDK2-DEV 02/08/2022 [ 210.161353] pstate: 80400005 (Nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [210.161358] pc : dev_watchdog+0x234/0x240 [ 210.161364] lr : dev_watchdog+0x234/0x240 [ 210.161368] sp :
    ffff8000080a3a40 [ 210.161370] x29: ffff8000080a3a40 x28: ffffcd425af87000 x27: ffff8000080a3b20 [210.205150] x26: ffffcd425aa00000 x25: 0000000000000001 x24: ffffcd425af8ec08 [ 210.212321] x23:
    0000000000000100 x22: ffffcd425af87000 x21: ffff55b142688000 [ 210.219491] x20: 0000000000000001 x19:
    ffff55b1426884c8 x18: ffffffffffffffff [ 210.226661] x17: 64656d6974203120 x16: 0000000000000001 x15:
    6d736e617274203a [ 210.233831] x14: 2974656e65676d63 x13: ffffcd4259c300d8 x12: ffffcd425b07d5f0 [210.241001] x11: 00000000ffffffff x10: ffffcd425b07d5f0 x9 : ffffcd4258bdad9c [ 210.248171] x8 :
    00000000ffffdfff x7 : 000000000000003f x6 : 0000000000000000 [ 210.255341] x5 : 0000000000000000 x4 :
    0000000000000000 x3 : 0000000000001000 [ 210.262511] x2 : 0000000000001000 x1 : 0000000000000005 x0 :
    0000000000000044 [ 210.269682] Call trace: [ 210.272133] dev_watchdog+0x234/0x240 [ 210.275811] call_timer_fn+0x3c/0x15c [ 210.279489] __run_timers.part.0+0x288/0x310 [ 210.283777] run_timer_softirq+0x48/0x80 [ 210.287716] __do_softirq+0x128/0x360 [ 210.291392]
    __irq_exit_rcu+0x138/0x140 [ 210.295243] irq_exit_rcu+0x1c/0x30 [ 210.298745] el1_interrupt+0x38/0x54 [210.302334] el1h_64_irq_handler+0x18/0x24 [ 210.306445] el1h_64_irq+0x7c/0x80 [ 210.309857] arch_cpu_idle+0x18/0x2c [ 210.313445] default_idle_call+0x4c/0x140 [ 210.317470] cpuidle_idle_call+0x14c/0x1a0 [ 210.321584] do_idle+0xb0/0x100 [ 210.324737] cpu_startup_entry+0x30/0x8c [210.328675] secondary_start_kernel+0xe4/0x110 [ 210.333138] __secondary_switched+0x94/0x98 The assumption when these were relaxed seems to be that device memory would be mapped non reordering, and that other constructs (spinlocks/etc) would provide the barriers to assure that packet data and in memory rings/queues were ordered with respect to device register reads/writes. This itself seems a bit sketchy, but the real problem with GCC12 is that it is moving the actual reads/writes around at will as though they were independent operations when in truth they are not, but the compiler can't know that. When looking at the assembly dumps for many of these routines its possible to see very clean, but not strictly in program order operations occurring as the compiler would be free to do if these weren't actually register reads/write operations. Its possible to suppress the timeout with a liberal bit of dma_mb()'s sprinkled around but the device still seems unable to reliably send/receive data. A better plan is to use the safer readl/writel everywhere. Since this partially reverts an older commit, which notes the use of the relaxed variants for performance reasons. I would suggest that any performance problems ---truncated--- (CVE-2022-49194)

  - 已解決 Linux 核心中的下列弱點：ima: Fix a potential integer overflow in ima_appraise_measurement When the ima-modsig is enabled, the rc passed to evm_verifyxattr() may be negative, which may cause the integer overflow problem. (CVE-2022-49643)

  - 已解決 Linux 核心中的下列弱點：ovl: Use buf flexible array for memcpy() destination The buf flexible array needs to be the memcpy() destination to avoid false positive run-time warning from the recent FORTIFY_SOURCE hardening: memcpy: detected field-spanning write (size 93) of single field &fh->fb at fs/overlayfs/export.c:799 (size 21) (CVE-2022-49743)

  - 已解決 Linux 核心中的下列弱點：kprobes: Skip clearing aggrprobe's post_handler in kprobe-on-ftrace case In __unregister_kprobe_top(), if the currently unregistered probe has post_handler but other child probes of the aggrprobe do not have post_handler, the post_handler of the aggrprobe is cleared. If this is a ftrace-based probe, there is a problem. In later calls to disarm_kprobe(), we will use kprobe_ftrace_ops because post_handler is NULL. But we're armed with kprobe_ipmodify_ops. This triggers a WARN in __disarm_kprobe_ftrace() and may even cause use-after-free:
    Failed to disarm kprobe-ftrace at kernel_clone+0x0/0x3c0 (error -2) WARNING: CPU: 5 PID: 137 at kernel/kprobes.c:1135 __disarm_kprobe_ftrace.isra.21+0xcf/0xe0 Modules linked in: testKprobe_007(-) CPU: 5 PID: 137 Comm: rmmod Not tainted 6.1.0-rc4-dirty #18 [...] Call Trace: <TASK> __disable_kprobe+0xcd/0xe0
    __unregister_kprobe_top+0x12/0x150 ? mutex_lock+0xe/0x30 unregister_kprobes.part.23+0x31/0xa0 unregister_kprobe+0x32/0x40 __x64_sys_delete_module+0x15e/0x260 ? do_user_addr_fault+0x2cd/0x6b0 do_syscall_64+0x3a/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd [...] For the kprobe-on-ftrace case, we keep the post_handler setting to identify this aggrprobe armed with kprobe_ipmodify_ops. This way we can disarm it correctly. (CVE-2022-49779)

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

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

  - netdevsim修正 nsim_dev_resources_register() 失敗時nsim_drv_probe() 中的記憶體洩漏問題。如果 nsim_dev_resources_register() 中的部分項目失敗將會發生記憶體洩漏。以下是記憶體洩漏資訊。
    未參照的物件 0xffff888074c02600 (大小 128)comm echo、pid 8159、jiffies 4294945184 (493.530s 時長) 十六進位轉儲存 (前 32 個位元組)40 47 ea 89 ff ff ff ff 01 00 00 00 00 00 00 00 @G... ........ ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ........ 反向追踪 [<0000000011a31c98>] kmalloc_trace +0x22/0x60 [<0000000027384c69>] devl_resource_register+0x144/0x4e0 [<00000000a16db248>] nsim_drv_probe+0x37a/0x1260 [<000000007d1f448c>] real_probe+0x20b/0xb10 [<00000000c416848a>]
    __driver_probe_device+0x1b3/0x4a0 [<00000000077e0351>] driver_probe_device+0x49/0x140 [<0000000054f2465a>]
    __device_attach_driver+0x18c/0x2a0 [<000000008538f359>] bus_for_each_drv+0x151/0x1d0 [<0000000038e09747>]
    __device_attach+0x1c9/0x4e0 [<00000000dd86e533>] bus_probe_device+0x1d5/0x280 [<00000000839bea35>] device_add+0xae0/0x1cb0 [<000000009c2abf46>] new_device_store+0x3b6/0x5f0 [<00000000fb823d7f>] bus_attr_store+0x72/0xa0 [<000000007acc4295>] sysfs_kf_write+0x106/0x160x [<000000005f50cb4d>] kernfs_fop_write_iter+0x3a8/0x5a0 [<0000000075eb41bf>] vfs_write+0x8f0/0xc80 (CVE-2022-50500)

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

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

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

    netdevsim修正 nsim_dev_resources_register() 失敗時 nsim_drv_probe() 中的記憶體洩漏 (CVE-2022-50500)

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

    scsiqla2xxx使用 raw_smp_processor_id() 而非 smp_processor_id() (CVE-2023-53530)

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

    netbridge修正 br_multicast_query_expired() 中的軟鎖定 (CVE-2025-39773)

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

    mm/memory-failure修正解除污染記憶體時的 VM_BUG_ON_PAGE(PagePoisoned(page)) (CVE-2025-39883)

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

    i40e修正 i40e_vsi_request_irq_msix 錯誤路徑中的 IRQ 釋放 (CVE-2025-39911)

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

    tcp_bpftcp_bpf_send_verdict() 無法配置 psock->cork 時呼叫 sk_msg_free()。 (CVE-2025-39913)

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

    netrfkillgpio修正因解除參照未初始化的指標所導致的損毀 (CVE-2025-39937)

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

    qed不收集過多保護覆寫 GRC 元素 (CVE-2025-39949)

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

    cgroup將 cgroup_destroy_wq 分割為 3 個工作佇列 (CVE-2025-39953)

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

    tcp清除 tcp_disconnect() 中的 tcp_sk(sk)->fastopen_rsk。 (CVE-2025-39955)

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

    cryptoaf_alg - 不允許 af_alg_sendmsg 中的並行寫入 (CVE-2025-39964)

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

    fbcon修正 fbcon_do_set_font 中的整數溢位 (CVE-2025-39967)

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

    i40e新增 VF 篩選的最大邊界檢查 (CVE-2025-39968)

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

    i40e修正 get 資源中的 VF 狀態驗證 (CVE-2025-39969)

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

    i40e修正 action_meta 的輸入驗證邏輯 (CVE-2025-39970)

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

    i40e修正組態佇列訊息中的 idx 驗證 (CVE-2025-39971)

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

    i40e修正 i40e_validate_queue_map 中的 idx 驗證 (CVE-2025-39972)

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

    i40e新增 ring_len 參數的驗證 (CVE-2025-39973)

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

    nexthop當 nexthop 位於群組中時禁止 FDB 狀態變更 (CVE-2025-39980)

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

    tracing dynevent新增 dynevent 缺少的鎖定檢查 (CVE-2025-40021)

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

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

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

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

    netdevsim修正 nsim_dev_resources_register() 失敗時nsim_drv_probe() 中的記憶體洩漏 (CVE-2022-50500)

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

    libceph修正對 ceph_connection_v1_info 的無效存取 (CVE-2025-39880)

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

    mm/memory-failure修正解除污染記憶體時的 VM_BUG_ON_PAGE(PagePoisoned(page)) (CVE-2025-39883)

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

    tcp_bpftcp_bpf_send_verdict() 無法配置 psock->cork 時呼叫 sk_msg_free()。 (CVE-2025-39913)

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

    cgroup將 cgroup_destroy_wq 分割為 3 個工作佇列 (CVE-2025-39953)

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

    tcp清除 tcp_disconnect() 中的 tcp_sk(sk)->fastopen_rsk。 (CVE-2025-39955)

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

    cryptoaf_alg - 不允許 af_alg_sendmsg 中的並行寫入 (CVE-2025-39964)

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

    fbcon修正 fbcon_do_set_font 中的整數溢位 (CVE-2025-39967)

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

    nexthop當 nexthop 位於群組中時禁止 FDB 狀態變更 (CVE-2025-39980)

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

    tracing dynevent新增 dynevent 缺少的鎖定檢查 (CVE-2025-40021)

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
271753	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。4-2025-113 (ALASKERNEL-5.4-2025-113)	Nessus	Amazon Linux Local Security Checks	2025/10/28	2026/2/26	high
353122	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1779375889）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/21	high
269424	Linux Distros 未修補的弱點：CVE-2022-50500	Nessus	Misc.	2025/10/8	2026/9/30	medium
271760	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2025-109 (ALASKERNEL-5.10-2025-109)	Nessus	Amazon Linux Local Security Checks	2025/10/28	2026/9/18	high
271740	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。15-2025-093 (ALASKERNEL-5.15-2025-093)	Nessus	Amazon Linux Local Security Checks	2025/10/28	2026/9/18	high

偵測

搜尋 Plugin

high

high

medium

high

high