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

    在用户使用脏日志失败后还原 XFS 映像的方式中，在 Linux 内核的 XFS 文件系统中发现一个越界内存访问缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2023-2124)

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

    skbuff修复合并与释放 SKB 之间的争用 (CVE-2023-53186)

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

    netopenvswitch修复端口输出上的争用 (CVE-2023-53188)

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

    raw修复 raw_get_next() 中的空取消引用。 (CVE-2023-53198)

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

    nfsd调用 op_release即使 op_func 返回错误也是如此 (CVE-2023-53241)

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

    Driversvmbus查找 relids 之前检查通道分配 (CVE-2023-53273)

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

    sctp检查 wait_for_sndbuf 之后的发送流编号 (CVE-2023-53296)

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

    sctp修复 sctp_ifwdtsn_skip 中可能的溢出 (CVE-2023-53372)

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

    tracing释放跟踪实例的错误日志 (CVE-2023-53375)

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

    cgroup,freezer在 freezer_mutex 之前保持 cpu_hotplug_lock (CVE-2023-53522)

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

    RDMA/cma仅允许 UD qp_type 加入多播 (CVE-2023-53525)

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

    mm/swap修复 swapoff 和 get_swap_pages() 之间的 swap_info_struct 争用 (CVE-2023-53623)

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

    bpfarm64修复了返回已修补函数时的 BTI 错误 (CVE-2023-53634)

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

    NFSD避免调用具有 ops->opnum == OP_ILLEGAL 的 OPDESC() (CVE-2023-53680)

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

    netlink注释对 nlk->max_recvmsg_len 的无锁访问 (CVE-2023-53824)

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

    ping修复 /proc/net/icmp 的潜在空取消引用。 (CVE-2023-53987)

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

    RDMA/core修复 create_ah 失败时的 GID 条目 ref 泄漏 (CVE-2023-54003)

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

    io_uring修复删除提供的缓冲区时的内存泄漏 (CVE-2023-54041)

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

    fs删除命名空间锁定下的对等组 id (CVE-2023-54128)

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

    mptcp在 mptcp_worker 中执行更严格的状态检查 (CVE-2023-54176)

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

    drm/i915修复 i915_perf_add_config_ioctl 中的争用条件 UAFCVE-2023-54202

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

    ipv6修复 __ip6_make_skb() 中的 uninit 变量访问缺陷 (CVE-2023-54265)

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

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

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

    在 Linux 内核的 fs/inode.c:inode_init_owner() 函数逻辑中发现一个漏洞，当目录是 SGID 且属于特定群组，并可由非此群组成员的用户写入时，本地用户可以为 XFS 文件系统创建具有非预定群组所有权且具有群组执行和 SGID 权限位集的文件。这会导致在不应授权的情况下授予过多的权限。此漏洞与之前的 CVE-2018-13405 类似，现增加了缺失的 XFS 补丁。(CVE-2021-4037)

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

    tun：避免 tun_free_netdev 中的双重释放 (CVE-2021-47082)

    在 Linux 内核的 TUN/TAP 设备驱动程序功能中，当 register_netdevice 函数失败时（NETDEV_REGISTER 通知程序），用户注册设备的方式中存在双重释放缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-4744)

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

    gfs2始终检查内联 inode 的 inode 大小 (CVE-2022-49739)

    在 Linux 内核中，因争用问题导致 net/sched/sch_api.c 的 qdisc_graft 中包含释放后使用缺陷。此缺陷可导致拒绝服务问题。(CVE-2023-0590)

    在用户使用脏日志失败后还原 XFS 映像的方式中，在 Linux 内核的 XFS 文件系统中发现一个越界内存访问缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2023-2124)

    在 Linux 内核的 SLIMpro I2C 设备驱动程序中发现越界写入漏洞。userspace data->block[0] 变量的上限未限定为 0-255 之间的数字，因而可将它用作 memcpy 的大小，这可能导致写入超出 dma_buffer 的末尾。有权限的本地用户可借此造成系统崩溃，或可能实现代码执行。(CVE-2023-2194)

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

    如果物理邻近攻击者拔出基于 emac 的设备，则 Linux 内核 6.2.9 之前版本的 drivers/net/ethernet/qualcomm/emac/emac.c 中会产生争用条件，并且由此导致释放后使用。
    (CVE-2023-33203)

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

    nilfs2：修复 nilfs_ioctl_wrap_copy() 中的内核信息泄漏 (CVE-2023-53035)

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

    scsiqla2xxx在中止路径中执行无锁命令完成 (CVE-2023-53041)

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

    dm stats：检查并传递 alloc_percpu 失败情况 (CVE-2023-53044)

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

    dm crypt：将 cond_resched() 添加到 dmcrypt_write() (CVE-2023-53051)

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

    erspan不使用 ndo_start_xmit() 中的 skb_mac_header()CVE-2023-53053]

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

    igb：恢复造成死锁的 rtnl_lock() (CVE-2023-53060)

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

    net：usb：smsc95xx：将数据包长度限制为 skb->len (CVE-2023-53062)

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

    qed/qed_sriov防止来自 qed_iov_get_vf_info 的空取消引用 (CVE-2023-53066)

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

    scsi: scsi_dh_alua: 修复 alua_activate() 中“qdata”的内存泄漏问题 (CVE-2023-53078)

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

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

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

    cifs修复无 CONFIG_CIFS_DFS_UPCALL 时的 DFS 遍历 oops (CVE-2023-53246)

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

    sctp检查 wait_for_sndbuf 之后的发送流编号 (CVE-2023-53296)

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

    canbcmbcm_tx_setup()修复 vfs_write 中的 KMSAN uninit-value (CVE-2023-53344)

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

    sctp修复 sctp_ifwdtsn_skip 中可能的溢出 (CVE-2023-53372)

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

    tracing释放跟踪实例的错误日志 (CVE-2023-53375)

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

    nilfs2修复 sysfs 接口生命周期 (CVE-2023-53440)

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

    nilfs2修复 nilfs_segctor_thread() 中结构 nilfs_sc_info 的潜在 UAFCVE-2023-53608

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

    mm/swap修复 swapoff 和 get_swap_pages() 之间的 swap_info_struct 争用 (CVE-2023-53623)

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

    RDMA/core修复 create_ah 失败时的 GID 条目 ref 泄漏 (CVE-2023-54003)

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

    canj1939j1939_tp_tx_dat_new()修复越界内存访问 (CVE-2023-54039)

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

    net/net_failover修复 txq 超出警告 (CVE-2023-54236)

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

    ipv6修复 __ip6_make_skb() 中的 uninit 变量访问缺陷 (CVE-2023-54265)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：can: isotp: fix potential CAN frame reception race in isotp_rcv() When receiving a CAN frame the current code logic does not consider concurrently receiving processes which do not show up in real world usage. Ziyang Xuan writes: The following syz problem is one of the scenarios. so->rx.len is changed by isotp_rcv_ff() during isotp_rcv_cf(), so->rx.len equals 0 before alloc_skb() and equals 4096 after alloc_skb(). That will trigger skb_over_panic() in skb_put(). ======================================================= CPU: 1 PID:
    19 Comm: ksoftirqd/1 Not tainted 5.16.0-rc8-syzkaller #0 RIP: 0010:skb_panic+0x16c/0x16e net/core/skbuff.c:113 Call Trace: <TASK> skb_over_panic net/core/skbuff.c:118 [inline] skb_put.cold+0x24/0x24 net/core/skbuff.c:1990 isotp_rcv_cf net/can/isotp.c:570 [inline] isotp_rcv+0xa38/0x1e30 net/can/isotp.c:668 deliver net/can/af_can.c:574 [inline] can_rcv_filter+0x445/0x8d0 net/can/af_can.c:635 can_receive+0x31d/0x580 net/can/af_can.c:665 can_rcv+0x120/0x1c0 net/can/af_can.c:696 __netif_receive_skb_one_core+0x114/0x180 net/core/dev.c:5465
    __netif_receive_skb+0x24/0x1b0 net/core/dev.c:5579 Therefore we make sure the state changes and data structures stay consistent at CAN frame reception time by adding a spin_lock in isotp_rcv(). This fixes the issue reported by syzkaller but does not affect real world operation. (CVE-2022-48830)

  - 已修复 Linux 内核中的下列漏洞：ceph: fix deadlock or deadcode of misusing dget() The lock order is incorrect between denty and its parent, we should always make sure that the parent get the lock first. But since this deadcode is never used and the parent dir will always be set from the callers, let's just remove it. (CVE-2023-52583)

  - 已修复 Linux 内核中的下列漏洞：trace_events_hist: add check for return value of 'create_hist_field' Function 'create_hist_field' is called recursively at trace_events_hist.c:1954 and can return NULL-value that's why we have to check it to avoid null pointer dereference. Found by Linux Verification Center (linuxtesting.org) with SVACE. (CVE-2023-53005)

  - 已修复 Linux 内核中的下列漏洞：netfilter: x_tables: fix percpu counter block leak on error path when creating new netns Here is the stack where we allocate percpu counter block: +-< __alloc_percpu +-< xt_percpu_counter_alloc +-< find_check_entry # {arp,ip,ip6}_tables.c +-< translate_table And it can be leaked on this code path: +-> ip6t_register_table +-> translate_table # allocates percpu counter block +-> xt_register_table # fails there is no freeing of the counter block on xt_register_table fail. Note: xt_percpu_counter_free should be called to free it like we do in do_replace through cleanup_entry helper (or in __ip6t_unregister_table). Probability of hitting this error path is low AFAICS (xt_register_table can only return ENOMEM here, as it is not replacing anything, as we are creating new netns, and it is hard to imagine that all previous allocations succeeded and after that one in xt_register_table failed). But it's worth fixing even the rare leak. (CVE-2023-53200)

  - 已修复 Linux 内核中的下列漏洞：spi: imx: Don't skip cleanup in remove's error path Returning early in a platform driver's remove callback is wrong. In this case the dma resources are not released in the error path. this is never retried later and so this is a permanent leak.
    To fix this, only skip hardware disabling if waking the device fails. (CVE-2023-53225)

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

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

  - 已修复 Linux 内核中的下列漏洞：tracing: Free error logs of tracing instances When a tracing instance is removed, the error messages that hold errors that occurred in the instance needs to be freed. The following reports a memory leak: # cd /sys/kernel/tracing # mkdir instances/foo # echo 'hist:keys=x' > instances/foo/events/sched/sched_switch/trigger # cat instances/foo/error_log [ 117.404795] hist:sched:sched_switch: error: Couldn't find field Command:
    hist:keys=x ^ # rmdir instances/foo Then check for memory leaks: # echo scan > /sys/kernel/debug/kmemleak # cat /sys/kernel/debug/kmemleak unreferenced object 0xffff88810d8ec700 (size 192): comm bash, pid 869, jiffies 4294950577 (age 215.752s) hex dump (first 32 bytes): 60 dd 68 61 81 88 ff ff 60 dd 68 61 81 88 ff ff `.ha....`.ha.... a0 30 8c 83 ff ff ff ff 26 00 0a 00 00 00 00 00 .0......&....... backtrace:
    [<00000000dae26536>] kmalloc_trace+0x2a/0xa0 [<00000000b2938940>] tracing_log_err+0x277/0x2e0 [<000000004a0e1b07>] parse_atom+0x966/0xb40 [<0000000023b24337>] parse_expr+0x5f3/0xdb0 [<00000000594ad074>] event_hist_trigger_parse+0x27f8/0x3560 [<00000000293a9645>] trigger_process_regex+0x135/0x1a0 [<000000005c22b4f2>] event_trigger_write+0x87/0xf0 [<000000002cadc509>] vfs_write+0x162/0x670 [<0000000059c3b9be>] ksys_write+0xca/0x170 [<00000000f1cddc00>] do_syscall_64+0x3e/0xc0 [<00000000868ac68c>] entry_SYSCALL_64_after_hwframe+0x72/0xdc unreferenced object 0xffff888170c35a00 (size 32): comm bash, pid 869, jiffies 4294950577 (age 215.752s) hex dump (first 32 bytes): 0a 20 20 43 6f 6d 6d 61 6e 64 3a 20 68 69 73 74 . Command: hist 3a 6b 65 79 73 3d 78 0a 00 00 00 00 00 00 00 00 :keys=x......... backtrace: [<000000006a747de5>] __kmalloc+0x4d/0x160 [<000000000039df5f>] tracing_log_err+0x29b/0x2e0 [<000000004a0e1b07>] parse_atom+0x966/0xb40 [<0000000023b24337>] parse_expr+0x5f3/0xdb0 [<00000000594ad074>] event_hist_trigger_parse+0x27f8/0x3560 [<00000000293a9645>] trigger_process_regex+0x135/0x1a0 [<000000005c22b4f2>] event_trigger_write+0x87/0xf0 [<000000002cadc509>] vfs_write+0x162/0x670 [<0000000059c3b9be>] ksys_write+0xca/0x170 [<00000000f1cddc00>] do_syscall_64+0x3e/0xc0 [<00000000868ac68c>] entry_SYSCALL_64_after_hwframe+0x72/0xdc The problem is that the error log needs to be freed when the instance is removed. (CVE-2023-53375)

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

Rocky Linux 9.6 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.6：CLSA-2026：1780052998公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：can: isotp: fix potential CAN frame reception race in isotp_rcv() When receiving a CAN frame the current code logic does not consider concurrently receiving processes which do not show up in real world usage. Ziyang Xuan writes: The following syz problem is one of the scenarios. so->rx.len is changed by isotp_rcv_ff() during isotp_rcv_cf(), so->rx.len equals 0 before alloc_skb() and equals 4096 after alloc_skb(). That will trigger skb_over_panic() in skb_put(). ======================================================= CPU: 1 PID:
    19 Comm: ksoftirqd/1 Not tainted 5.16.0-rc8-syzkaller #0 RIP: 0010:skb_panic+0x16c/0x16e net/core/skbuff.c:113 Call Trace: <TASK> skb_over_panic net/core/skbuff.c:118 [inline] skb_put.cold+0x24/0x24 net/core/skbuff.c:1990 isotp_rcv_cf net/can/isotp.c:570 [inline] isotp_rcv+0xa38/0x1e30 net/can/isotp.c:668 deliver net/can/af_can.c:574 [inline] can_rcv_filter+0x445/0x8d0 net/can/af_can.c:635 can_receive+0x31d/0x580 net/can/af_can.c:665 can_rcv+0x120/0x1c0 net/can/af_can.c:696 __netif_receive_skb_one_core+0x114/0x180 net/core/dev.c:5465
    __netif_receive_skb+0x24/0x1b0 net/core/dev.c:5579 Therefore we make sure the state changes and data structures stay consistent at CAN frame reception time by adding a spin_lock in isotp_rcv(). This fixes the issue reported by syzkaller but does not affect real world operation. (CVE-2022-48830)

  - 已修复 Linux 内核中的下列漏洞：ceph: fix deadlock or deadcode of misusing dget() The lock order is incorrect between denty and its parent, we should always make sure that the parent get the lock first. But since this deadcode is never used and the parent dir will always be set from the callers, let's just remove it. (CVE-2023-52583)

  - 已修复 Linux 内核中的下列漏洞：trace_events_hist: add check for return value of 'create_hist_field' Function 'create_hist_field' is called recursively at trace_events_hist.c:1954 and can return NULL-value that's why we have to check it to avoid null pointer dereference. Found by Linux Verification Center (linuxtesting.org) with SVACE. (CVE-2023-53005)

  - 已修复 Linux 内核中的下列漏洞：netfilter: x_tables: fix percpu counter block leak on error path when creating new netns Here is the stack where we allocate percpu counter block: +-< __alloc_percpu +-< xt_percpu_counter_alloc +-< find_check_entry # {arp,ip,ip6}_tables.c +-< translate_table And it can be leaked on this code path: +-> ip6t_register_table +-> translate_table # allocates percpu counter block +-> xt_register_table # fails there is no freeing of the counter block on xt_register_table fail. Note: xt_percpu_counter_free should be called to free it like we do in do_replace through cleanup_entry helper (or in __ip6t_unregister_table). Probability of hitting this error path is low AFAICS (xt_register_table can only return ENOMEM here, as it is not replacing anything, as we are creating new netns, and it is hard to imagine that all previous allocations succeeded and after that one in xt_register_table failed). But it's worth fixing even the rare leak. (CVE-2023-53200)

  - 已修复 Linux 内核中的下列漏洞：spi: imx: Don't skip cleanup in remove's error path Returning early in a platform driver's remove callback is wrong. In this case the dma resources are not released in the error path. this is never retried later and so this is a permanent leak.
    To fix this, only skip hardware disabling if waking the device fails. (CVE-2023-53225)

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

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

    在用户使用脏日志失败后还原 XFS 映像的方式中，在 Linux 内核的 XFS 文件系统中发现一个越界内存访问缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2023-2124)

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

    skbuff修复合并与释放 SKB 之间的争用 (CVE-2023-53186)

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

    Driversvmbus查找 relids 之前检查通道分配 (CVE-2023-53273)

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

    sctp检查 wait_for_sndbuf 之后的发送流编号 (CVE-2023-53296)

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

    sctp修复 sctp_ifwdtsn_skip 中可能的溢出 (CVE-2023-53372)

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

    tracing释放跟踪实例的错误日志 (CVE-2023-53375)

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

    RDMA/cma仅允许 UD qp_type 加入多播 (CVE-2023-53525)

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

    mm/swap修复 swapoff 和 get_swap_pages() 之间的 swap_info_struct 争用 (CVE-2023-53623)

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

    NFSD避免调用具有 ops->opnum == OP_ILLEGAL 的 OPDESC() (CVE-2023-53680)

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

    RDMA/core修复 create_ah 失败时的 GID 条目 ref 泄漏 (CVE-2023-54003)

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

    fs删除命名空间锁定下的对等组 id (CVE-2023-54128)

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

    mptcp在 mptcp_worker 中执行更严格的状态检查 (CVE-2023-54176)

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

    drm/i915修复 i915_perf_add_config_ioctl 中的争用条件 UAFCVE-2023-54202

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

    ipv6修复 __ip6_make_skb() 中的 uninit 变量访问缺陷 (CVE-2023-54265)

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

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

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

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

    sysctl修复 proc_dou8vec_minmax() 中的数据争用。 (CVE-2022-49634)

    在用户使用脏日志失败后还原 XFS 映像的方式中，在 Linux 内核的 XFS 文件系统中发现一个越界内存访问缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2023-2124)

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

    Driversvmbus查找 relids 之前检查通道分配 (CVE-2023-53273)

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

    sctp检查 wait_for_sndbuf 之后的发送流编号 (CVE-2023-53296)

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

    sctp修复 sctp_ifwdtsn_skip 中可能的溢出 (CVE-2023-53372)

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

    tracing释放跟踪实例的错误日志 (CVE-2023-53375)

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

    nilfs2修复 sysfs 接口生命周期 (CVE-2023-53440)

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

    scsiscsi_tcp在 iscsi_set_param() 之前检查 sock 是否有效 (CVE-2023-53464)

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

    RDMA/cma仅允许 UD qp_type 加入多播 (CVE-2023-53525)

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

    nilfs2修复 nilfs_segctor_thread() 中结构 nilfs_sc_info 的潜在 UAFCVE-2023-53608

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

    mm/swap修复 swapoff 和 get_swap_pages() 之间的 swap_info_struct 争用 (CVE-2023-53623)

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

    RDMA/core修复 create_ah 失败时的 GID 条目 ref 泄漏 (CVE-2023-54003)

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

    canj1939j1939_tp_tx_dat_new()修复越界内存访问 (CVE-2023-54039)

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

    ipv6修复 __ip6_make_skb() 中的 uninit 变量访问缺陷 (CVE-2023-54265)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：tracing: Fix potential double free in create_var_ref() In create_var_ref(), init_var_ref() is called to initialize the fields of variable ref_field, which is allocated in the previous function call to create_hist_field(). Function init_var_ref() allocates the corresponding fields such as ref_field->system, but frees these fields when the function encounters an error. The caller later calls destroy_hist_field() to conduct error handling, which frees the fields and the variable itself. This results in double free of the fields which are already freed in the previous function. Fix this by storing NULL to the corresponding fields when they are freed in init_var_ref(). (CVE-2022-49410)

  - 已修复 Linux 内核中的下列漏洞：net: mdio: fix undefined behavior in bit shift for __mdiobus_register Shifting signed 32-bit value by 31 bits is undefined, so changing significant bit to unsigned. The UBSAN warning calltrace like below: UBSAN: shift-out-of-bounds in drivers/net/phy/mdio_bus.c:586:27 left shift of 1 by 31 places cannot be represented in type 'int' Call Trace: <TASK> dump_stack_lvl+0x7d/0xa5 dump_stack+0x15/0x1b ubsan_epilogue+0xe/0x4e
    __ubsan_handle_shift_out_of_bounds+0x1e7/0x20c __mdiobus_register+0x49d/0x4e0 fixed_mdio_bus_init+0xd8/0x12d do_one_initcall+0x76/0x430 kernel_init_freeable+0x3b3/0x422 kernel_init+0x24/0x1e0 ret_from_fork+0x1f/0x30 </TASK> (CVE-2022-49907)

  - 已修复 Linux 内核中的下列漏洞：vt: Clear selection before changing the font When changing the console font with ioctl(KDFONTOP) the new font size can be bigger than the previous font. A previous selection may thus now be outside of the new screen size and thus trigger out-of-bounds accesses to graphics memory if the selection is removed in vc_do_resize(). Prevent such out-of-memory accesses by dropping the selection before the various con_font_set() console handlers are called.
    (CVE-2022-49948)

  - 已修复 Linux 内核中的下列漏洞：wifi: iwlwifi: mvm: fix double free on tx path. We see kernel crashes and lockups and KASAN errors related to ax210 firmware crashes. One of the KASAN dumps pointed at the tx path, and it appears there is indeed a way to double-free an skb. If iwl_mvm_tx_skb_sta returns non-zero, then the 'skb' sent into the method will be freed. But, in case where we build TSO skb buffer, the skb may also be freed in error case. So, return 0 in that particular error case and do cleanup manually. BUG: KASAN: use-after-free in __list_del_entry_valid+0x12/0x90 iwlwifi 0000:06:00.0: 0x00000000 | tsf hi Read of size 8 at addr ffff88813cfa4ba0 by task btserver/9650 CPU: 4 PID: 9650 Comm: btserver Tainted: G W 5.19.8+ #5 iwlwifi 0000:06:00.0: 0x00000000 | time gp1 Hardware name: Default string Default string/SKYBAY, BIOS 5.12 02/19/2019 Call Trace: <TASK> dump_stack_lvl+0x55/0x6d print_report.cold.12+0xf2/0x684 iwlwifi 0000:06:00.0: 0x1D0915A8 | time gp2 ?
    __list_del_entry_valid+0x12/0x90 kasan_report+0x8b/0x180 iwlwifi 0000:06:00.0: 0x00000001 | uCode revision type ? __list_del_entry_valid+0x12/0x90 __list_del_entry_valid+0x12/0x90 iwlwifi 0000:06:00.0: 0x00000048 | uCode version major tcp_update_skb_after_send+0x5d/0x170 __tcp_transmit_skb+0xb61/0x15c0 iwlwifi 0000:06:00.0: 0xDAA05125 | uCode version minor ? __tcp_select_window+0x490/0x490 iwlwifi 0000:06:00.0:
    0x00000420 | hw version ? trace_kmalloc_node+0x29/0xd0 ? __kmalloc_node_track_caller+0x12a/0x260 ? memset+0x1f/0x40 ? __build_skb_around+0x125/0x150 ? __alloc_skb+0x1d4/0x220 ? skb_zerocopy_clone+0x55/0x230 iwlwifi 0000:06:00.0: 0x00489002 | board version ? kmalloc_reserve+0x80/0x80 ? rcu_read_lock_bh_held+0x60/0xb0 tcp_write_xmit+0x3f1/0x24d0 iwlwifi 0000:06:00.0: 0x034E001C | hcmd ?
    __check_object_size+0x180/0x350 iwlwifi 0000:06:00.0: 0x24020000 | isr0 tcp_sendmsg_locked+0x8a9/0x1520 iwlwifi 0000:06:00.0: 0x01400000 | isr1 ? tcp_sendpage+0x50/0x50 iwlwifi 0000:06:00.0: 0x48F0000A | isr2 ? lock_release+0xb9/0x400 ? tcp_sendmsg+0x14/0x40 iwlwifi 0000:06:00.0: 0x00C3080C | isr3 ? lock_downgrade+0x390/0x390 ? do_raw_spin_lock+0x114/0x1d0 iwlwifi 0000:06:00.0: 0x00200000 | isr4 ? rwlock_bug.part.2+0x50/0x50 iwlwifi 0000:06:00.0: 0x034A001C | last cmd Id ? rwlock_bug.part.2+0x50/0x50 ? lockdep_hardirqs_on_prepare+0xe/0x200 iwlwifi 0000:06:00.0: 0x0000C2F0 | wait_event ?
    __local_bh_enable_ip+0x87/0xe0 ? inet_send_prepare+0x220/0x220 iwlwifi 0000:06:00.0: 0x000000C4 | l2p_control tcp_sendmsg+0x22/0x40 sock_sendmsg+0x5f/0x70 iwlwifi 0000:06:00.0: 0x00010034 | l2p_duration
    __sys_sendto+0x19d/0x250 iwlwifi 0000:06:00.0: 0x00000007 | l2p_mhvalid ? __ia32_sys_getpeername+0x40/0x40 iwlwifi 0000:06:00.0: 0x00000000 | l2p_addr_match ? rcu_read_lock_held_common+0x12/0x50 ? rcu_read_lock_sched_held+0x5a/0xd0 ? rcu_read_lock_bh_held+0xb0/0xb0 ? rcu_read_lock_sched_held+0x5a/0xd0 ? rcu_read_lock_sched_held+0x5a/0xd0 ? lock_release+0xb9/0x400 ? lock_downgrade+0x390/0x390 ? ktime_get+0x64/0x130 ? ktime_get+0x8d/0x130 ? rcu_read_lock_held_common+0x12/0x50 ? rcu_read_lock_sched_held+0x5a/0xd0 ? rcu_read_lock_held_common+0x12/0x50 ? rcu_read_lock_sched_held+0x5a/0xd0 ? rcu_read_lock_bh_held+0xb0/0xb0 ? rcu_read_lock_bh_held+0xb0/0xb0
    __x64_sys_sendto+0x6f/0x80 do_syscall_64+0x34/0xb0 entry_SYSCALL_64_after_hwframe+0x46/0xb0 RIP:
    0033:0x7f1d126e4531 Code: 00 00 00 00 0f 1f 44 00 00 f3 0f 1e fa 48 8d 05 35 80 0c 00 41 89 ca 8b 00 85 c0 75 1c 45 31 c9 45 31 c0 b8 2c 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 67 c3 66 0f 1f 44 00 00 55 48 83 ec 20 48 89 RSP: 002b:00007ffe21a679d8 EFLAGS: 00000246 ORIG_RAX: 000000000000002c RAX: ffffffffffffffda RBX:
    000000000000ffdc RCX: 00007f1d126e4531 RDX: 0000000000010000 RSI: 000000000374acf0 RDI: 0000000000000014 RBP: 00007ffe21a67ac0 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11:
    0000000000000246 R ---truncated--- (CVE-2022-50248)

  - 已修复 Linux 内核中的下列漏洞：mmc: rtsx_usb_sdmmc: fix return value check of mmc_add_host() mmc_add_host() may return error, if we ignore its return value, the memory that allocated in mmc_alloc_host() will be leaked and it will lead a kernel crash because of deleting not added device in the remove path. So fix this by checking the return value and calling mmc_free_host() in the error path, besides, led_classdev_unregister() and pm_runtime_disable() also need be called.
    (CVE-2022-50347)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
175085	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-169)	Nessus	Amazon Linux Local Security Checks	2023/5/3	2026/2/10	high
174976	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。4-2023-044 (ALASKERNEL-5.4-2023-044)	Nessus	Amazon Linux Local Security Checks	2023/5/1	2026/2/9	high
351722	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1780052998）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/5	high
265544	Linux Distros 未修补的漏洞：CVE-2023-53375	Nessus	Misc.	2025/9/19	2026/9/30	medium
351610	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1780052998）	Nessus	Rocky Linux Local Security Checks	2026/9/30	2026/10/5	high
174975	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。15-2023-017 (ALASKERNEL-5.15-2023-017)	Nessus	Amazon Linux Local Security Checks	2023/5/1	2026/2/9	high
174973	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。10-2023-031 (ALASKERNEL-5.10-2023-031)	Nessus	Amazon Linux Local Security Checks	2023/5/1	2026/2/9	high
353159	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1777616064）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/1	high

检测

插件搜索

high

high

high

medium

high

high

high

high