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

  - 已修复 Linux 内核中的下列漏洞：mm/uffd: fix pte marker when fork() without fork event Patch series mm: Fixes on pte markers. Patch 1 resolves the syzkiller report from Pengfei. Patch 2 further harden pte markers when used with the recent swapin error markers. The major case is we should persist a swapin error marker after fork(), so child shouldn't read a corrupted page. This patch (of 2): When fork(), dst_vma is not guaranteed to have VM_UFFD_WP even if src may have it and has pte marker installed. The warning is improper along with the comment. The right thing is to inherit the pte marker when needed, or keep the dst pte empty. A vague guess is this happened by an accident when there's the prior patch to introduce src/dst vma into this helper during the uffd-wp feature got developed and I probably messed up in the rebase, since if we replace dst_vma with src_vma the warning & comment it all makes sense too. Hugetlb did exactly the right here (copy_hugetlb_page_range()). Fix the general path.
    Reproducer: https://github.com/xupengfe/syzkaller_logs/blob/main/221208_115556_copy_page_range/repro.cBugzilla report: https://bugzilla.kernel.org/show_bug.cgi?id=216808 (CVE-2022-49744)

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

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

    已发现在某些 AMD CPU 上，RAS（返回地址堆栈，在某些 AMD 文档中也称为 RAP [返回地址预测器]，在 Intel 术语中也称为 RSB [返回堆栈缓冲区]）在非空闲线程之间进行动态分区。攻击者可利用此漏洞，控制邻近线程上的推测执行。(CVE-2022-27672)

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

    ovl将 buf 灵活数组用于 memcpy() 目标 (CVE-2022-49743)

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

    mm/uffd在无 fork 事件的情况下进行 fork() 时修复 pte 标记CVE-2022-49744

    上游缺陷报告对此问题的描述如下：

    在 Linux 内核的可靠数据报套接字 (RDS) 协议实现中发现了一个缺陷。rds_rm_zerocopy_callback() 在造成类型混淆的列表标头上使用 list_entry()。本地用户可通过 rds_message_put() 触发此漏洞。类型混淆导致“struct rds_msg_zcopy_info *info”实际上指向可能由本地用户控制的其他内容。触发此漏洞的方式已为用户所知，该漏洞将导致越界访问和锁定损坏。(CVE-2023-1078)

    在 Linux 内核的 Framebuffer 控制台 (fbcon) 中发现了一个缺陷。向 fbcon_set_font 提供大于 32 的 font->width 和 font->height 时，由于检查不到位，会发生 shift 越界，从而导致不明行为并可能导致拒绝服务。(CVE-2023-3161)

    drivers/nvmem/brcm_nvram.c 中的 brcm_nvram_parse 缺少对 kzalloc() 的返回值的检查，将导致空指针取消引用缺陷 (CVE-2023-3359)

    在 Linux 内核中，发现 vc_screen 中 drivers/tty/vt/vc_screen.c 的 vcs_read 存在一个释放后使用缺陷。如果攻击者具有本地用户访问权限，他们可利用此缺陷造成系统崩溃或泄露内核内部信息。(CVE-2023-3567)

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

    修复 __free_pages 中的 racy 检查造成的页面损坏 (CVE-2023-52739)

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

    cifs：修复 rdata->read_into_pages() 中的释放后使用 (CVE-2023-52741)

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

    xfrm/compat：阻止 xfrm_xlate32_attr() 中潜在的 spectre v1 小工具 (CVE-2023-52746)

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

    bpf跳过 backtrack_insn 中无效的 kfunc 调用CVE-2023-52928

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

    drm/i915修复潜在的 bit_17 双重释放 (CVE-2023-52930)

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

    drm/i915避免潜在的 vm 释放后使用 (CVE-2023-52931)

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

    mm/swapfile：在 get_swap_pages() 中添加 cond_resched() (CVE-2023-52932)

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

    Squashfs：修复 xattr_ids 计数的处理和健全性检查 (CVE-2023-52933)

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

    mm/MADV_COLLAPSEcatch !none !huge !bad pmd 查找 (CVE-2023-52934)

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

    mm/khugepaged修复 ->anon_vma 争用 (CVE-2023-52935)

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

    kernel/irq/irqdomain.c使用 debugfs_lookup() 修复内存泄漏 (CVE-2023-52936)

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

    HVhv_balloon修复使用 debugfs_lookup() 的内存泄漏 (CVE-2023-52937)

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

    mmmemcg修复 mem_cgroup_track_foreign_dirty_slowpath() 中的空指针 (CVE-2023-52939)

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

    mmmulti-gen LRU修复 cgroup 迁移期间发生的崩溃 (CVE-2023-52940)

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

    cgroup/cpuset修复 update_parent_subparts_cpumask() 中的错误检查 (CVE-2023-52942)

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

    vc_screen：移动 vcs_read() 中的结构 vc_data 指针加载以避免 UAF (CVE-2023-52973)

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

    efi修复 efi_mem_reserve_persistent 中潜在的空取消引用 (CVE-2023-52976)

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

    net: openvswitch：修复 ovs_flow_cmd_new 中的流内存泄漏问题 (CVE-2023-52977)

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

    squashfs：强化 squashfs_read_xattr_id_table 中健全性检查 (CVE-2023-52979)

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

    drm/i915修复错误捕获和 debugfs 转储期间的请求引用计数 (CVE-2023-52981)

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

    fscache使用 wait_on_bit() 等待释放已让渡的卷 (CVE-2023-52982)

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

    blockbfq修复 bic_set_bfqq() 中 bfqq 的 uafCVE-2023-52983

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

    bpfsockmap克隆侦听器时检查任何 tcp_bpf_prots (CVE-2023-52986)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：hwmon: (w83792d) Fix NULL pointer dereference by removing unnecessary structure field If driver read val value sufficient for (val & 0x08) && (!(val & 0x80)) && ((val & 0x7) == ((val >> 4) & 0x7)) from device then Null pointer dereference occurs. (It is possible if tmp = 0b0xyz1xyz, where same literals mean same numbers) Also lm75[] does not serve a purpose anymore after switching to devm_i2c_new_dummy_device() in w83791d_detect_subclients(). The patch fixes possible NULL pointer dereference by removing lm75[]. Found by Linux Driver Verification project (linuxtesting.org). [groeck: Dropped unnecessary continuation lines, fixed multipline alignment] (CVE-2021-47385)

  - 已修复 Linux 内核中的下列漏洞：hwmon: (w83791d) Fix NULL pointer dereference by removing unnecessary structure field If driver read val value sufficient for (val & 0x08) && (!(val & 0x80)) && ((val & 0x7) == ((val >> 4) & 0x7)) from device then Null pointer dereference occurs. (It is possible if tmp = 0b0xyz1xyz, where same literals mean same numbers) Also lm75[] does not serve a purpose anymore after switching to devm_i2c_new_dummy_device() in w83791d_detect_subclients(). The patch fixes possible NULL pointer dereference by removing lm75[]. Found by Linux Driver Verification project (linuxtesting.org). [groeck: Dropped unnecessary continuation lines, fixed multi-line alignment] (CVE-2021-47386)

  - 已修复 Linux 内核中的下列漏洞：mm/uffd: fix pte marker when fork() without fork event Patch series mm: Fixes on pte markers. Patch 1 resolves the syzkiller report from Pengfei. Patch 2 further harden pte markers when used with the recent swapin error markers. The major case is we should persist a swapin error marker after fork(), so child shouldn't read a corrupted page. This patch (of 2): When fork(), dst_vma is not guaranteed to have VM_UFFD_WP even if src may have it and has pte marker installed. The warning is improper along with the comment. The right thing is to inherit the pte marker when needed, or keep the dst pte empty. A vague guess is this happened by an accident when there's the prior patch to introduce src/dst vma into this helper during the uffd-wp feature got developed and I probably messed up in the rebase, since if we replace dst_vma with src_vma the warning & comment it all makes sense too. Hugetlb did exactly the right here (copy_hugetlb_page_range()). Fix the general path.
    Reproducer: https://github.com/xupengfe/syzkaller_logs/blob/main/221208_115556_copy_page_range/repro.cBugzilla report: https://bugzilla.kernel.org/show_bug.cgi?id=216808 (CVE-2022-49744)

  - 已修复 Linux 内核中的下列漏洞：drm/vkms: Fix memory leak in vkms_init() A memory leak was reported after the vkms module install failed. unreferenced object 0xffff88810bc28520 (size 16): comm modprobe, pid 9662, jiffies 4298009455 (age 42.590s) hex dump (first 16 bytes): 01 01 00 64 81 88 ff ff 00 00 dc 0a 81 88 ff ff ...d............ backtrace:
    [<00000000e7561ff8>] kmalloc_trace+0x27/0x60 [<000000000b1954a0>] 0xffffffffc45200a9 [<00000000abbf1da0>] do_one_initcall+0xd0/0x4f0 [<000000001505ee87>] do_init_module+0x1a4/0x680 [<00000000958079ad>] load_module+0x6249/0x7110 [<00000000117e4696>] __do_sys_finit_module+0x140/0x200 [<00000000f74b12d2>] do_syscall_64+0x35/0x80 [<000000008fc6fcde>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 The reason is that the vkms_init() returns without checking the return value of vkms_create(), and if the vkms_create() failed, the config allocated at the beginning of vkms_init() is leaked. vkms_init() config = kmalloc(...) # config allocated ... return vkms_create() # vkms_create failed and config is leaked Fix this problem by checking return value of vkms_create() and free the config if error happened. (CVE-2022-50269)

  - 已修复 Linux 内核中的下列漏洞：net: hns: fix possible memory leak in hnae_ae_register() Inject fault while probing module, if device_register() fails, but the refcount of kobject is not decreased to 0, the name allocated in dev_set_name() is leaked. Fix this by calling put_device(), so that name can be freed in callback function kobject_cleanup(). unreferenced object 0xffff00c01aba2100 (size 128): comm systemd-udevd, pid 1259, jiffies 4294903284 (age 294.152s) hex dump (first 32 bytes): 68 6e 61 65 30 00 00 00 18 21 ba 1a c0 00 ff ff hnae0....!...... 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ backtrace: [<0000000034783f26>] slab_post_alloc_hook+0xa0/0x3e0 [<00000000748188f2>] __kmem_cache_alloc_node+0x164/0x2b0 [<00000000ab0743e8>]
    __kmalloc_node_track_caller+0x6c/0x390 [<000000006c0ffb13>] kvasprintf+0x8c/0x118 [<00000000fa27bfe1>] kvasprintf_const+0x60/0xc8 [<0000000083e10ed7>] kobject_set_name_vargs+0x3c/0xc0 [<000000000b87affc>] dev_set_name+0x7c/0xa0 [<000000003fd8fe26>] hnae_ae_register+0xcc/0x190 [hnae] [<00000000fe97edc9>] hns_dsaf_ae_init+0x9c/0x108 [hns_dsaf] [<00000000c36ff1eb>] hns_dsaf_probe+0x548/0x748 [hns_dsaf] (CVE-2022-50352)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
247369	Linux Distros 未修补的漏洞：CVE-2022-49744	Nessus	Misc.	2025/8/10	2026/11/6	medium
173140	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-132)	Nessus	Amazon Linux Local Security Checks	2023/3/21	2026/2/24	high
361044	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1783355084）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/22	medium

检测

插件搜索

medium

high

medium