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

  - 在采用设备文件“/dev/dri/renderD128（或 Dxxx）”的 Linux 内核中，在 GPU 组件的 drivers/gpu/vmxgfx/vmxgfx_execbuf.c 中的 vmwgfx 驱动程序中发现空指针取消引用漏洞。在系统中具有用户帐户的本地攻击者可利用此缺陷获得特权，造成拒绝服务 (DoS)。
    (CVE-2022-38096)

  - 已修复 Linux 内核中的下列漏洞：bnxt: prevent skb UAF after handing over to PTP worker When reading the timestamp is required bnxt_tx_int() hands over the ownership of the completed skb to the PTP worker. The skb should not be used afterwards, as the worker may run before the rest of our code and free the skb, leading to a use-after-free. Since dev_kfree_skb_any() accepts NULL make the loss of ownership more obvious and set skb to NULL. (CVE-2022-48637)

  - 在 6.5.9 版之前在 Linux 内核中发现了一个问题，具有对 MMIO 寄存器的用户空间访问权限的本地用户可利用此漏洞。#VC 处理程序中的不正确访问检查和 MMIO 访问的 SEV-ES 模拟的指令模拟可能会导致对内核内存的任意写入访问（从而导致特权提升）。此问题依赖于竞争条件触发，通过该竞争条件，用户空间可以在 #VC 处理程序读取指令之前替换该指令。(CVE-2023-46813)

  - 已修复 Linux 内核中的下列漏洞：PM / devfreq: Synchronize devfreq_monitor_[start/stop] There is a chance if a frequent switch of the governor done in a loop result in timer list corruption where timer cancel being done from two place one from cancel_delayed_work_sync() and followed by expire_timers() can be seen from the traces[1]. while true do echo simple_ondemand > /sys/class/devfreq/1d84000.ufshc/governor echo performance > /sys/class/devfreq/1d84000.ufshc/governor done It looks to be issue with devfreq driver where device_monitor_[start/stop] need to synchronized so that delayed work should get corrupted while it is either being queued or running or being cancelled.
    Let's use polling flag and devfreq lock to synchronize the queueing the timer instance twice and work data being corrupted. [1] ... .. <idle>-0 [003] 9436.209662: timer_cancel timer=0xffffff80444f0428 <idle>-0 [003] 9436.209664: timer_expire_entry timer=0xffffff80444f0428 now=0x10022da1c function=__typeid__ZTSFvP10timer_listE_global_addr baseclk=0x10022da1c <idle>-0 [003] 9436.209718:
    timer_expire_exit timer=0xffffff80444f0428 kworker/u16:6-14217 [003] 9436.209863: timer_start timer=0xffffff80444f0428 function=__typeid__ZTSFvP10timer_listE_global_addr expires=0x10022da2b now=0x10022da1c flags=182452227 vendor.xxxyyy.ha-1593 [004] 9436.209888: timer_cancel timer=0xffffff80444f0428 vendor.xxxyyy.ha-1593 [004] 9436.216390: timer_init timer=0xffffff80444f0428 vendor.xxxyyy.ha-1593 [004] 9436.216392: timer_start timer=0xffffff80444f0428 function=__typeid__ZTSFvP10timer_listE_global_addr expires=0x10022da2c now=0x10022da1d flags=186646532 vendor.xxxyyy.ha-1593 [005] 9436.220992: timer_cancel timer=0xffffff80444f0428 xxxyyyTraceManag-7795 [004] 9436.261641: timer_cancel timer=0xffffff80444f0428 [2] 9436.261653][ C4] Unable to handle kernel paging request at virtual address dead00000000012a [ 9436.261664][ C4] Mem abort info: [ 9436.261666][ C4] ESR = 0x96000044 [ 9436.261669][ C4] EC = 0x25: DABT (current EL), IL = 32 bits [ 9436.261671][ C4] SET = 0, FnV = 0 [ 9436.261673][ C4] EA = 0, S1PTW = 0 [ 9436.261675][ C4] Data abort info: [ 9436.261677][ C4] ISV = 0, ISS = 0x00000044 [ 9436.261680][ C4] CM = 0, WnR = 1 [ 9436.261682][ C4] [dead00000000012a] address between user and kernel address ranges [ 9436.261685][ C4] Internal error: Oops: 96000044 [#1] PREEMPT SMP [ 9436.261701][ C4] Skip md ftrace buffer dump for: 0x3a982d0 ... [ 9436.262138][ C4] CPU: 4 PID: 7795 Comm: TraceManag Tainted: G S W O 5.10.149-android12-9-o-g17f915d29d0c #1 [ 9436.262141][ C4] Hardware name: Qualcomm Technologies, Inc. (DT) [ 9436.262144][ C4] pstate: 22400085 (nzCv daIf +PAN -UAO +TCO BTYPE=--) [ 9436.262161][ C4] pc : expire_timers+0x9c/0x438 [ 9436.262164][ C4] lr :
    expire_timers+0x2a4/0x438 [ 9436.262168][ C4] sp : ffffffc010023dd0 [ 9436.262171][ C4] x29:
    ffffffc010023df0 x28: ffffffd0636fdc18 [ 9436.262178][ C4] x27: ffffffd063569dd0 x26: ffffffd063536008 [9436.262182][ C4] x25: 0000000000000001 x24: ffffff88f7c69280 [ 9436.262185][ C4] x23: 00000000000000e0 x22: dead000000000122 [ 9436.262188][ C4] x21: 000000010022da29 x20: ffffff8af72b4e80 [ 9436.262191][ C4] x19: ffffffc010023e50 x18: ffffffc010025038 [ 9436.262195][ C4] x17: 0000000000000240 x16:
    0000000000000201 [ 9436.262199][ C4] x15: ffffffffffffffff x14: ffffff889f3c3100 [ 9436.262203][ C4] x13:
    ffffff889f3c3100 x12: 00000000049f56b8 [ 9436.262207][ C4] x11: 00000000049f56b8 x10: 00000000ffffffff [9436.262212][ C4] x9 : ffffffc010023e50 x8 : dead000000000122 [ 9436.262216][ C4] x7 : ffffffffffffffff x6 : ffffffc0100239d8 [ 9436.262220][ C4] x5 : 0000000000000000 x4 : 0000000000000101 [ 9436.262223][ C4] x3 : 0000000000000080 x2 : ffffff8 ---truncated--- (CVE-2023-52635)

  - 已修复 Linux 内核中的下列漏洞：sched/psi: Fix use-after-free in ep_remove_wait_queue() If a non-root cgroup gets removed when there is a thread that registered trigger and is polling on a pressure file within the cgroup, the polling waitqueue gets freed in the following path: do_rmdir cgroup_rmdir kernfs_drain_open_files cgroup_file_release cgroup_pressure_release psi_trigger_destroy However, the polling thread still has a reference to the pressure file and will access the freed waitqueue when the file is closed or upon exit: fput ep_eventpoll_release ep_free ep_remove_wait_queue remove_wait_queue This results in use-after-free as pasted below. The fundamental problem here is that cgroup_file_release() (and consequently waitqueue's lifetime) is not tied to the file's real lifetime. Using wake_up_pollfree() here might be less than ideal, but it is in line with the comment at commit 42288cb44c4b (wait: add wake_up_pollfree()) since the waitqueue's lifetime is not tied to file's one and can be considered as another special case. While this would be fixable by somehow making cgroup_file_release() be tied to the fput(), it would require sizable refactoring at cgroups or higher layer which might be more justifiable if we identify more cases like this. BUG: KASAN: use-after-free in
    _raw_spin_lock_irqsave+0x60/0xc0 Write of size 4 at addr ffff88810e625328 by task a.out/4404 CPU: 19 PID:
    4404 Comm: a.out Not tainted 6.2.0-rc6 #38 Hardware name: Amazon EC2 c5a.8xlarge/, BIOS 1.0 10/16/2017 Call Trace: <TASK> dump_stack_lvl+0x73/0xa0 print_report+0x16c/0x4e0 kasan_report+0xc3/0xf0 kasan_check_range+0x2d2/0x310 _raw_spin_lock_irqsave+0x60/0xc0 remove_wait_queue+0x1a/0xa0 ep_free+0x12c/0x170 ep_eventpoll_release+0x26/0x30 __fput+0x202/0x400 task_work_run+0x11d/0x170 do_exit+0x495/0x1130 do_group_exit+0x100/0x100 get_signal+0xd67/0xde0 arch_do_signal_or_restart+0x2a/0x2b0 exit_to_user_mode_prepare+0x94/0x100 syscall_exit_to_user_mode+0x20/0x40 do_syscall_64+0x52/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> Allocated by task 4404: kasan_set_track+0x3d/0x60
    __kasan_kmalloc+0x85/0x90 psi_trigger_create+0x113/0x3e0 pressure_write+0x146/0x2e0 cgroup_file_write+0x11c/0x250 kernfs_fop_write_iter+0x186/0x220 vfs_write+0x3d8/0x5c0 ksys_write+0x90/0x110 do_syscall_64+0x43/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd Freed by task 4407:
    kasan_set_track+0x3d/0x60 kasan_save_free_info+0x27/0x40 ____kasan_slab_free+0x11d/0x170 slab_free_freelist_hook+0x87/0x150 __kmem_cache_free+0xcb/0x180 psi_trigger_destroy+0x2e8/0x310 cgroup_file_release+0x4f/0xb0 kernfs_drain_open_files+0x165/0x1f0 kernfs_drain+0x162/0x1a0
    __kernfs_remove+0x1fb/0x310 kernfs_remove_by_name_ns+0x95/0xe0 cgroup_addrm_files+0x67f/0x700 cgroup_destroy_locked+0x283/0x3c0 cgroup_rmdir+0x29/0x100 kernfs_iop_rmdir+0xd1/0x140 vfs_rmdir+0xfe/0x240 do_rmdir+0x13d/0x280 __x64_sys_rmdir+0x2c/0x30 do_syscall_64+0x43/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2023-52707)

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

远程主机上安装的内核版本低于 5.15.160-104.158。因此，会受到 ALAS2KERNEL-5.15-2024-044 公告中提及的多个漏洞影响。

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

    md：修复 rdev->serial 的 kmemleak (CVE-2024-26900)

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

    dyndbg：修复 >control 解析器中的旧 BUG_ON (CVE-2024-35947)

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

    rtnetlink：修正嵌套的 IFLA_VF_VLAN_LIST 属性验证 (CVE-2024-36017)

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

    net：修复 ops_init 中的越界访问 (CVE-2024-36883)

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

    mptcp：确保连接时正确初始化 snd_nxt (CVE-2024-36889)

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

    ipv6：fib6_rules：避免 fib6_rule_action() 中可能的空取消引用 (CVE-2024-36902)

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

    tcp：在 tcp_twsk_unique() 中使用 refcount_inc_not_zero()。(CVE-2024-36904)

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

    tcp：延迟 TCP_SYN_RECV 套接字的 shutdown(SEND_SHUTDOWN) (CVE-2024-36905)

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

    ARM：9381/1：kasan：清除过时的堆栈毒物 (CVE-2024-36906)

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

    blk-iocost：避免越界移位 (CVE-2024-36916)

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

    net：core：拒绝 fraglist GSO skbs 的 skb_copy(_expand) (CVE-2024-36929)

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

    nsh：为 nsh_gso_segment() 中的外部标头还原 skb->{protocol,data,mac_header}。(CVE-2024-36933)

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

    xdp：使用标记字段消除广播重定向的歧义 (CVE-2024-36937)

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

    bpf、skmsg：修复 sk_psock_skb_ingress_enqueue 中的空指针取消引用 (CVE-2024-36938)

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

    nfs：处理 nfs_net_init() 中 rpc_proc_register() 的错误。(CVE-2024-36939)

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

    pinctrl：core：删除 pinctrl_enable() 中的错误释放 (CVE-2024-36940)

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

    KVM arm64vgic-v2检查 vgic_v2_parse_attr() 中的非 NULL vCPU (CVE-2024-36953)

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

    pinctrl: devicetree：修复 pinctrl_dt_to_map() 中的 refcount 泄漏 (CVE-2024-36959)

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

    KEYStrusted修复 tpm2_key_encode() 中的内存泄漏 (CVE-2024-36967)

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

    KEYS受信任编码失败时不使用 WARN (CVE-2024-36975)

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

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

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

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

    md：修复 rdev->serial 的 kmemleak (CVE-2024-26900)

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

    dyndbg：修复 >control 解析器中的旧 BUG_ON (CVE-2024-35947)

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

    rtnetlink：修正嵌套的 IFLA_VF_VLAN_LIST 属性验证 (CVE-2024-36017)

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

    net：修复 ops_init 中的越界访问 (CVE-2024-36883)

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

    tipc：修复错误路径中的 UAF (CVE-2024-36886)

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

    ipv6：fib6_rules：避免 fib6_rule_action() 中可能的空取消引用 (CVE-2024-36902)

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

    tcp：在 tcp_twsk_unique() 中使用 refcount_inc_not_zero()。(CVE-2024-36904)

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

    tcp：延迟 TCP_SYN_RECV 套接字的 shutdown(SEND_SHUTDOWN) (CVE-2024-36905)

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

    blk-iocost：避免越界移位 (CVE-2024-36916)

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

    net：core：拒绝 fraglist GSO skbs 的 skb_copy(_expand) (CVE-2024-36929)

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

    nsh：为 nsh_gso_segment() 中的外部标头还原 skb->{protocol,data,mac_header}。(CVE-2024-36933)

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

    nfs：处理 nfs_net_init() 中 rpc_proc_register() 的错误。(CVE-2024-36939)

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

    pinctrl：core：删除 pinctrl_enable() 中的错误释放 (CVE-2024-36940)

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

    KVM arm64vgic-v2检查 vgic_v2_parse_attr() 中的非 NULL vCPU (CVE-2024-36953)

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

    tipc：修复 tipc_buf_append 中可能的内存泄漏 (CVE-2024-36954)

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

    pinctrl: devicetree：修复 pinctrl_dt_to_map() 中的 refcount 泄漏 (CVE-2024-36959)

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

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

远程 Oracle Linux 9 主机上安装的程序包受到 ELSA-2024-6567 公告中提及的多个漏洞影响。

    - usb-storage：alauda：检查媒体是否初始化  (CKI Backport Bot) [RHEL-43716] {CVE-2024-38619}
    - mm：避免脏节流逻辑中溢出 (Jay Shin) [RHEL-51848 RHEL-50004] {CVE-2024-42131}
    - Revert 'mm/writeback：再次修复 wb_dirty_limits() 中可能存在的除以零问题 (Jay Shin) [RHEL-51701 RHEL-50004] {CVE-2024-42102}
    - mm/writeback：再次修复 wb_dirty_limits() 中可能存在的除以零问题 (Jay Shin) [RHEL-42628 RHEL-5619] {CVE-2024-26720}
    - net：修复 ops_init 中的越界访问 (Paolo Abeni) [RHEL-43188 RHEL-46610] {CVE-2024-36883}
    - nvme：避免双重释放特殊负载（CKI Backport Bot） [RHEL-51311] {CVE-2024-41073}
    - xhci：针对多种流情况处理 TD 清除 (CKI Backport Bot) [RHEL-47894 RHEL-47892] {CVE-2024-40927}
    - Bluetooth：af_bluetooth：修复死锁 (Bastien Nocera) [RHEL-34161] {CVE-2024-26886}
    - xdp：从 __xdp_reg_mem_model() 中删除 WARN() (CKI Backport Bot) [RHEL-51586] {CVE-2024-42082}
    - nfsd：修复 RELEASE_LOCKOWNER (Benjamin Coddington) [RHEL-42578 RHEL-34875] {CVE-2024-26629}
    - net：bridge：mst：修复 vlan 释放后使用 (cki-backport-bot) [RHEL-43729] {CVE-2024-36979}
    - efivarfs：如果 SetVariable 不受支持，则在重新挂载时强制执行 RO (Pavel Reichl) [RHEL-42343 RHEL-26588] {CVE-2023-52463}
    - mm：防止在 pfn_section_valid() 中取消引用空 ptr  (Jarod Wilson) [RHEL-51140 RHEL-51138] {CVE-2024-41055}
    - mm、kmsan：修复由于 RCU 临界部分而造成的无限递归 (Jarod Wilson) [RHEL-51140 RHEL-51138] {CVE-2024-41055}
    - ppp：拒绝声明为 LCP 但实际上是畸形的数据包 (CKI Backport Bot) [RHEL-51061 RHEL-51059] {CVE-2024-41044}
    - x86：停止进行 profile_pc() 中的堆栈游戏 (CKI Backport Bot) [RHEL-51651] {CVE-2024-42096}
    - PCI/MSI：修复 msi_capability_init 中的 UAF (CKI Backport Bot) [RHEL-51438] {CVE-2024-41096}
    - iommufd：修复拆分 iopt_area 后 domains_itree 更新缺失的问题 (Jerry Snitselaar) [RHEL-42518 RHEL-28780] {CVE-2023-52801}
    - mm：cachestat：修复 cache walk 中的 folio 释放后读取 (Nico Pache) [RHEL-41739 RHEL-5619] {CVE-2024-26630}
    - regmap: maple：修复 regcache_maple_drop() 中的缓存损坏 (Jaroslav Kysela) [RHEL-43179 RHEL-39706] {CVE-2024-36019}
    - mm：cachestat：修复两个 shmem 缺陷 (Nico Pache) [RHEL-36912] {CVE-2024-35797}
    - kprobes/x86：使用 copy_from_kernel_nofault() 从不安全的地址进行读取 (Steve Best) [RHEL-42778 RHEL-34985] {CVE-2024-26946}
    - mm/hugetlb：修复 resv uncharge 缺少 hugetlb_lock 的问题 (Rafael Aquini) [RHEL-43132 RHEL-37467] {CVE-2024-36000}
    - net/sched：修复解决冲突时的 UAF (CKI Backport Bot) [RHEL-51022 RHEL-51020] {CVE-2024-41040}
    - KVM：SVM：刷新 kvm->lock 下的页面，以修复 svm_register_enc_region() 中的 UAF 问题 (Maxim Levitsky) [RHEL-41462 RHEL-32430] {CVE-2024-35791}
    - cxl/region：修复 devm_cxl_add_region() 中的 memregion 泄漏 (John W. Linville) [RHEL-47965 RHEL-23582] {CVE-2024-40936}
    - x86/coco：需要在 CoCo 系统上使用 RDRAND 来播种 RNG (Lenny Szubowicz) [RHEL-42986 RHEL-37269] {CVE-2024-35875}

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

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

CentOS Linux 8.5 主机上存在安装的程序包，该程序包受到 TuxCare CENTOS8.5：CLSA-2024：1725876080公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：tracing: Restructure trace_clock_global() to never block It was reported that a fix to the ring buffer recursion detection would cause a hung machine when performing suspend / resume testing. The following backtrace was extracted from debugging that case: Call Trace: trace_clock_global+0x91/0xa0 __rb_reserve_next+0x237/0x460 ring_buffer_lock_reserve+0x12a/0x3f0 trace_buffer_lock_reserve+0x10/0x50 __trace_graph_return+0x1f/0x80 trace_graph_return+0xb7/0xf0 ? trace_clock_global+0x91/0xa0 ftrace_return_to_handler+0x8b/0xf0 ? pv_hash+0xa0/0xa0 return_to_handler+0x15/0x30 ? ftrace_graph_caller+0xa0/0xa0 ? trace_clock_global+0x91/0xa0 ? __rb_reserve_next+0x237/0x460 ? ring_buffer_lock_reserve+0x12a/0x3f0 ? trace_event_buffer_lock_reserve+0x3c/0x120 ? trace_event_buffer_reserve+0x6b/0xc0 ? trace_event_raw_event_device_pm_callback_start+0x125/0x2d0 ? dpm_run_callback+0x3b/0xc0 ? pm_ops_is_empty+0x50/0x50 ? platform_get_irq_byname_optional+0x90/0x90 ? trace_device_pm_callback_start+0x82/0xd0 ? dpm_run_callback+0x49/0xc0 With the following RIP: RIP:
    0010:native_queued_spin_lock_slowpath+0x69/0x200 Since the fix to the recursion detection would allow a single recursion to happen while tracing, this lead to the trace_clock_global() taking a spin lock and then trying to take it again: ring_buffer_lock_reserve() { trace_clock_global() { arch_spin_lock() {queued_spin_lock_slowpath() { /* lock taken */ (something else gets traced by function graph tracer) ring_buffer_lock_reserve() { trace_clock_global() { arch_spin_lock() { queued_spin_lock_slowpath() { /* DEAD LOCK! */ Tracing should *never* block, as it can lead to strange lockups like the above. Restructure the trace_clock_global() code to instead of simply taking a lock to update the recorded prev_time simply use it, as two events happening on two different CPUs that calls this at the same time, really doesn't matter which one goes first. Use a trylock to grab the lock for updating the prev_time, and if it fails, simply try again the next time. If it failed to be taken, that means something else is already updating it. Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=212761 (CVE-2021-46939)

  - 已修复 Linux 内核中的下列漏洞：userfaultfd: fix a race between writeprotect and exit_mmap() A race is possible when a process exits, its VMAs are removed by exit_mmap() and at the same time userfaultfd_writeprotect() is called. The race was detected by KASAN on a development kernel, but it appears to be possible on vanilla kernels as well. Use mmget_not_zero() to prevent the race as done in other userfaultfd operations. (CVE-2021-47461)

  - 已修复 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 内核中的下列漏洞：nvme-rdma: fix possible use-after-free in transport error_recovery work While nvme_rdma_submit_async_event_work is checking the ctrl and queue state before preparing the AER command and scheduling io_work, in order to fully prevent a race where this check is not reliable the error recovery work must flush async_event_work before continuing to destroy the admin queue after setting the ctrl state to RESETTING such that there is no race .submit_async_event and the error recovery handler itself changing the ctrl state. (CVE-2022-48788)

  - 已修复 Linux 内核中的下列漏洞：nvme-tcp: fix possible use-after-free in transport error_recovery work While nvme_tcp_submit_async_event_work is checking the ctrl and queue state before preparing the AER command and scheduling io_work, in order to fully prevent a race where this check is not reliable the error recovery work must flush async_event_work before continuing to destroy the admin queue after setting the ctrl state to RESETTING such that there is no race .submit_async_event and the error recovery handler itself changing the ctrl state. (CVE-2022-48789)

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

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

    kernel-rt 程序包提供 Real Time Linux Kernel，支持对具有极高确定性要求的系统进行微调。

    安全修复：

    * 内核：如果 SetVariable 不受支持，则在重新挂载时强制执行 RO (CVE-2023-52463)

    * 内核：igc：避免在 XDP_REDIRECT 中返回帧两次 (CVE-2024-26853)

    * 内核：mm/hugetlb：修复了 resv uncharge 缺少 hugetlb_lock 的问题 (CVE-2024-36000)

    * 内核：bpf, sockmap：不让 sock_map_{close,destroy,unhash} 调用自身 (CVE-2023-52735)

    * 内核：net：修复 ops_init 中的越界访问漏洞 (CVE-2024-36883)

    * 内核：net/mlx5e：修复 netif 状态处理 (CVE-2024-38608)

    * 内核：net/sched: act_api：修复 tcf_idr_check_alloc() 中可能存在的无限循环漏洞 (CVE-2024-40995)

    * 内核：virtio-net：tap：mlx5_core 短帧拒绝服务问题 (CVE-2024-41090)

    * 内核：virtio-net：tun：mlx5_core 短帧拒绝服务问题 (CVE-2024-41091)

    * 内核：NFSv4：修复 nfs4_set_security_label 中的内存流失漏洞 (CVE-2024-41076)

    * 内核：ice：如果禁用 PTP，则不处理 extts (CVE-2024-42107)

    错误修复：

    * kernel-rt：将 RT 源树更新到最新的 RHEL-9.2 临时计划版本 (JIRA:RHEL-54222)

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

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

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

远程 AlmaLinux 8 主机上安装的程序包受到 ALSA-2024:7001 公告中提及的多个漏洞的影响。

    CVE-2023-6040 CVE-2024-26595 CVE-2021-46984 CVE-2023-52478 CVE-2023-52476 CVE-2023-52522 CVE-2021-47101 CVE-2021-47097 CVE-2023-52605 CVE-2024-26645 CVE-2024-26665 CVE-2024-26720 CVE-2024-26717 CVE-2024-26769 CVE-2024-26894 CVE-2024-26880 CVE-2024-26855 CVE-2024-26923 CVE-2024-26939 CVE-2024-27013 CVE-2024-27042 CVE-2024-35809 CVE-2023-52683 CVE-2024-35884 CVE-2024-35877 CVE-2024-35944 CVE-2024-35989 CVE-2021-47412 CVE-2021-47393 CVE-2021-47386 CVE-2021-47385 CVE-2021-47384 CVE-2021-47383 CVE-2021-47432 CVE-2021-47352 CVE-2021-47338 CVE-2021-47321 CVE-2021-47289 CVE-2021-47287 CVE-2023-52817 CVE-2023-52840 CVE-2021-47441 CVE-2021-47466 CVE-2021-47455 CVE-2021-47497 CVE-2021-47560 CVE-2021-47527 CVE-2024-36883 CVE-2024-36920 CVE-2024-36902 CVE-2024-36953 CVE-2024-36939 CVE-2024-36901 CVE-2021-47582 CVE-2021-47609 CVE-2024-38619 CVE-2022-48754 CVE-2022-48760 CVE-2024-38581 CVE-2024-38570 CVE-2024-38559 CVE-2024-38558 CVE-2024-37356 CVE-2024-39471 CVE-2024-39499 CVE-2024-39501 CVE-2024-39506 CVE-2024-40904 CVE-2024-40911 CVE-2024-40912 CVE-2024-40929 CVE-2024-40931 CVE-2024-40941 CVE-2024-40954 CVE-2024-40958 CVE-2024-40959 CVE-2024-40960 CVE-2024-40972 CVE-2024-40977 CVE-2024-40978 CVE-2024-40988 CVE-2024-40989 CVE-2024-40995 CVE-2024-40997 CVE-2024-40998 CVE-2024-41005 CVE-2024-40901 CVE-2024-41007 CVE-2024-41008 CVE-2022-48804 CVE-2022-48836 CVE-2022-48866 CVE-2024-41090 CVE-2024-41091 CVE-2024-41012 CVE-2024-41013 CVE-2024-41014 CVE-2024-41035 CVE-2024-41038 CVE-2024-41039 CVE-2024-41040 CVE-2024-41041 CVE-2024-41044 CVE-2024-41055 CVE-2024-41056 CVE-2024-41060 CVE-2024-41071 CVE-2024-41076 CVE-2024-41097 CVE-2024-42084 CVE-2024-42090 CVE-2024-42096 CVE-2024-42114 CVE-2024-42124 CVE-2024-42131 CVE-2024-42152 CVE-2024-42154 CVE-2024-42226 CVE-2024-42228 CVE-2024-42237 CVE-2024-42238 CVE-2024-42240 CVE-2024-42246 CVE-2024-42322 CVE-2024-43871

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
353033	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2024：1725293298）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/9/30	high
200363	Amazon Linux 2：内核 (ALASKERNEL-5.15-2024-044)	Nessus	Amazon Linux Local Security Checks	2024/6/11	2026/1/26	high
200899	Amazon Linux 2：内核 (ALASKERNEL-5.10-2024-060)	Nessus	Amazon Linux Local Security Checks	2024/6/24	2026/2/26	high
207064	Oracle Linux 9：内核 (ELSA-2024-6567)	Nessus	Oracle Linux Local Security Checks	2024/9/12	2026/2/9	high
366947	CentOS Linux 8.5 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS8.5：CLSA-2024：1725876080）	Nessus	CentOS Local Security Checks	2026/10/18	2026/10/18	high
207773	Oracle Linux 8：内核 (ELSA-2024-7000)	Nessus	Oracle Linux Local Security Checks	2024/9/25	2026/3/24	high
206197	RHEL 9：kernel-rt (RHSA-2024:5673)	Nessus	Red Hat Local Security Checks	2024/8/25	2025/9/30	high
207757	AlmaLinux 8：kernel-rt (ALSA-2024:7001)	Nessus	Alma Linux Local Security Checks	2024/9/25	2026/3/24	high

检测

插件搜索

high

high

high

high

high

high

high

high