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

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

    net/mlx5e：修正 neigh 更新處理程式中 encap 項目的釋放後使用 (CVE-2021-47247)

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

    i2c：dev：檢查呼叫 dev_set_name() 時的傳回值 (CVE-2022-49046)

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

    blk-throttle：bio 受到限制時設定 BIO_THROTTLED (CVE-2022-49465)

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

    x86/kexec：修正 elf 標頭緩衝區的記憶體洩漏 (CVE-2022-49546)

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

    ipv6：修正 __ip6_append_data 中的帶正負號整數溢位 (CVE-2022-49728)

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

    scsi: iscsi_tcp : 修復存取 shost ipaddress 時在登出期間發生 UAF (CVE-2023-52975)

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

    btrfs：正確處理 btrfs_dec_ref() 的錯誤 (CVE-2024-46753)

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

    mm：呼叫 remap_file_pages() 中的 security_mmap_file() LSM 勾點 (CVE-2024-47745)

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

    bpf、sockmap：修正元素取代和 close() 之間的爭用 (CVE-2024-56664)

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

    PCI/ASPM: 修正移除交換器上游功能時的連線狀態異常退出問題 (CVE-2024-58093)

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

    ipv6：mcast：延伸 igmp6_send() 中的 RCU 保護 (CVE-2025-21759)

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

    KVM：x86：如果本機 APIC 不在核心中，則拒絕 Hyper-V 的 SEND_IPI hypercall (CVE-2025-21779)

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

    ovl：藉由移動 ovl_link_up 中的 dput() 來修復 ovl_dentry_update_reval 中的 UAF 問題 (CVE-2025-21887)

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

    netfilter：nf_conncount：完全初始化 insert_tree() 中的 nf_conncount_tuple 結構 (CVE-2025-21959)

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

    net_sched：防止使用 TC_H_ROOT 建立類別 (CVE-2025-21971)

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

    net/mlx5: 處理 mlx5_chains_create_table() 中的錯誤 (CVE-2025-21975)

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

    x86/microcode/AMD：修正具有無 CPU NUMA 節點的系統中發生的超出邊界 (CVE-2025-21991)

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

    HID：忽略 HP 5MP 相機中無作用的感應器 (CVE-2025-21992)

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

    drm/radeon：修正 radeon_vce_cs_parse() 中的未初始化大小問題 (CVE-2025-21996)

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

    proc：修正 proc_get_inode() 中的 UAF (CVE-2025-21999)

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

    net：atm：修復 lec_send() 中的釋放後使用 (CVE-2025-22004)

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

    ipv6：修正 fib_check_nh_v6_gw() 中 nhc_pcpu_rth_output 的記憶體洩漏。 (CVE-2025-22005)

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

    調節器：使用虛擬調節器前檢查是否已對其進行探查 (CVE-2025-22008)

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

    netfilter：socket：查閱 IPv6 SNAT 的原始元組 (CVE-2025-22021)

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

    nfsd：如果無法將 dl_recall 排入佇列，則放置 dl_stid (CVE-2025-22025)

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

    tracing: 修復切換追蹤器期間 print_graph_function_flags 中的釋放後使用問題 (CVE-2025-22035)

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

    acpi：nfit：修正 acpi_nfit_ctl 中的縮小轉換範圍 (CVE-2025-22044)

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

    x86/mm：修正用於 zapping 正常 PMD 的 flush_tlb_range() (CVE-2025-22045)

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

    net：修正 geneve_opt 長度整數溢位 (CVE-2025-22055)

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

    netfilter: nft_tunnel: 修復 geneve_opt 類型混淆新增 (CVE-2025-22056)

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

    netlabel：修正 CALIPSO 對 IPv4 通訊端造成的 NULL 指標例外狀況 (CVE-2025-22063)

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

    rtnetlink：在支援時為 VF GUID 配置 vfinfo 大小 (CVE-2025-22075)

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

    RDMA/mlx5：修正 mlx5_poll_one() cur_qp 更新流程 (CVE-2025-22086)

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

    thermal：int340x：新增 adev 的 NULL 檢查 (CVE-2025-23136)

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

    watch_queue：修正管道計量不相符 (CVE-2025-23138)

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

    ext4: 修復檢查 dotdot dir 時出現的 OOB 讀取問題 (CVE-2025-37785)

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

    net_sched：skbprio：移除過於嚴格的佇列宣告 (CVE-2025-38637)

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

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

遠端 Debian 11 主機上安裝的多個套件受到 dla-4178 公告中提及的多個弱點影響。

    - ------------------------------------------------- ------------------------------------ Debian LTS 公告 DLA-4178-1 debian-lts@lists.debian.org https://www.debian.org/lts/security/Ben Hutchings 2025 年 5 月 25 日 https://wiki.debian.org/LTS-------------------------------------------------------------------------

    套件：linux 版本：5.10.237-1 CVE ID：CVE-2021-47247 CVE-2021-47489 CVE-2022-48893 CVE-2022-49046 CVE-2022-49190 CVE-2022-49219 CVE-2022-49309 CVE-2022-49546 CVE-2022-49728 CVE-2023-52572 CVE-2023-52621 CVE-2023-52752 CVE-2023-52757 CVE-2023-53034 CVE-2024-26686 CVE-2024-26928 CVE-2024-26982 CVE-2024-35867 CVE-2024-35943 CVE-2024-36908 CVE-2024-38611 CVE-2024-39494 CVE-2024-41073 CVE-2024-42322 CVE-2024-44938 CVE-2024-46753 CVE-2024-46812 CVE-2024-46816 CVE-2024-46821 CVE-2024-47726 CVE-2024-47730 CVE-2024-49960 CVE-2024-50047 CVE-2024-50154 CVE-2024-50280 CVE-2024-53144 CVE-2024-54458 CVE-2024-56599 CVE-2024-56608 CVE-2024-56658 CVE-2024-56664 CVE-2024-57834 CVE-2024-57973 CVE-2024-57977 CVE-2024-57979 CVE-2024-57980 CVE-2024-57981 CVE-2024-57986 CVE-2024-58001 CVE-2024-58002 CVE-2024-58005 CVE-2024-58007 CVE-2024-58010 CVE-2024-58014 CVE-2024-58016 CVE-2024-58017 CVE-2024-58020 CVE-2024-58051 CVE-2024-58052 CVE-2024-58055 CVE-2024-58058 CVE-2024-58063 CVE-2024-58069 CVE-2024-58071 CVE-2024-58072 CVE-2024-58083 CVE-2024-58085 CVE-2024-58090 CVE-2025-21647 CVE-2025-21700 CVE-2025-21702 CVE-2025-21704 CVE-2025-21708 CVE-2025-21711 CVE-2025-21715 CVE-2025-21718 CVE-2025-21719 CVE-2025-21721 CVE-2025-21722 CVE-2025-21726 CVE-2025-21727 CVE-2025-21728 CVE-2025-21731 CVE-2025-21735 CVE-2025-21736 CVE-2025-21744 CVE-2025-21745 CVE-2025-21749 CVE-2025-21753 CVE-2025-21756 CVE-2025-21760 CVE-2025-21761 CVE-2025-21762 CVE-2025-21763 CVE-2025-21764 CVE-2025-21765 CVE-2025-21767 CVE-2025-21772 CVE-2025-21776 CVE-2025-21779 CVE-2025-21781 CVE-2025-21782 CVE-2025-21785 CVE-2025-21787 CVE-2025-21791 CVE-2025-21795 CVE-2025-21796 CVE-2025-21799 CVE-2025-21802 CVE-2025-21804 CVE-2025-21806 CVE-2025-21811 CVE-2025-21814 CVE-2025-21823 CVE-2025-21826 CVE-2025-21835 CVE-2025-21844 CVE-2025-21846 CVE-2025-21848 CVE-2025-21853 CVE-2025-21858 CVE-2025-21859 CVE-2025-21862 CVE-2025-21871 CVE-2025-21872 CVE-2025-21875 CVE-2025-21877 CVE-2025-21878 CVE-2025-21898 CVE-2025-21904 CVE-2025-21905 CVE-2025-21909 CVE-2025-21910 CVE-2025-21914 CVE-2025-21916 CVE-2025-21917 CVE-2025-21920 CVE-2025-21922 CVE-2025-21925 CVE-2025-21926 CVE-2025-21928 CVE-2025-21934 CVE-2025-21935 CVE-2025-21941 CVE-2025-21943 CVE-2025-21948 CVE-2025-21956 CVE-2025-21957 CVE-2025-21959 CVE-2025-21968 CVE-2025-21971 CVE-2025-21975 CVE-2025-21981 CVE-2025-21991 CVE-2025-21992 CVE-2025-21993 CVE-2025-21996 CVE-2025-21999 CVE-2025-22004 CVE-2025-22005 CVE-2025-22007 CVE-2025-22008 CVE-2025-22010 CVE-2025-22014 CVE-2025-22018 CVE-2025-22020 CVE-2025-22021 CVE-2025-22025 CVE-2025-22027 CVE-2025-22035 CVE-2025-22044 CVE-2025-22045 CVE-2025-22054 CVE-2025-22055 CVE-2025-22056 CVE-2025-22063 CVE-2025-22075 CVE-2025-22079 CVE-2025-22086 CVE-2025-23136 CVE-2025-23138 CVE-2025-23140 CVE-2025-23142 CVE-2025-23144 CVE-2025-23145 CVE-2025-23146 CVE-2025-23147 CVE-2025-23148 CVE-2025-23150 CVE-2025-23156 CVE-2025-23157 CVE-2025-23158 CVE-2025-23159 CVE-2025-23163 CVE-2025-37738 CVE-2025-37739 CVE-2025-37740 CVE-2025-37741 CVE-2025-37749 CVE-2025-37756 CVE-2025-37757 CVE-2025-37765 CVE-2025-37766 CVE-2025-37768 CVE-2025-37770 CVE-2025-37773 CVE-2025-37780 CVE-2025-37781 CVE-2025-37782 CVE-2025-37785 CVE-2025-37788 CVE-2025-37789 CVE-2025-37792 CVE-2025-37794 CVE-2025-37796 CVE-2025-37797 CVE-2025-37803 CVE-2025-37808 CVE-2025-37810 CVE-2025-37812 CVE-2025-37817 CVE-2025-37823 CVE-2025-37824 CVE-2025-37829 CVE-2025-37836 CVE-2025-37838 CVE-2025-37839 CVE-2025-37840 CVE-2025-37841 CVE-2025-37844 CVE-2025-37850 CVE-2025-37851 CVE-2025-37857 CVE-2025-37858 CVE-2025-37859 CVE-2025-37862 CVE-2025-37867 CVE-2025-37871 CVE-2025-37881 CVE-2025-37885 CVE-2025-38637 CVE-2025-39728 CVE-2025-39735

    在 Linux 核心中發現數個弱點，這些弱點可能會導致特權提升、拒絕服務或資訊洩漏。

    針對 Debian 11 Bullseye，已在 5.10.237-1 版本中修正這些問題。還包含穩定版更新 5.10.235-5.10.237 中的許多錯誤修正。

    建議您升級 linux 套件。

    如需有關 linux 安全性狀態的詳細資訊，請參閱其安全追蹤頁面：
    https://security-tracker.debian.org/tracker/linux

    有關 Debian LTS 安全公告、如何將這些更新套用至您的系統以及常見問題的詳細資訊，請參閱：https://wiki.debian.org/LTSAttachment:signature.ascDescription: PGP signature

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

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

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

  - net/mlx5e修正 neigh 更新處置程式中 encap 項目的釋放後使用 函式 mlx5e_rep_neigh_update() 未更新無法從 TC 篩選更新路徑移除 rtnl 鎖定並正確處理並行 encap 項目插入/刪除其可導致下列問題釋放後使用[23827.464923] ======================================== ========================== [23827.469446] 錯誤KASANmlx5e_encap_take+0x72/0x140 中發生釋放後使用 [mlx5_core] [23827.470971] 工作 kworker/u20:6/21635 在 addr ffff8881d132228c 讀取大小 4 的內容 [23827.472251] [23827.472615] CPU: 9 PID: 21635 Comm: kworker/u20:6 未受污染的 5.13.0-rc3+ #5 [23827.473788] 硬體名稱QEMU Standard PC (Q35 + ICH9, 2009)、BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014 [23827.475639] 工作佇列 mlx5e mlx5e_rep_neigh_update [mlx5_core] [23827.476731] 呼叫追踪[23827.477260] dump_stack+0xbb/0x107 [23827.477906] print_address_description.constprop.0+0x18/0x140 [23827.478896] mlx5e_encap_take+0x72/0x140 [mlx5_core] [23827.479879] mlx5e_encap_take+0x72/0x140 [mlx5_core] [23827.480905] kasan_report.cold+0x7c/0xd8 [23827.481701] mlx5e_encap_take+0x72/0x140 [mlx5_core] [23827.482744] kasan_check_range+0x145/0x1a0 [23827.493112] mlx5e_encap_take+0x72/0x140 [mlx5_core] [23827.494054] ? mlx5e_tc_tun_encap_info_equal_generic+0x140/0x140 [mlx5_core] [23827.495296] mlx5e_rep_neigh_update+0x41e/0x5e0 [mlx5_core] [23827.496338] mlx5e_rep_neigh_entry_release+0xb80/0xb80 [mlx5_core] [23827.497486] ? read_word_at_a_time+0xe/0x20 [23827.498250] ? strscpy+0xa0/0x2a0 [23827.498889] process_one_work+0x8ac/0x14e0 [23827.499638] ? lockdep_hardirqs_on_prepare+0x400/0x400 [23827.500537] pwq_dec_nr_in_flight+0x2c0/0x2c0 [23827.501359] ? rwlock_bug.part.0+0x90/0x90 [23827.502116] worker_thread+0x53b/0x1220 [23827.502831] ? process_one_work+0x14e0/0x14e0 [23827.503627] kthread+0x328/0x3f0 [23827.504254] ? _raw_spin_unlock_irq+0x24/0x40 [23827.505065]
    __kthread_bind_mask+0x90/0x90 [23827.505912] ret_from_fork+0x1f/0x30 [23827.506621] [23827.506987] 由工作 28248 分配[23827.507694] kasan_save_stack+0x1b/0x40 [23827.508476]
    __kasan_kmalloc+0x7c/0x90 [23827.509197] mlx5e_attach_encap+0xde1/0x1d40 [mlx5_core] [23827.510194] mlx5e_tc_add_fdb_flow+0x397/0xc40 [mlx5_core] [23827.511218] __mlx5e_add_fdb_flow+0x519/0xb30 [mlx5_core] [23827.512234] mlx5e_configure_flower+0x191c/0x4870 [mlx5_core] [23827.513298] tc_setup_cb_add+0x1d5/0x420 [23827.514023] fl_hw_replace_filter+0x382/0x6a0 [cls_flow] [23827.514975] fl_change+0x2ceb/0x4a51 [cls_flow] [23827.515821] tc_new_tfilter+0x89a/0x2070 [23827.516548[gms] ] rtnetlink_vrc_ +0x644/0x8c0 [23827.517300] netlink_rcv_skb+0x11d/0x340 [23827.518021] netlink_unicast+0x42b/0x700 [23827.518742] netlink_sendmsg+0x743/0xc20 [23827.519467] sock_sendmsg+0xb2/0xe0 [23827.520131]
    ____sys_sendmsg+0x590/0x770 [23827.520851] ___sys_sendmsg+0xd8/0x160 [23827.521552]
    __sys_sendmsg+0xb7/0x140 [23827.522238] do_syscall_64+0x3a/0x70 [23827.522907] entry_SYSCALL_64_after_hwframe+0x44/0xae [23827.523797] [23827.524163] 已由工作 25948 釋放[23827.524780] kasan_save_stack+0x1b/0x40 [23827.525488] kasan_set_track +0x1c/0x30 [23827.526187] kasan_set_free_info+0x20/0x30 [23827.526968] __kasan_slab_free+0xed/0x130 [23827.527709] slab_free_freelist_hook+0xcf/0x1d0 [23827.528528] kmem_cache_free_bulk+0x33a/0x6e0 [23827.529317] kfree_rcu_work+0x55f/0xb70 [23827.530024] process_one_work+0x8ac/0x14e0 [23827.530770] worker_thread+0x53b/0x1220 [23827.531480] kthread+0x328/0x3f0 [23827.532114] ret_from_fork+0x1f/0x30 [23827.532785] [23827.533147] 上次可能相關的工作建立[23827.534007] kasan_save_stack+0x1b/0x40 [23827.534710] kasan_record_aux_stack+0xab/0xc0 [23827.535492] kvfree_call_rcu+0x31/0x7b0 [23827.536206] mlx5e_tc_del ---truncated--- (CVE-2021-47247)

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

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

  - 已解決 Linux 核心中的下列弱點：net/mlx5e: Fix use-after-free of encap entry in neigh update handler Function mlx5e_rep_neigh_update() wasn't updated to accommodate rtnl lock removal from TC filter update path and properly handle concurrent encap entry insertion/deletion which can lead to following use-after-free: [23827.464923] ================================================================== [23827.469446] BUG: KASAN: use-after-free in mlx5e_encap_take+0x72/0x140 [mlx5_core] [23827.470971] Read of size 4 at addr ffff8881d132228c by task kworker/u20:6/21635 [23827.472251] [23827.472615] CPU: 9 PID: 21635 Comm: kworker/u20:6 Not tainted 5.13.0-rc3+ #5 [23827.473788] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014 [23827.475639] Workqueue: mlx5e mlx5e_rep_neigh_update [mlx5_core] [23827.476731] Call Trace: [23827.477260] dump_stack+0xbb/0x107 [23827.477906] print_address_description.constprop.0+0x18/0x140 [23827.478896] ? mlx5e_encap_take+0x72/0x140 [mlx5_core] [23827.479879] ? mlx5e_encap_take+0x72/0x140 [mlx5_core] [23827.480905] kasan_report.cold+0x7c/0xd8 [23827.481701] ? mlx5e_encap_take+0x72/0x140 [mlx5_core] [23827.482744] kasan_check_range+0x145/0x1a0 [23827.493112] mlx5e_encap_take+0x72/0x140 [mlx5_core] [23827.494054] ? mlx5e_tc_tun_encap_info_equal_generic+0x140/0x140 [mlx5_core] [23827.495296] mlx5e_rep_neigh_update+0x41e/0x5e0 [mlx5_core] [23827.496338] ? mlx5e_rep_neigh_entry_release+0xb80/0xb80 [mlx5_core] [23827.497486] ? read_word_at_a_time+0xe/0x20 [23827.498250] ? strscpy+0xa0/0x2a0 [23827.498889] process_one_work+0x8ac/0x14e0 [23827.499638] ? lockdep_hardirqs_on_prepare+0x400/0x400 [23827.500537] ? pwq_dec_nr_in_flight+0x2c0/0x2c0 [23827.501359] ? rwlock_bug.part.0+0x90/0x90 [23827.502116] worker_thread+0x53b/0x1220 [23827.502831] ? process_one_work+0x14e0/0x14e0 [23827.503627] kthread+0x328/0x3f0 [23827.504254] ? _raw_spin_unlock_irq+0x24/0x40 [23827.505065] ?
    __kthread_bind_mask+0x90/0x90 [23827.505912] ret_from_fork+0x1f/0x30 [23827.506621] [23827.506987] Allocated by task 28248: [23827.507694] kasan_save_stack+0x1b/0x40 [23827.508476]
    __kasan_kmalloc+0x7c/0x90 [23827.509197] mlx5e_attach_encap+0xde1/0x1d40 [mlx5_core] [23827.510194] mlx5e_tc_add_fdb_flow+0x397/0xc40 [mlx5_core] [23827.511218] __mlx5e_add_fdb_flow+0x519/0xb30 [mlx5_core] [23827.512234] mlx5e_configure_flower+0x191c/0x4870 [mlx5_core] [23827.513298] tc_setup_cb_add+0x1d5/0x420 [23827.514023] fl_hw_replace_filter+0x382/0x6a0 [cls_flower] [23827.514975] fl_change+0x2ceb/0x4a51 [cls_flower] [23827.515821] tc_new_tfilter+0x89a/0x2070 [23827.516548] rtnetlink_rcv_msg+0x644/0x8c0 [23827.517300] netlink_rcv_skb+0x11d/0x340 [23827.518021] netlink_unicast+0x42b/0x700 [23827.518742] netlink_sendmsg+0x743/0xc20 [23827.519467] sock_sendmsg+0xb2/0xe0 [23827.520131]
    ____sys_sendmsg+0x590/0x770 [23827.520851] ___sys_sendmsg+0xd8/0x160 [23827.521552]
    __sys_sendmsg+0xb7/0x140 [23827.522238] do_syscall_64+0x3a/0x70 [23827.522907] entry_SYSCALL_64_after_hwframe+0x44/0xae [23827.523797] [23827.524163] Freed by task 25948: [23827.524780] kasan_save_stack+0x1b/0x40 [23827.525488] kasan_set_track+0x1c/0x30 [23827.526187] kasan_set_free_info+0x20/0x30 [23827.526968] __kasan_slab_free+0xed/0x130 [23827.527709] slab_free_freelist_hook+0xcf/0x1d0 [23827.528528] kmem_cache_free_bulk+0x33a/0x6e0 [23827.529317] kfree_rcu_work+0x55f/0xb70 [23827.530024] process_one_work+0x8ac/0x14e0 [23827.530770] worker_thread+0x53b/0x1220 [23827.531480] kthread+0x328/0x3f0 [23827.532114] ret_from_fork+0x1f/0x30 [23827.532785] [23827.533147] Last potentially related work creation: [23827.534007] kasan_save_stack+0x1b/0x40 [23827.534710] kasan_record_aux_stack+0xab/0xc0 [23827.535492] kvfree_call_rcu+0x31/0x7b0 [23827.536206] mlx5e_tc_del ---truncated--- (CVE-2021-47247)

  - 已解決 Linux 核心中的下列弱點：bpf: Do mark_chain_precision for ARG_CONST_ALLOC_SIZE_OR_ZERO Precision markers need to be propagated whenever we have an ARG_CONST_* style argument, as the verifier cannot consider imprecise scalars to be equivalent for the purposes of states_equal check when such arguments refine the return value (in this case, set mem_size for PTR_TO_MEM). The resultant mem_size for the R0 is derived from the constant value, and if the verifier incorrectly prunes states considering them equivalent where such arguments exist (by seeing that both registers have reg->precise as false in regsafe), we can end up with invalid programs passing the verifier which can do access beyond what should have been the correct mem_size in that explored state. To show a concrete example of the problem: 0000000000000000 <prog>: 0: r2 = *(u32 *)(r1 + 80) 1: r1 = *(u32 *)(r1 + 76) 2: r3 = r1 3: r3 += 4 4: if r3 > r2 goto +18 <LBB5_5> 5: w2 = 0 6: *(u32 *)(r1 + 0) = r2 7: r1 = *(u32
    *)(r1 + 0) 8: r2 = 1 9: if w1 == 0 goto +1 <LBB5_3> 10: r2 = -1 0000000000000058 <LBB5_3>: 11: r1 = 0 ll 13: r3 = 0 14: call bpf_ringbuf_reserve 15: if r0 == 0 goto +7 <LBB5_5> 16: r1 = r0 17: r1 += 16777215 18:
    w2 = 0 19: *(u8 *)(r1 + 0) = r2 20: r1 = r0 21: r2 = 0 22: call bpf_ringbuf_submit 00000000000000b8 <LBB5_5>: 23: w0 = 0 24: exit For the first case, the single line execution's exploration will prune the search at insn 14 for the branch insn 9's second leg as it will be verified first using r2 = -1 (UINT_MAX), while as w1 at insn 9 will always be 0 so at runtime we don't get error for being greater than UINT_MAX/4 from bpf_ringbuf_reserve. The verifier during regsafe just sees reg->precise as false for both r2 registers in both states, hence considers them equal for purposes of states_equal. If we propagated precise markers using the backtracking support, we would use the precise marking to then ensure that old r2 (UINT_MAX) was within the new r2 (1) and this would never be true, so the verification would rightfully fail. The end result is that the out of bounds access at instruction 19 would be permitted without this fix. Note that reg->precise is always set to true when user does not have CAP_BPF (or when subprog count is greater than 1 (i.e. use of any static or global functions)), hence this is only a problem when precision marks need to be explicitly propagated (i.e. privileged users with CAP_BPF). A simplified test case has been included in the next patch to prevent future regressions. (CVE-2022-49961)

  - 已解決 Linux 核心中的下列弱點：nfsd: under NFSv4.1, fix double svc_xprt_put on rpc_create failure On error situation `clp->cl_cb_conn.cb_xprt` should not be given a reference to the xprt otherwise both client cleanup and the error handling path of the caller call to put it. Better to delay handing over the reference to a later branch. [ 72.530665] refcount_t: underflow; use-after-free. [ 72.531933] WARNING: CPU: 0 PID: 173 at lib/refcount.c:28 refcount_warn_saturate+0xcf/0x120 [72.533075] Modules linked in: nfsd(OE) nfsv4(OE) nfsv3(OE) nfs(OE) lockd(OE) compat_nfs_ssc(OE) nfs_acl(OE) rpcsec_gss_krb5(OE) auth_rpcgss(OE) rpcrdma(OE) dns_resolver fscache netfs grace rdma_cm iw_cm ib_cm sunrpc(OE) mlx5_ib mlx5_core mlxfw pci_hyperv_intf ib_uverbs ib_core xt_MASQUERADE nf_conntrack_netlink nft_counter xt_addrtype nft_compat br_netfilter bridge stp llc nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct nft_chain_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 ip_set overlay nf_tables nfnetlink crct10dif_pclmul crc32_pclmul ghash_clmulni_intel xfs serio_raw virtio_net virtio_blk net_failover failover fuse [last unloaded: sunrpc] [ 72.540389] CPU: 0 PID: 173 Comm: kworker/u16:5 Tainted: G OE 5.15.82-dan #1 [ 72.541511] Hardware name: Red Hat KVM/RHEL-AV, BIOS 1.16.0-3.module+el8.7.0+1084+97b81f61 04/01/2014 [ 72.542717] Workqueue: nfsd4_callbacks nfsd4_run_cb_work [nfsd] [ 72.543575] RIP: 0010:refcount_warn_saturate+0xcf/0x120 [ 72.544299] Code: 55 00 0f 0b 5d e9 01 50 98 00 80 3d 75 9e 39 08 00 0f 85 74 ff ff ff 48 c7 c7 e8 d1 60 8e c6 05 61 9e 39 08 01 e8 f6 51 55 00 <0f> 0b 5d e9 d9 4f 98 00 80 3d 4b 9e 39 08 00 0f 85 4c ff ff ff 48 [ 72.546666] RSP:
    0018:ffffb3f841157cf0 EFLAGS: 00010286 [ 72.547393] RAX: 0000000000000026 RBX: ffff89ac6231d478 RCX:
    0000000000000000 [ 72.548324] RDX: ffff89adb7c2c2c0 RSI: ffff89adb7c205c0 RDI: ffff89adb7c205c0 [72.549271] RBP: ffffb3f841157cf0 R08: 0000000000000000 R09: c0000000ffefffff [ 72.550209] R10:
    0000000000000001 R11: ffffb3f841157ad0 R12: ffff89ac6231d180 [ 72.551142] R13: ffff89ac6231d478 R14:
    ffff89ac40c06180 R15: ffff89ac6231d4b0 [ 72.552089] FS: 0000000000000000(0000) GS:ffff89adb7c00000(0000) knlGS:0000000000000000 [ 72.553175] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 72.553934] CR2:
    0000563a310506a8 CR3: 0000000109a66000 CR4: 0000000000350ef0 [ 72.554874] Call Trace: [ 72.555278] <TASK> [ 72.555614] svc_xprt_put+0xaf/0xe0 [sunrpc] [ 72.556276] nfsd4_process_cb_update.isra.11+0xb7/0x410 [nfsd] [ 72.557087] ? update_load_avg+0x82/0x610 [ 72.557652] ? cpuacct_charge+0x60/0x70 [ 72.558212] ? dequeue_entity+0xdb/0x3e0 [ 72.558765] ? queued_spin_unlock+0x9/0x20 [ 72.559358] nfsd4_run_cb_work+0xfc/0x270 [nfsd] [ 72.560031] process_one_work+0x1df/0x390 [ 72.560600] worker_thread+0x37/0x3b0 [ 72.561644] ? process_one_work+0x390/0x390 [ 72.562247] kthread+0x12f/0x150 [72.562710] ? set_kthread_struct+0x50/0x50 [ 72.563309] ret_from_fork+0x22/0x30 [ 72.563818] </TASK> [72.564189] ---[ end trace 031117b1c72ec616 ]--- [ 72.566019] list_add corruption. next->prev should be prev (ffff89ac4977e538), but was ffff89ac4763e018. (next=ffff89ac4763e018). [ 72.567647] ------------[ cut here ]------------ (CVE-2022-50401)

  - 已解決 Linux 核心中的下列弱點：blk-mq: use quiesced elevator switch when reinitializing queues The hctx's run_work may be racing with the elevator switch when reinitializing hardware queues. The queue is merely frozen in this context, but that only prevents requests from allocating and doesn't stop the hctx work from running. The work may get an elevator pointer that's being torn down, and can result in use-after-free errors and kernel panics (example below). Use the quiesced elevator switch instead, and make the previous one static since it is now only used locally. nvme nvme0:
    resetting controller nvme nvme0: 32/0/0 default/read/poll queues BUG: kernel NULL pointer dereference, address: 0000000000000008 #PF: supervisor read access in kernel mode #PF: error_code(0x0000) - not-present page PGD 80000020c8861067 P4D 80000020c8861067 PUD 250f8c8067 PMD 0 Oops: 0000 [#1] SMP PTI Workqueue:
    kblockd blk_mq_run_work_fn RIP: 0010:kyber_has_work+0x29/0x70 ... Call Trace:
    __blk_mq_do_dispatch_sched+0x83/0x2b0 __blk_mq_sched_dispatch_requests+0x12e/0x170 blk_mq_sched_dispatch_requests+0x30/0x60 __blk_mq_run_hw_queue+0x2b/0x50 process_one_work+0x1ef/0x380 worker_thread+0x2d/0x3e0 (CVE-2022-50552)

  - prctl 系統呼叫的目前實作不會在系統呼叫期間立即發出 IBPB。ib_prctl_set 函式會更新工作的執行緒資訊旗標 (TIF)，並更新 __speculation_ctrl_update 函式上的 SPEC_CTRL MSR，但只有在檢查 TIF 位元時，才會在下一個排程中發出 IBPB。這會使受害者容易受到在 prctl 系統呼叫之前已在 BTB 上插入的值影響。透過 prctl (ib_prctl_set) 新增條件緩解支援的修補程式可回溯至核心 4.9.176。我們建議升級過去的提交 a664ec9158eeddd75121d39c9a0758016097fa96 (CVE-2023-0045)

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

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

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

    net/mlx5e：修正 neigh 更新處理程式中 encap 項目的釋放後使用 (CVE-2021-47247)

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

    scsi: iscsi_tcp : 修復存取 shost ipaddress 時在登出期間發生 UAF (CVE-2023-52975)

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

    mm：呼叫 remap_file_pages() 中的 security_mmap_file() LSM 勾點 (CVE-2024-47745)

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

    net：不延遲 dst_release() 中的 dst_entries_add() (CVE-2024-50036)

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

    PCI/ASPM: 修正移除交換器上游功能時的連線狀態異常退出問題 (CVE-2024-58093)

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

    padata：避免 reorder_work 的 UAF (CVE-2025-21726)

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

    ipv6：mcast：延伸 igmp6_send() 中的 RCU 保護 (CVE-2025-21759)

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

    nfsd：釋放 acl_access/acl_default 後予以清除 (CVE-2025-21796)

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

    netfilter：nf_conncount：完全初始化 insert_tree() 中的 nf_conncount_tuple 結構 (CVE-2025-21959)

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

    net_sched：防止使用 TC_H_ROOT 建立類別 (CVE-2025-21971)

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

    x86/microcode/AMD：修正具有無 CPU NUMA 節點的系統中發生的超出邊界 (CVE-2025-21991)

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

    HID：忽略 HP 5MP 相機中無作用的感應器 (CVE-2025-21992)

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

    drm/radeon：修正 radeon_vce_cs_parse() 中的未初始化大小問題 (CVE-2025-21996)

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

    net：atm：修復 lec_send() 中的釋放後使用 (CVE-2025-22004)

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

    ipv6：修正 fib_check_nh_v6_gw() 中 nhc_pcpu_rth_output 的記憶體洩漏。 (CVE-2025-22005)

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

    netfilter：socket：查閱 IPv6 SNAT 的原始元組 (CVE-2025-22021)

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

    tracing: 修復切換追蹤器期間 print_graph_function_flags 中的釋放後使用問題 (CVE-2025-22035)

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

    x86/mm：修正用於 zapping 正常 PMD 的 flush_tlb_range() (CVE-2025-22045)

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

    netlabel：修正 CALIPSO 對 IPv4 通訊端造成的 NULL 指標例外狀況 (CVE-2025-22063)

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

    RDMA/mlx5：修正 mlx5_poll_one() cur_qp 更新流程 (CVE-2025-22086)

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

    thermal：int340x：新增 adev 的 NULL 檢查 (CVE-2025-23136)

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

    net_sched：skbprio：移除過於嚴格的佇列宣告 (CVE-2025-38637)

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

    sctp：避免在 netns 拆卸期間auth_enable sysctl UAF （CVE-2026-68162）

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
234958	Amazon Linux 2：kernel (ALASKERNEL-5.10-2025-090)	Nessus	Amazon Linux Local Security Checks	2025/4/29	2026/2/26	high
237255	Debian dla-4178：ata-modules-5.10.0-34-armmp-di - 安全性更新	Nessus	Debian Local Security Checks	2025/5/26	2025/9/24	high
224328	Linux Distros 未修補的弱點：CVE-2021-47247	Nessus	Misc.	2025/3/5	2026/11/11	high
368032	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.4：CLSA-2026：1791858083）	Nessus	CentOS Local Security Checks	2026/10/20	2026/10/20	high
234966	Amazon Linux 2：核心， --advisory ALAS2KERNEL-5。4-2025-100（ALASKERNEL-5。4-2025-100	Nessus	Amazon Linux Local Security Checks	2025/4/29	2026/8/13	high

偵測

搜尋 Plugin

high

high

high

high

high