AlmaLinux 9.2 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.2：CLSA-2026：1783362244公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：extcon: Modify extcon device to be created after driver data is set Currently, someone can invoke the sysfs such as state_show() intermittently before dev_set_drvdata() is done. And it can be a cause of kernel Oops because of edev is Null at that time. So modified the driver registration to after setting drviver data. - Oops's backtrace.
    Backtrace: [<c067865c>] (state_show) from [<c05222e8>] (dev_attr_show) [<c05222c0>] (dev_attr_show) from [<c02c66e0>] (sysfs_kf_seq_show) [<c02c6648>] (sysfs_kf_seq_show) from [<c02c496c>] (kernfs_seq_show) [<c02c4938>] (kernfs_seq_show) from [<c025e2a0>] (seq_read) [<c025e11c>] (seq_read) from [<c02c50a0>] (kernfs_fop_read) [<c02c5064>] (kernfs_fop_read) from [<c0231cac>] (__vfs_read) [<c0231c5c>] (__vfs_read) from [<c0231ee0>] (vfs_read) [<c0231e34>] (vfs_read) from [<c0232464>] (ksys_read) [<c02323f0>] (ksys_read) from [<c02324fc>] (sys_read) [<c02324e4>] (sys_read) from [<c00091d0>] (__sys_trace_return) (CVE-2022-49308)

  - 已修复 Linux 内核中的下列漏洞：tick/nohz: unexport __init-annotated tick_nohz_full_setup() EXPORT_SYMBOL and __init is a bad combination because the .init.text section is freed up after the initialization. Hence, modules cannot use symbols annotated __init. The access to a freed symbol may end up with kernel panic. modpost used to detect it, but it had been broken for a decade.
    Commit 28438794aba4 (modpost: fix section mismatch check for exported init/exit sections) fixed it so modpost started to warn it again, then this showed up: MODPOST vmlinux.symvers WARNING: modpost:
    vmlinux.o(___ksymtab_gpl+tick_nohz_full_setup+0x0): Section mismatch in reference from the variable
    __ksymtab_tick_nohz_full_setup to the function .init.text:tick_nohz_full_setup() The symbol tick_nohz_full_setup is exported and annotated __init Fix this by removing the __init annotation of tick_nohz_full_setup or drop the export. Drop the export because tick_nohz_full_setup() is only called from the built-in code in kernel/sched/isolation.c. (CVE-2022-49675)

  - 已修复 Linux 内核中的下列漏洞：ata: libata-core: fix NULL pointer deref in ata_host_alloc_pinfo() In an unlikely (and probably wrong?) case that the 'ppi' parameter of ata_host_alloc_pinfo() points to an array starting with a NULL pointer, there's going to be a kernel oops as the 'pi' local variable won't get reassigned from the initial value of NULL. Initialize 'pi' instead to '&ata_dummy_port_info' to fix the possible kernel oops for good... Found by Linux Verification Center (linuxtesting.org) with the SVACE static analysis tool. (CVE-2022-49731)

  - 已修复 Linux 内核中的下列漏洞：bridge: switchdev: Fix memory leaks when changing VLAN protocol The bridge driver can offload VLANs to the underlying hardware either via switchdev or the 8021q driver. When the former is used, the VLAN is marked in the bridge driver with the 'BR_VLFLAG_ADDED_BY_SWITCHDEV' private flag. To avoid the memory leaks mentioned in the cited commit, the bridge driver will try to delete a VLAN via the 8021q driver if the VLAN is not marked with the previously mentioned flag. When the VLAN protocol of the bridge changes, switchdev drivers are notified via the 'SWITCHDEV_ATTR_ID_BRIDGE_VLAN_PROTOCOL' attribute, but the 8021q driver is also called to add the existing VLANs with the new protocol and delete them with the old protocol. In case the VLANs were offloaded via switchdev, the above behavior is both redundant and buggy. Redundant because the VLANs are already programmed in hardware and drivers that support VLAN protocol change (currently only mlx5) change the protocol upon the switchdev attribute notification. Buggy because the 8021q driver is called despite these VLANs being marked with 'BR_VLFLAG_ADDED_BY_SWITCHDEV'. This leads to memory leaks [1] when the VLANs are deleted. Fix by not calling the 8021q driver for VLANs that were already programmed via switchdev. [1] unreferenced object 0xffff8881f6771200 (size 256): comm ip, pid 446855, jiffies 4298238841 (age 55.240s) hex dump (first 32 bytes): 00 00 7f 0e 83 88 ff ff 00 00 00 00 00 00 00 00 ................ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ backtrace:
    [<00000000012819ac>] vlan_vid_add+0x437/0x750 [<00000000f2281fad>] __br_vlan_set_proto+0x289/0x920 [<000000000632b56f>] br_changelink+0x3d6/0x13f0 [<0000000089d25f04>] __rtnl_newlink+0x8ae/0x14c0 [<00000000f6276baf>] rtnl_newlink+0x5f/0x90 [<00000000746dc902>] rtnetlink_rcv_msg+0x336/0xa00 [<000000001c2241c0>] netlink_rcv_skb+0x11d/0x340 [<0000000010588814>] netlink_unicast+0x438/0x710 [<00000000e1a4cd5c>] netlink_sendmsg+0x788/0xc40 [<00000000e8992d4e>] sock_sendmsg+0xb0/0xe0 [<00000000621b8f91>] ____sys_sendmsg+0x4ff/0x6d0 [<000000000ea26996>] ___sys_sendmsg+0x12e/0x1b0 [<00000000684f7e25>] __sys_sendmsg+0xab/0x130 [<000000004538b104>] do_syscall_64+0x3d/0x90 [<0000000091ed9678>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49812)

  - 已修复 Linux 内核中的下列漏洞：capabilities: fix potential memleak on error path from vfs_getxattr_alloc() In cap_inode_getsecurity(), we will use vfs_getxattr_alloc() to complete the memory allocation of tmpbuf, if we have completed the memory allocation of tmpbuf, but failed to call handler->get(...), there will be a memleak in below logic: |-- ret = (int)vfs_getxattr_alloc(mnt_userns, ...) | /* ^^^ alloc for tmpbuf */ |-- value = krealloc(*xattr_value, error + 1, flags) | /* ^^^ alloc memory */ |-- error = handler->get(handler, ...) | /* error! */ |--
    *xattr_value = value | /* xattr_value is &tmpbuf (memory leak!) */ So we will try to free(tmpbuf) after vfs_getxattr_alloc() fails to fix it. [PM: subject line and backtrace tweaks] (CVE-2022-49890)

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

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - dm修复 retrieve_deps 中的争用条件检索_deps 与调用 dm_get_device 和 dm_put_device 的 multipath_message 争用时多路径目标中存在争用条件。 retrieve_deps 在不保持任何锁定的情况下遍历打开设备的列表但 multipath 可能在运行时向该列表添加或删除设备。最终结果可能是内存损坏或释放后使用内存访问。请参阅此描述的 UAF with multipath_message() https://listman.redhat.com/archives/dm-devel/2022-October/052373.html 通过引入新的 rw semaphore devices_lock 修复此缺陷。我们获取 devices_lock 以便在 retrieve_deps 中进行读取操作并获取其用于 dm_get_device 和 dm_put_device 中的写入操作。
    (CVE-2023-54324)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Rocky Linux 8 主机上存在安装的程序包，该程序包受到 CIQ crxsa-2024_3138 公告中提及的多个漏洞的影响。

    内核程序包中包含 Linux 内核，后者是任何 Linux 操作系统的核心。

    安全修复：

    有关上述安全问题的更多详细信息，包括其影响、CVSS 得分、致谢，以及其他相关信息，请参阅列于“参考”部分的 CVE 页面。

    其他变更：

    如需有关此发行版本的详细变更信息，请参阅可从“参考”部分链接的 Rocky Linux SIG Cloud 版本 8.10 说明。

    此公告由 Ctrl IQ， Inc 针对 Rocky Linux 系统提供。有关 CIQ 安全实践的更多信息，请访问 https://ciq.com/security。

Tenable 已直接从 CIQ 安全公告中提取上述描述块。

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

因此，该软件受到 ALAS2023-2023-385 公告中提及的多个漏洞影响。

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

    ceph：卸载时丢弃来自 MDS 的消息 (CVE-2022-48628)

    Linux 内核 netfilter: nf_tables 组件中存在一个释放后使用漏洞，攻击者可利用此漏洞实现本地特权提升。

    由于 nf_tables netlink 控制平面事务和 nft_set 元素垃圾收集之间存在争用情形，引用计数器可能下溢，从而导致释放后使用漏洞。

    我们建议升级过去的 commit 3e91b0ebd994635df2346353322ac51ce84ce6d8。(CVE-2023-4244)

    在 Linux 内核 IPv4 堆栈中发现了一个空指针取消引用缺陷。在调用 __ip_options_compile 之前，假定套接字缓冲区 (skb) 与设备关联，但如果 skb 由 ipvs 重新路由，则 skb 可能未与设备关联。此问题可能允许具有 CAP_NET_ADMIN 权限的本地用户造成系统崩溃。(CVE-2023-42754)

    在 Linux 内核的 Netfilter 子系统中发现了一个漏洞。IPSET_CMD_ADD 和 IPSET_CMD_SWAP 之间的竞争条件可能会由于在错误的“set”上调用“__ip_set_put”而造成内核错误。
    本地用户可以利用此问题造成系统崩溃。(CVE-2023-42756)

    Linux 内核 netfilter: nf_tables 组件中存在一个释放后使用漏洞，攻击者可利用此漏洞实现本地特权提升。

    在同一交易内的链绑定中添加和删除规则会导致释放后使用。

    我们建议升级过去的提交 f15f29fd4779be8a418b66e9d52979bb6d6c2325。(CVE-2023-5197)

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

    netfilter：nft_set_rbtree：跳过此事务中新元素的同步 GC

    此事务中的新元素可能在此类事务结束之前过期。跳过此类元素的同步 GC，否则提交路径可能会遍历已释放的对象。事务完成后，异步 GC 会收集此类过期元素。(CVE-2023-52433)

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

    x86/srso：为 Hygon 处理器添加 SRSO 缓解方案 (CVE-2023-52482)

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

    ring-buffer：不要尝试读取过去的提交 (CVE-2023-52501)

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

    mm/slab_common：kmem_cache_destroy() 后修复 slab_caches 列表损坏 (CVE-2023-52562)

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

    serial: 8250_port：使用前检查 IRQ 数据 (CVE-2023-52567)

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

    btrfs：插入延迟的目录索引项目失败后删除 BUG() (CVE-2023-52569)

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

    cifs：修复 cifs_demultiplex_thread() 中的 UAF (CVE-2023-52572)

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

    net：rds：修复可能的空指针取消引用 (CVE-2023-52573)

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

    team：修复团队设备类型变更时的 null-ptr-deref (CVE-2023-52574)

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

    x86/mm、kexec、ima：使用 ima_free_kexec_buffer() 中的 memblock_free_late() (CVE-2023-52576)

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

    - net：bridge：使用 DEV_STATS_INC() (CVE-2023-52578)

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

    net/core：修复 ETH_P_1588 流分析器 (CVE-2023-52580)

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

    netfs：只为每个 folio 调用一次 folio_start_fscache() (CVE-2023-52582)

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

    netfilter：nf_tables：调整集合后端以使用 GC 事务 API (CVE-2023-52923)

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

    netfilter：nf_tables：walk 期间不跳过已到期的元素 (CVE-2023-52924)

    Linux 内核 fs/smb/client 组件中存在一个释放后使用漏洞，攻击者可利用此漏洞实现本地权限升级。

    如果 smb3_fs_context_parse_param 中出现错误，ctx->password 就会被释放，但该字段并未设置为 NULL，因而可能会导致双重释放。

    我们建议升级过去的提交 e6e43b8aa7cd3c3af686caf0c2e11819a886d705。(CVE-2023-5345)

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

    dm修复retrieve_deps 中的一个争用条件 (CVE-2023-54324)

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
360687	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1783362244）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
280695	Linux Distros 未修补的漏洞：CVE-2023-54324	Nessus	Misc.	2025/12/30	2026/9/30	high
353813	Rocky Linux 8 [CIQ] 安全更新：bpftool / bpftool-debuginfo / kernel / kernel-abi-stablelists / 等多种漏洞（crxsa-2024_3138）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/5	critical
183798	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-385)	Nessus	Amazon Linux Local Security Checks	2023/10/24	2026/2/10	high

检测

插件搜索

high

high

critical

high