远程主机上安装的内核版本低于 5.4.292-208.414。因此，会受到 ALAS2KERNEL-5.4-2025-100 公告中提及的多个漏洞影响。

    在 Linux 内核中，以下漏洞已修复：

    net/mlx5e：修复邻居更新处理程序中 encap 条目的释放后使用问题 (CVE-2021-47247)

    在 Linux 内核中，以下漏洞已修复：

    scsi: iscsi_tcp : 修复了访问 shost IP 地址时，注销期间发生的释放后使用 (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：修复用于快速切换正常 PMD 时的 flush_tlb_range() (CVE-2025-22045)

    在 Linux 内核中，以下漏洞已修复：

    netlabel：修复 IPv4 套接字上的 CALIPSO 造成的空指针异常 (CVE-2025-22063)

    在 Linux 内核中，以下漏洞已修复：

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

    在 Linux 内核中，以下漏洞已修复：

    thermal：int340x：添加对 adev 的空检查 (CVE-2025-23136)

    在 Linux 内核中，以下漏洞已修复：

    net_sched：skbprio：删除过于严格的队列断言 (CVE-2025-38637)

    在 Linux 内核中，以下漏洞已修复：

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

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的内核版本低于 5.10.236-227.928。因此，会受到 ALAS2KERNEL-5.10-2025-090 公告中提及的多个漏洞影响。

    在 Linux 内核中，以下漏洞已修复：

    net/mlx5e：修复邻居更新处理程序中 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 IP 地址时，注销期间发生的释放后使用 (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 超级调用 (CVE-2025-21779)

    在 Linux 内核中，以下漏洞已修复：

    ovl：通过移动 ovl_link_up 中的 dput()，修复 ovl_dentry_update_reval 中的释放后使用漏洞 (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 内核中，以下漏洞已修复：

    regulator：检查使用虚拟调节器之前是否已对其进行探测 (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：修复用于快速切换正常 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：修复 IPv4 套接字上的 CALIPSO 造成的空指针异常 (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 的空检查 (CVE-2025-23136)

    在 Linux 内核中，以下漏洞已修复：

    watch_queue：修复管道核算不匹配 (CVE-2025-23138)

    在 Linux 内核中，以下漏洞已修复：

    ext4: 修复检查 dotdot 目录时出现的 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 条目插入/删除这可能导致跟随use-after-free[23827.464923] ======================================== ========================== [23827.469446] BUGKASANmlx5e_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_花] [23827.514975] fl_change+0x2ceb/0x4a51 [cls_花] [23827.515821] tc_new_tfilter+0x89a/0x2070 [] ] tc_new_tfilter+0x89a/0x207023827.516548rtgnet +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+0xb570 [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 12 公告中提及的多个漏洞的影响。

  - 已修复 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 syscall 的当前实现不会在 syscall 期间立即发出 IBPB。ib_prctl_set 函数会更新任务的线程信息标记 (TIF)，并更新 __speculation_ctrl_update 函数的 SPEC_CTRL MSR，但仅在检查 TIF 位时，才会根据下一个计划发布 IBPB。这使受害者容易受到 prctl syscall 之前已在 BTB 中注入的值影响。通过 prctl (ib_prctl_set) 添加有条件缓解支持的修补程序可追溯至内核 4.9.176。我们建议升级过去的提交 a664ec9158eeddd75121d39c9a0758016097fa96 (CVE-2023-0045)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
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
234958	Amazon Linux 2：内核 (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 / 等多个漏洞（CENTOS8.4：CLSA-2026：1791858083）	Nessus	CentOS Local Security Checks	2026/10/20	2026/10/20	high

检测

插件搜索

high

high

high

high

high