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

  - 已修复 Linux 内核中的下列漏洞：ACPI: PPTT: Fix to avoid sleep in the atomic context when PPTT is absent Commit 0c80f9e165f8 (ACPI: PPTT: Leave the table mapped for the runtime usage) enabled to map PPTT once on the first invocation of acpi_get_pptt() and never unmapped the same allowing it to be used at runtime with out the hassle of mapping and unmapping the table. This was needed to fetch LLC information from the PPTT in the cpuhotplug path which is executed in the atomic context as the acpi_get_table() might sleep waiting for a mutex. However it missed to handle the case when there is no PPTT on the system which results in acpi_get_pptt() being called from all the secondary CPUs attempting to fetch the LLC information in the atomic context without knowing the absence of PPTT resulting in the splat like below: | BUG: sleeping function called from invalid context at kernel/locking/semaphore.c:164 | in_atomic(): 1, irqs_disabled(): 1, non_block: 0, pid: 0, name: swapper/1 | preempt_count: 1, expected: 0 | RCU nest depth: 0, expected: 0 | no locks held by swapper/1/0. | irq event stamp: 0 | hardirqs last enabled at (0): 0x0 | hardirqs last disabled at (0):
    copy_process+0x61c/0x1b40 | softirqs last enabled at (0): copy_process+0x61c/0x1b40 | softirqs last disabled at (0): 0x0 | CPU: 1 PID: 0 Comm: swapper/1 Not tainted 6.3.0-rc1 #1 | Call trace: | dump_backtrace+0xac/0x138 | show_stack+0x30/0x48 | dump_stack_lvl+0x60/0xb0 | dump_stack+0x18/0x28 |
    __might_resched+0x160/0x270 | __might_sleep+0x58/0xb0 | down_timeout+0x34/0x98 | acpi_os_wait_semaphore+0x7c/0xc0 | acpi_ut_acquire_mutex+0x58/0x108 | acpi_get_table+0x40/0xe8 | acpi_get_pptt+0x48/0xa0 | acpi_get_cache_info+0x38/0x140 | init_cache_level+0xf4/0x118 | detect_cache_attributes+0x2e4/0x640 | update_siblings_masks+0x3c/0x330 | store_cpu_topology+0x88/0xf0 | secondary_start_kernel+0xd0/0x168 | __secondary_switched+0xb8/0xc0 Update acpi_get_pptt() to consider the fact that PPTT is once checked and is not available on the system and return NULL avoiding any attempts to fetch PPTT and thereby avoiding any possible sleep waiting for a mutex in the atomic context.
    (CVE-2023-53070)

请注意，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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程 Redhat Enterprise Linux 8 主机上安装的多个程序包受到 RHSA-2024:3138 公告中提及的多个漏洞影响。

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

    安全修复：

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

    更多变更：

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

Tenable 已直接从 Red Hat Enterprise Linux 安全公告中提取上述描述块。

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

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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

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

    KVMVMX将 /dev/kvm 暴露给用户空间之前进行 _all_ 初始化 (CVE-2022-49932)

    Linux 内核性能事件系统中存在一个释放后使用漏洞，攻击者可利用此漏洞实现本地特权提升。

    perf_group_detach 函数在调用 add_event_to_groups() 前未检查事件同级组件的 attach_state，但是 remove_on_exec 可以在从其群组分离之前调用 list_del_event()，从而可以使用悬摆指针造成释放后使用漏洞。

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

    在 Linux 内核 6.2.6 及其之前所有版本中，net/tls/tls_main.c 的 do_tls_getsockopt 缺少 lock_sock 调用，从而导致争用条件（造成释放后使用或空指针取消引用）。(CVE-2023-28466)

    在 6.2.8 及之前版本的 Linux 内核的 arch/x86/kvm/vmx/nested.c 中发现了一个问题。x86_64 上的 nVMX 缺少对 CR0 和 CR4 的一致性检查。(CVE-2023-30456)

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

    ACPIPPTT修复以避免缺少 PPTT 时 atomic 上下文中的休眠 (CVE-2023-53070)

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

    ftrace：修复索引为 0 时 lookup_rec() 中的无效地址访问 (CVE-2023-53075)

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

    ocfs2：修复写入失败后的数据损坏 (CVE-2023-53081)

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

    drm/shmem-helper删除错误路径中另一个错误的放置 (CVE-2023-53084)

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

    drm/i915/active修复将非空闲屏障误用为屏障跟踪器 (CVE-2023-53087)

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

    ext4：修复 ext4_xattr_delete_inode 中任务挂起（CVE-2023-53089）

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

    ext4如果 s_journal_inum 在日志重播后发生更改则更新 s_journal_inum (CVE-2023-53091)

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

    drm/ttm修复空指针取消引用 (CVE-2023-53095)

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

    互连修复释放节点时的内存泄漏 (CVE-2023-53096)

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

    ext4：修复 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 时，i_disksize 为零 (CVE-2023-53101)

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

    bonding如果 non-eth dev enslave 失败则还原绑定的 IFF_SLAVE 标记 (CVE-2023-53103)

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

    veth修复 XDP_REDIRECT 中的释放后使用 (CVE-2023-53107)

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

    net：tunnels：对 dev->needed_headroom 的无锁访问进行注解 (CVE-2023-53109)

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

    loop修复释放后使用问题 (CVE-2023-53111)

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

    drm/i915/sseu修复 max_subslices array-index-out-of-bounds 访问 (CVE-2023-53112)

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

    fs：关闭文件描述符时防止越界数组推测 (CVE-2023-53117)

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

    tcp：可从进程上下文调用 tcp_make_synack() (CVE-2023-53121)

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

    PCIs390通过按功能热插拔修复 PCI 资源的释放后使用 (CVE-2023-53123)

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

    SUNRPC：修复服务器关机泄漏 (CVE-2023-53131)

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

    bpfsockmap修复当 len 为 tcp_bpf_recvmsg_parser() 中的 0 时出现的无限循环错误 (CVE-2023-53133)

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

    af_unix修复 OOB 支持中的结构 pid 泄漏 (CVE-2023-53136)

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

    ext4：修复移动目录时可能发生损坏的问题 (CVE-2023-53137)

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

    scsicore提前删除 /proc/scsi/${proc_name} 目录 (CVE-2023-53140)

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

    ila：不在 ila_xlat_nl_cmd_get_mapping() 中生成空消息 (CVE-2023-53141)

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

    ext4：修复 1k 块文件系统上的另一个 off-by-one fsmap 错误 (CVE-2023-53143)

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

    x86/resctrl清除使用之前和之后的 staged_config[] (CVE-2023-53169)

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

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

远程 Redhat Enterprise Linux 9 主机上安装的多个程序包受到 RHSA-2023:6583 公告中提及的多个漏洞影响。

  - 内核：内存管理器中设备私有页面发生故障时，出现争用 (CVE-2022-3523)

  - kernel：l1oip 计时器处理程序中的释放后使用 (CVE-2022-3565)

  - 内核：intr_callback 的 r8152 中存在速率限制溢出消息 (CVE-2022-3594)

  - 内核：vmwgfx：vmw_cmd_res_check 中存在释放后使用漏洞 (CVE-2022-38457)

  - 内核：vmwgfx：vmw_execbuf_tie_context 中存在释放后使用漏洞 (CVE-2022-40133)

  - hw: Intel：收集数据采样 (GDS) 边信道漏洞 (CVE-2022-40982)

  - 内核：net/bluetooth/l2cap_core.c 的 l2cap_parse_conf_req 中存在信息泄漏漏洞 (CVE-2022-42895)

  - kernel: x86/mm：随机化 per-cpu 条目区域 (CVE-2023-0597)

  - kernel: HID：检查 hid_validate_values() 中空的 report_list (CVE-2023-1073)

  - kernel: sctp：如果给定范围内没有可以使用的绑定地址，则失败 (CVE-2023-1074)

  - kernel: net/tls：tls_is_tx_ready() 检查了 list_entry (CVE-2023-1075)

  - kernel: tap: tap_open()：正确初始化套接字 uid (CVE-2023-1076)

  - kernel: hid：asus_remove() 中的释放后使用 (CVE-2023-1079)

  - kernel：IPv6 连接查找表中的哈希冲突 (CVE-2023-1206)

  - kernel：file_files_note 中缺少 mmap_lock，可能导致 coredump 代码中出现释放后使用 (CVE-2023-1249)

  - kernel: ovl：修复 ovl_aio_req 结构中的释放后使用 (CVE-2023-1252)

  - Kernel：fs/nfsd/nfs4proc.c 中 nfsd4_ssc_setup_dul 中的释放后使用 (CVE-2023-1652)

  - kernel：删除函数 xgene_hwmon_remove 中的释放后使用缺陷 (CVE-2023-1855)

  - Kernel：由于争用条件，xen_9pfs_front_remove 中存在释放后使用 (CVE-2023-1989)

  - Kernel：dm- ioctl.c 的 dm_get_inactive_table 中可能存在死锁问题，进而导致 DOS (CVE-2023-2269)

  - kernel：r592_remove 中的释放后使用缺陷 (CVE-2023-3141)

  - kernel: fbcon：fbcon_set_font() 中的 shift 越界 (CVE-2023-3161)

  - kernel: gfs2：修复 gfs2_rgrp_dump 中的空指针取消引用漏洞 (CVE-2023-3212)

  - kernel：relay_file_read 中的越界访问 (CVE-2023-3268)

  - kernel：由于 shtp_cl_get_dma_send_buf() 中缺少 kalloc() 返回值检查，导致空指针取消引用 (CVE-2023-3358)

  - kernel：net/sched：如果 tcf_change_indev() 失败，cls_u32 组件引用计数器将会泄漏 (CVE-2023-3609)

  - kernel: xfrm：xfrm_update_ae_params() 中的空指针取消引用 (CVE-2023-3772)

  - kernel: xfrm：XFRMA_MTIMER_THRESH nlattr 发生越界读取 (CVE-2023-3773)

  - kernel：SEV-ES/SEV-SNP VMGEXIT 双重提取漏洞 (CVE-2023-4155)

   kernel: tap: tap_open()：正确初始化套接字 uid，再将 i_uid 修复为 current_fsuid (CVE-2023-4194)

  - kernel：net/sched：net/sched 分类器中存在释放后使用漏洞：cls_fw、cls_u32 和 cls_route（CVE-2023-4206、CVE-2023-4207、CVE-2023-4208）

  - kernel: exFAT：exfat_get_uniname_from_ext_entry 中的堆栈溢出（CVE-2023-4273）

  - kernel: mpls：sysctl 分配时的双重释放失败 (CVE-2023-26545)

  - 内核：KVM：nVMX：缺少对 CR0 和 CR4 的一致性检查 (CVE-2023-30456)

  - kernel：net: qcom/emac: 争用条件导致 emac_remove() 中发生释放后使用 (CVE-2023-33203)

  - 内核：vmwgfx：争用条件导致信息泄露漏洞 (CVE-2023-33951)

  - 内核：vmwgfx：处理 vmw_buffer_object 对象时发生双重释放 (CVE-2023-33952)

  - kernel: r592: 争用条件导致 r592_remove() 中发生释放后使用 (CVE-2023-35825)

  - 内核：eBPF：dynptr 中的堆栈类型检查不充分 (CVE-2023-39191)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
248229	Linux Distros 未修补的漏洞：CVE-2023-53070	Nessus	Misc.	2025/8/11	2026/7/25	medium
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
197808	RHEL 8：内核 (RHSA-2024:3138)	Nessus	Red Hat Local Security Checks	2024/5/23	2025/9/29	critical
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
173854	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-148)	Nessus	Amazon Linux Local Security Checks	2023/4/4	2026/2/24	high
194262	RHEL 9：kernel (RHSA-2023:6583)	Nessus	Red Hat Local Security Checks	2024/4/28	2025/10/28	high

检测

插件搜索

medium

critical

critical

high

high

high