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

    在用户使用 OverlayFS 以特定方式重命名的方式中，发现访问 Linux 内核 OverlayFS 子系统中的文件对象时存在争用条件。本地用户可利用此缺陷导致系统崩溃。
    (CVE-2021-20321)

    此漏洞允许本地攻击者提升对 Linux 内核 5.14-rc3 的受影响装置的特权。要利用此漏洞，攻击者必须首先具备在目标系统上执行低权限代码的能力。处理 eBPF 程序时存在特定缺陷。造成此问题的原因是缺少对用户提供的 eBPF 程序的正确验证，这可导致类型混淆情形。攻击者可利用此漏洞，在内核的上下文中提升特权和执行任意代码。此漏洞之前为 ZDI-CAN-14689。(CVE-2021-34866)

    在 Linux 内核中发现一个缺陷。ccp-ops crypto 驱动程序中的内存泄漏可允许攻击者造成拒绝服务。此缺陷与较早版本的 CVE-2019-18808 类似此漏洞最大的威胁在于系统可用性。(CVE-2021-3744)

    在 Linux 内核的 ccp_run_aes_gcm_cmd() 函数中发现内存泄漏缺陷，攻击者可利用此缺陷造成拒绝服务。此漏洞与早先的 CVE-2019-18808 类似。此漏洞最大的威胁在于系统可用性。(CVE-2021-3764)

    在 Linux 内核的 bpf 的 kernel/bpf/stackmap.c 的 prealloc_elems_and_freelist 中发现越界 (OOB) 内存写入缺陷。此缺陷用于计算大小的乘法运算可导致整数溢出，具有特殊用户权限的本地攻击者可获得对越界内存的访问权限，从而导致系统崩溃或内部内核泄漏信息。(CVE-2021-41864)

    在 Linux 内核的透明进程间通信实现的加密接收代码中发现一个缺陷。能够向目标发送 TIPC 消息的攻击者可损坏目标系统上的内存并升级权限。(CVE-2021-43267)

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

    binder：确保 fd closes 完整 (CVE-2021-47360)

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

    irqchip/gic-v3-its：修复因错误引起的潜在 VPE 泄漏 (CVE-2021-47373)

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

    blktrace：修复被 sysfs 删除之后 blk_trace 访问中的释放后使用问题 (CVE-2021-47375)

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

    bpf：添加调用 kvcalloc() 前的超大检查 (CVE-2021-47376)

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

    nvme-rdma：在破坏 qp 之前破坏 cm id 以避免释放后使用 (CVE-2021-47378)

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

    blk-cgroup：通过在破坏 blkg pd 之前获取 blkcg 锁定来修复 UAF (CVE-2021-47379)

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

    tty：修复 imageblit 中的 vmalloc 访问越界问题  (CVE-2021-47383)

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

    hwmon：(w83793) 通过移除不必要的结构字段来修复空指针取消引用 (CVE-2021-47384)

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

    hwmon(w83792d) 通过删除不必要的结构字段修复空指针取消引用 (CVE-2021-47385)

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

    hwmon：(w83791d) 通过移除不必要的结构字段来修复空指针取消引用 (CVE-2021-47386)

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

    cpufreq：schedutil：使用 kobject release() 方法释放 sugov_tunables (CVE-2021-47387)

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

    KVM: x86：修复从 ioapic_write_indirect() 进行的堆栈越界内存访问 (CVE-2021-47390)

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

    RDMA/cma修复 rdma_cma_listen_on_all() 失败中的侦听器泄漏 (CVE-2021-47392)

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

    sctp如果 skb_header_pointer 在 sctp_rcv_ootb 中返回 NULL 则中断 (CVE-2021-47397)

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

    ixgbe修复 ixgbe_xdp_setup 中的空指针取消引用 (CVE-2021-47399)

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

    HID：betop：修复 betop_probe 中的 slab-out-of-bound 写入 (CVE-2021-47404)

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

    HIDusbhid释放 usbhid_stop 中的 raw_report 缓冲区 (CVE-2021-47405)

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

    ext4：向 ext4_ext_replay_set_iblocks() 添加错误检查 (CVE-2021-47406)

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

    KVM：x86：处理页面跟踪初始化期间的 SRCU 初始化失败 (CVE-2021-47407)

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

    netfilter：conntrack：序列化哈希调整大小和清理 (CVE-2021-47408)

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

    phymdio修复内存泄漏 (CVE-2021-47416)

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

    net_sched修复 fifo_set_limit() 中的空取消引用 (CVE-2021-47418)

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

    i40e修复未初始化的 misc IRQ 向量释放 (CVE-2021-47424)

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

    i2cacpi修复重新配置设备添加中的资源泄漏 (CVE-2021-47425)

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

    x86/entry当 CONFIG_X86_SMAP=n 时清除 X86_FEATURE_SMAP (CVE-2021-47430)

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

    btrfs修复 btrfs_replace_file_extents 中的中止逻辑 (CVE-2021-47433)

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

    xhci修复了中止命令时的命令环指针损坏 (CVE-2021-47434)

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

    net/mlx5e修复了 mlx5_core_destroy_cq() 错误路径中的内存泄漏 (CVE-2021-47438)

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

    drm/edid在 connector_bad_edid() 中按 num_blocks 读取上限 num_of_ext (CVE-2021-47444)

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

    nvmem：修复字节大小单元格的位移越界 (UBSAN) 问题 (CVE-2021-47497)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：samples/landlock: Fix path_list memory leak Clang static analysis reports this error sandboxer.c:134:8: warning: Potential leak of memory pointed to by 'path_list' ret = 0; ^ path_list is allocated in parse_path() but never freed. (CVE-2021-47654)

  - 已修复 Linux 内核中的下列漏洞：tty: synclink_gt: Fix null-pointer-dereference in slgt_clean() When the driver fails at alloc_hdlcdev(), and then we remove the driver module, we will get the following splat: [ 25.065966] general protection fault, probably for non-canonical address 0xdffffc0000000182: 0000 [#1] PREEMPT SMP KASAN PTI [ 25.066914] KASAN: null-ptr-deref in range [0x0000000000000c10-0x0000000000000c17] [ 25.069262] RIP: 0010:detach_hdlc_protocol+0x2a/0x3e0 [25.077709] Call Trace: [ 25.077924] <TASK> [ 25.078108] unregister_hdlc_device+0x16/0x30 [ 25.078481] slgt_cleanup+0x157/0x9f0 [synclink_gt] Fix this by checking whether the 'info->netdev' is a null pointer first. (CVE-2022-49307)

  - 已修复 Linux 内核中的下列漏洞：ima: Fix potential memory leak in ima_init_crypto() On failure to allocate the SHA1 tfm, IMA fails to initialize and exits without freeing the ima_algo_array. Add the missing kfree() for ima_algo_array to avoid the potential memory leak.
    (CVE-2022-49627)

  - 已修复 Linux 内核中的下列漏洞：tracing/histograms: Fix memory leak problem This reverts commit 46bbe5c671e06f070428b9be142cc4ee5cedebac. As commit 46bbe5c671e0 (tracing:
    fix double free) said, the double free problem reported by clang static analyzer is: > In parse_var_defs() if there is a problem allocating > var_defs.expr, the earlier var_defs.name is freed. > This free is duplicated by free_var_defs() which frees > the rest of the list. However, if there is a problem allocating N-th var_defs.expr: + in parse_var_defs(), the freed 'earlier var_defs.name' is actually the N-th var_defs.name; + then in free_var_defs(), the names from 0th to (N-1)-th are freed; IF ALLOCATING PROBLEM HAPPENED HERE!!! -+ \ | 0th 1th (N-1)-th N-th V +-------------+-------------+-----+-------------+----------- var_defs: | name | expr | name | expr | ... | name | expr | name | /// +-------------+-------------+-----+-------------+----------- These two frees don't act on same name, so there was no double free problem before. Conversely, after that commit, we get a memory leak problem because the above N-th var_defs.name is not freed. If enable CONFIG_DEBUG_KMEMLEAK and inject a fault at where the N-th var_defs.expr allocated, then execute on shell like: $ echo 'hist:key=call_site:val=$v1,$v2:v1=bytes_req,v2=bytes_alloc' > \ /sys/kernel/debug/tracing/events/kmem/kmalloc/trigger Then kmemleak reports: unreferenced object 0xffff8fb100ef3518 (size 8): comm bash, pid 196, jiffies 4295681690 (age 28.538s) hex dump (first 8 bytes): 76 31 00 00 b1 8f ff ff v1...... backtrace: [<0000000038fe4895>] kstrdup+0x2d/0x60 [<00000000c99c049a>] event_hist_trigger_parse+0x206f/0x20e0 [<00000000ae70d2cc>] trigger_process_regex+0xc0/0x110 [<0000000066737a4c>] event_trigger_write+0x75/0xd0 [<000000007341e40c>] vfs_write+0xbb/0x2a0 [<0000000087fde4c2>] ksys_write+0x59/0xd0 [<00000000581e9cdf>] do_syscall_64+0x3a/0x80 [<00000000cf3b065c>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49648)

  - 已修复 Linux 内核中的下列漏洞：linux/dim: Fix divide by 0 in RDMA DIM Fix a divide 0 error in rdma_dim_stats_compare() when prev->cpe_ratio == 0. CallTrace: Hardware name: H3C R4900 G3/RS33M2C9S, BIOS 2.00.37P21 03/12/2020 task: ffff880194b78000 task.stack: ffffc90006714000 RIP:
    0010:backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: 0018:ffff880c10e83ec0 EFLAGS: 00010202 RAX:
    0000000000002710 RBX: ffff88096cd7f780 RCX: 0000000000000064 RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000001 RBP: 0000000000000001 R08: 0000000000000000 R09: 0000000000000000 R10:
    0000000000000000 R11: 0000000000000000 R12: 000000001d7c6c09 R13: ffff88096cd7f780 R14: ffff880b174fe800 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff880c10e80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00000000a0965b00 CR3: 000000000200a003 CR4: 00000000007606e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <IRQ> ib_poll_handler+0x43/0x80 [ib_core] irq_poll_softirq+0xae/0x110 __do_softirq+0xd1/0x28c irq_exit+0xde/0xf0 do_IRQ+0x54/0xe0 common_interrupt+0x8f/0x8f </IRQ> ? cpuidle_enter_state+0xd9/0x2a0 ? cpuidle_enter_state+0xc7/0x2a0 ? do_idle+0x170/0x1d0 ? cpu_startup_entry+0x6f/0x80 ? start_secondary+0x1b9/0x210 ? secondary_startup_64+0xa5/0xb0 Code: 0f 87 e1 00 00 00 8b 4c 24 14 44 8b 43 14 89 c8 4d 63 c8 44 29 c0 99 31 d0 29 d0 31 d2 48 98 48 8d 04 80 48 8d 04 80 48 c1 e0 02 <49> f7 f1 48 83 f8 0a 0f 86 c1 00 00 00 44 39 c1 7f 10 48 89 df RIP: backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: ffff880c10e83ec0 (CVE-2022-49670)

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

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

  - 已修复 Linux 内核中的下列漏洞：x86/entry: Clear X86_FEATURE_SMAP when CONFIG_X86_SMAP=n Commit 3c73b81a9164 (x86/entry, selftests: Further improve user entry sanity checks) added a warning if AC is set when in the kernel. Commit 662a0221893a3d (x86/entry: Fix AC assertion) changed the warning to only fire if the CPU supports SMAP. However, the warning can still trigger on a machine that supports SMAP but where it's disabled in the kernel config and when running the syscall_nt selftest, for example: ------------[ cut here ]------------ WARNING: CPU: 0 PID: 49 at irqentry_enter_from_user_mode CPU: 0 PID: 49 Comm: init Tainted: G T 5.15.0-rc4+ #98 e6202628ee053b4f310759978284bd8bb0ce6905 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1ubuntu1 04/01/2014 RIP: 0010:irqentry_enter_from_user_mode ... Call Trace: ? irqentry_enter ? exc_general_protection ? asm_exc_general_protection ? asm_exc_general_protectio IS_ENABLED(CONFIG_X86_SMAP) could be added to the warning condition, but even this would not be enough in case SMAP is disabled at boot time with the nosmap parameter. To be consistent with nosmap behaviour, clear X86_FEATURE_SMAP when !CONFIG_X86_SMAP. Found using entry-fuzz + satrandconfig. [ bp: Massage commit message. ] (CVE-2021-47430)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
160447	Amazon Linux 2：内核 (ALASKERNEL-5.10-2022-007)	Nessus	Amazon Linux Local Security Checks	2022/5/2	2026/2/26	critical
361258	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1778266904）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/2	high
245856	Linux Distros 未修补的漏洞：CVE-2021-47430	Nessus	Misc.	2025/8/8	2026/9/23	medium

检测

插件搜索

critical

high

medium