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

  - md raid：修复通过 dm-raid 停止具有元数据的阵列时的挂起问题 当使用设备映射器的 dm-raid 目标时，停止 RAID 阵列可造成系统在特定情况下挂起。在下列情况下会发生这种情况：- dm-raid 受管理设备树从上到下挂起（首先挂起顶级 RAID 设备，然后挂起其底层元数据和数据设备）- 随后删除顶级 RAID 设备 删除顶级设备会按以下顺序触发挂起：dm-raid 析构函数调用 md_stop（），后者会尝试通过写入元数据子设备来刷新写入意图位图。然而，这些设备已经挂起，导致无法完成写入意向操作，并造成无限期阻断。修复：- 防止从 dm-raid 析构函数上下文调用 md_stop（） 时发生位图刷新，并避免静止/取消排序周期（该循环也可能导致 I/O） - 从 dm-raid 暂停上下文调用时仍允许写入意图位图刷新。这可确保即使底层设备处于暂停状态，RAID 阵列拆卸也可成功完成。如上所述，第二个修补程序使用 md_is_rdwr（） 来区分挂起和析构函数路径。（CVE-2026-43309）

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

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

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

    audit：添加 fchmodat2（） 以更改属性类 （CVE-2025-71239）

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

    fs：ntfs3：修复元数据不一致的 attr_load_runs_range 中的无限循环 （CVE-2025-71265）

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

    fs：ntfs3：检查 indx_find 的返回值以避免无限循环 （CVE-2025-71266）

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

    fs：ntfs3：修复零大小ATTR_LIST触发的无限循环 （CVE-2025-71267）

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

    fs/buffer：在 try_to_free_buffers（） 中为不包含缓冲区的作品集添加警报 （CVE-2025-71295）

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

    drm/tests：shmem：保持关于清除的保留锁定 （CVE-2025-71296）

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

    drm/tests：shmem：保持关于 madvise （CVE-2025-71298） 的保留锁定

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

    drm/tests：shmem：保持关于 vmap/vunmap （CVE-2025-71301） 的保留锁定

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

    drm/display/dp_mst：添加针对 0 vcpi 的保护 （CVE-2025-71305）

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

    espintcp：修复 espintcp_close（） 中的争用条件 （CVE-2026-23239）

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

    tls：修复 tls_sw_cancel_work_tx（） 中的争用条件 （CVE-2026-23240）

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

    audit：将缺失的 syscall 添加至 read class （CVE-2026-23241）

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

    xfs：重新验证两个 btrees （CVE-2026-23249） 时检查已删除的游标

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

    cifs：回放时某些缺少的初始化 （CVE-2026-31693）

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

    io_uring/zcrx：修复 scrub 和 refill 路径 （CVE-2026-43121） 之间的user_ref争用

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

    fbcon：检查 con2fb_acquire_newinfo（） （CVE-2026-43123） 的返回值

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

    pstore：ram_core：修复 vmap（） 失败时错误的成功返回 （CVE-2026-43124）

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

    ntfs3：修复 run_unpack_ex 中的循环锁定依赖关系 （CVE-2026-43127）

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

    RDMA/umem：修复故障路径 （CVE-2026-43128） 中的双重dma_buf_unpin

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

    ima：验证之前内核的 IMA 缓冲区位于可寻址 RAM （CVE-2026-43129） 中

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

    iommu/vt-d：仅当 PCIe 设备在可扩展模式下可访问时刷新 dev-IOTLB （CVE-2026-43130）

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

    dm-verity：正确处理 dm_bufio_client_create（） 失败 （CVE-2026-43132）

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

    KVM：nSVM：在 VMLOAD/VMSAVE 仿真中始终使用 vmcb01 （CVE-2026-43133）

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

    xfrm6：修复 xfrm6_get_saddr（） （CVE-2026-43139） 中未初始化的 saddr

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

    mfd：core：添加围绕“mfd_of_node_list”（CVE-2026-43143） 的锁定

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

    恢复 PCI/IOV：启用/禁用 SR-IOV 时添加 PCI 重新扫描-删除锁定 （CVE-2026-43147）

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

    perf/arm-cmn：拒绝不受支持的硬件配置 （CVE-2026-43150）

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

    HID：hid-pl：处理探测错误 （CVE-2026-43152）

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

    xfs：删除 xfs_attr_leaf_hasname （CVE-2026-43153）

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

    erofs：修复卷标处理中不正确的提前退出 （CVE-2026-43154）

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

    xfs：修复将 xattrs 添加到叶块时的自由映射调整 （CVE-2026-43158）

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

    md/bitmap：修复 write_page 中因调整大小争用造成的 GPF （CVE-2026-43163）

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

    udplite：修复 __udp_enqueue_schedule_skb（） 中的 null-ptr-deref。（CVE-2026-43164）

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

    erofs：修复编码盘区 （CVE-2026-43166） 的交错式明文识别

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

    xfrm：始终在NETDEV_UNREGISTER事件 （CVE-2026-43167） 时刷新状态和策略

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

    drm/buddy：通过验证舍入分配 （） 防止BUG_ONCVE-2026-43169

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

    EFI/CPER：不转储整个内存区域 （CVE-2026-43171）

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

    erofs：修复无效的启用 metabox 图像的错误过早退出 （CVE-2026-43179）

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

    ipv6：ioam：修复 __ioam6_fill_trace_data（） （CVE-2026-43186） 中的堆缓冲区溢出

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

    xfs：删除空时的 attr leaf freemap 条目 （CVE-2026-43187）

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

    ceph：不将页面数组植入错误传播为批次错误 （CVE-2026-43188）

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

    media：v4l2-async：修复找到匹配项后步骤的错误处理 （CVE-2026-43189）

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

    netfilter：xt_tcpmss：读取 optlen （CVE-2026-43190） 之前检查剩余长度

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

    net：消耗 GSO 帧的 xmit 错误 （CVE-2026-43194）

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

    tcp：修复 tcp_v6_syn_recv_sock（） （CVE-2026-43198） 中潜在的争用

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

    net/mlx5e：修复 IPsec MAC 地址查询 （CVE-2026-43199） 中原子期间的计划

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

    APEI/GHES：ARM 处理器错误：不要超出分配的内存 （CVE-2026-43201）

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

    net：不将flow_id传递到 set_rps_cpu（） （CVE-2026-43208）

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

    tracing：ring-buffer：修复以在使用 （CVE-2026-43210） 之前检查事件长度

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

    PCI：修复 pci_slot_trylock（） 错误处理 （CVE-2026-43211）

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

    KVM：x86：添加 SRCU 保护，用于读取 __get_sregs2（） 中的CVE-2026-43214 PDPTR （）

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

    cifs：修复 tcon 字段 （CVE-2026-43215） 的锁定使用

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

    net：终止 skb_may_tx_timestamp（） （CVE-2026-43216） 中的锁定

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

    io_uring/zcrx：修复映射失败时的 sgtable 泄漏 （CVE-2026-43224）

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

    net/rds：没有 RDS_CONN_ERROR （CVE-2026-43226） 的快捷方式

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

    net/rds：清除重新连接待定位 （CVE-2026-43230）

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

    netfilter：nf_conntrack_h323：修复 decode_choice（） （CVE-2026-43233） 中的 OOB 读取

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

    team：避免注销 slave （CVE-2026-43234） 时发生NETDEV_CHANGEMTU事件

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

    net/sched：act_skbedit：修复 tcf_skbedit_hash（） （CVE-2026-43238） 中的除以零问题

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

    smb：客户端：防止 ->query_interfaces（） （CVE-2026-43239） 中的争用

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

    x86/kexec：添加对之前内核的 IMA kexec 缓冲区 （CVE-2026-43240） 的健全性检查

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

    kcm：修复部分 sendmsg 错误 （CVE-2026-43244） 时 frag_list 中的 zero-frag skb

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

    ntfs：->d_compare（） 不得阻断 （CVE-2026-43245）

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

    mptcp：pm：in-kernel：rm endp （CVE-2026-43252） 时始终将 ID 设置为 avail

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

    iommu/amd：将 wait_on_sem（） 移出旋转锁 （CVE-2026-43253）

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

    ovpn：tcp - 修复从流 （CVE-2026-43254） 中提取数据包

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

    alpha：修复内存压缩期间的用户空间损坏 （CVE-2026-43258）

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

    arm64：添加对 Spectre-BHB 缓解措施的支持 TSV110 （CVE-2026-43261）

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

    EFI/CPER：不超出 ARM 处理器 CPER 记录缓冲区 （CVE-2026-43266）

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

    ring-buffer：修复可能取消引用未初始化的指针 （CVE-2026-43272）

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

    ceph：在 ceph_zero_partial_object（） （） 中CVE-2026-43273提供快照上下文

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

    APEI/GHES：确保不会超出 CPER 分配的记录 （CVE-2026-43277）

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

    dm：最后一个克隆 bio 完成时清除克隆的请求 bio 指针 （CVE-2026-43278）

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

    邮箱：防止 fw_mbox_index_xlate（） 中的越界访问 （CVE-2026-43281）

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

    mm/slab：如果发生 ！allow_spin （CVE-2026-43285），则不访问 current->mems_allowed_seq

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

    mm/hugetlb：将失败的全局预留还原到子池 （CVE-2026-43286）

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

    drm：对 memcg （CVE-2026-43287） 的帐户属性 blob 分配

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

    ext4：将 ext4_percpu_param_init（） 移动到 ext4_mb_init（） （CVE-2026-43288） 之前

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

    kexec：从符号 （CVE-2026-43289） 派生炼狱条目

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

    mm/vmalloc：防止 RCU 在 kasan_release_vmalloc_node （CVE-2026-43292） 中停止

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

    mm/page_alloc：清除 free_pages_prepare（） 中的 page->private （CVE-2026-43303）

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

    libceph：定义并执行 CEPH_MAX_KEY_LEN （CVE-2026-43304）

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

    bpf：crypto：使用正确的析构函数 kfunc type （CVE-2026-43306）

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

    md raid：修复通过 dm-raid （CVE-2026-43309） 停止具有元数据的数组时的挂起

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

    ACPI：processor：修复 acpi_processor_errata_piix4（） 中的空指针取消引用 （CVE-2026-43313）

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

    dm：删除假超时以避免泄漏请求 （CVE-2026-43314）

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

    KVM：nSVM：删除用户可对 nested_svm_load_cr3（） 触发的 WARN successing （CVE-2026-43315）

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

    bpf：正确标记间接跳转的实时寄存器 （CVE-2026-43321）

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

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

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

  - 已修复 Linux 内核中的下列漏洞：vhost: fix hung thread due to erroneous iotlb entries In vhost_iotlb_add_range_ctx(), range size can overflow to 0 when start is 0 and last is ULONG_MAX. One instance where it can happen is when userspace sends an IOTLB message with iova=size=uaddr=0 (vhost_process_iotlb_msg). So, an entry with size = 0, start = 0, last = ULONG_MAX ends up in the iotlb. Next time a packet is sent, iotlb_access_ok() loops indefinitely due to that erroneous entry. Call Trace: <TASK> iotlb_access_ok+0x21b/0x3e0 drivers/vhost/vhost.c:1340 vq_meta_prefetch+0xbc/0x280 drivers/vhost/vhost.c:1366 vhost_transport_do_send_pkt+0xe0/0xfd0 drivers/vhost/vsock.c:104 vhost_worker+0x23d/0x3d0 drivers/vhost/vhost.c:372 kthread+0x2e9/0x3a0 kernel/kthread.c:377 ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:295 </TASK> Reported by syzbot at:
    https://syzkaller.appspot.com/bug?extid=0abd373e2e50d704db87 To fix this, do two things: 1. Return -EINVAL in vhost_chr_write_iter() when userspace asks to map a range with size 0. 2. Fix vhost_iotlb_add_range_ctx() to handle the range [0, ULONG_MAX] by splitting it into two entries.
    (CVE-2022-48862)

  - 已修复 Linux 内核中的下列漏洞：net: hns3: add vlan list lock to protect vlan list When adding port base VLAN, vf VLAN need to remove from HW and modify the vlan state in vf VLAN list as false. If the periodicity task is freeing the same node, it may cause use after free error. This patch adds a vlan list lock to protect the vlan list. (CVE-2022-49182)

  - 已修复 Linux 内核中的下列漏洞：perf/x86/amd: Fix crash due to race between amd_pmu_enable_all, perf NMI and throttling amd_pmu_enable_all() does: if (!test_bit(idx, cpuc->active_mask)) continue; amd_pmu_enable_event(cpuc->events[idx]); A perf NMI of another event can come between these two steps. Perf NMI handler internally disables and enables _all_ events, including the one which nmi-intercepted amd_pmu_enable_all() was in process of enabling. If that unintentionally enabled event has very low sampling period and causes immediate successive NMI, causing the event to be throttled, cpuc->events[idx] and cpuc->active_mask gets cleared by x86_pmu_stop(). This will result in amd_pmu_enable_event() getting called with event=NULL when amd_pmu_enable_all() resumes after handling the NMIs. This causes a kernel crash: BUG: kernel NULL pointer dereference, address: 0000000000000198 #PF:
    supervisor read access in kernel mode #PF: error_code(0x0000) - not-present page [...] Call Trace: <TASK> amd_pmu_enable_all+0x68/0xb0 ctx_resched+0xd9/0x150 event_function+0xb8/0x130 ? hrtimer_start_range_ns+0x141/0x4a0 ? perf_duration_warn+0x30/0x30 remote_function+0x4d/0x60
    __flush_smp_call_function_queue+0xc4/0x500 flush_smp_call_function_queue+0x11d/0x1b0 do_idle+0x18f/0x2d0 cpu_startup_entry+0x19/0x20 start_secondary+0x121/0x160 secondary_startup_64_no_verify+0xe5/0xeb </TASK> amd_pmu_disable_all()/amd_pmu_enable_all() calls inside perf NMI handler were recently added as part of BRS enablement but I'm not sure whether we really need them. We can just disable BRS in the beginning and enable it back while returning from NMI. This will solve the issue by not enabling those events whose active_masks are set but are not yet enabled in hw pmu. (CVE-2022-49781)

  - 已修复 Linux 内核中的下列漏洞：blk-iolatency: Fix memory leak on add_disk() failures When a gendisk is successfully initialized but add_disk() fails such as when a loop device has invalid number of minor device numbers specified, blkcg_init_disk() is called during init and then blkcg_exit_disk() during error handling. Unfortunately, iolatency gets initialized in the former but doesn't get cleaned up in the latter. This is because, in non-error cases, the cleanup is performed by del_gendisk() calling rq_qos_exit(), the assumption being that rq_qos policies, iolatency being one of them, can only be activated once the disk is fully registered and visible. That assumption is true for wbt and iocost, but not so for iolatency as it gets initialized before add_disk() is called. It is desirable to lazy-init rq_qos policies because they are optional features and add to hot path overhead once initialized - each IO has to walk all the registered rq_qos policies. So, we want to switch iolatency to lazy init too. However, that's a bigger change. As a fix for the immediate problem, let's just add an extra call to rq_qos_exit() in blkcg_exit_disk(). This is safe because duplicate calls to rq_qos_exit() become noop's. (CVE-2022-50550)

  - 已修复 Linux 内核中的下列漏洞：i40e: Do not allow untrusted VF to remove administratively set MAC Currently when PF administratively sets VF's MAC address and the VF is put down (VF tries to delete all MACs) then the MAC is removed from MAC filters and primary VF MAC is zeroed.
    Do not allow untrusted VF to remove primary MAC when it was set administratively by PF. Reproducer: 1) Create VF 2) Set VF interface up 3) Administratively set the VF's MAC 4) Put VF interface down [root@host ~]# echo 1 > /sys/class/net/enp2s0f0/device/sriov_numvfs [root@host ~]# ip link set enp2s0f0v0 up [root@host ~]# ip link set enp2s0f0 vf 0 mac fe:6c:b5:da:c7:7d [root@host ~]# ip link show enp2s0f0 23:
    enp2s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 3c:ec:ef:b7:dd:04 brd ff:ff:ff:ff:ff:ff vf 0 link/ether fe:6c:b5:da:c7:7d brd ff:ff:ff:ff:ff:ff, spoof checking on, link-state auto, trust off [root@host ~]# ip link set enp2s0f0v0 down [root@host ~]# ip link show enp2s0f0 23: enp2s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 3c:ec:ef:b7:dd:04 brd ff:ff:ff:ff:ff:ff vf 0 link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff, spoof checking on, link-state auto, trust off (CVE-2024-26830)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
313299	Linux Distros 未修补的漏洞：CVE-2026-43309	Nessus	Misc.	2026/5/8	2026/11/6	medium
315658	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1702)	Nessus	Amazon Linux Local Security Checks	2026/5/20	2026/6/17	high
364688	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1791741836）	Nessus	Alma Linux Local Security Checks	2026/10/12	2026/10/28	critical

检测

插件搜索

medium

high

critical