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

  - hpfs：修复 hpfs_map_dnode_bitmap 失败时的崩溃 如果hpfs_map_dnode_bitmap失败，代码将调用未初始化的四重缓冲区头中的 hpfs_brelse4，从而导致崩溃。（CVE-2026-63954）

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

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

  - 已修复 Linux 内核中的下列漏洞：ACPI: button: Fix ACPI GPE handler leak during removal Commit a7e23ec17fee (ACPI: button: Install notifier for system events as well) changed the ACPI notify handler type for ACPI buttons to ACPI_ALL_NOTIFY, but it forgot to update acpi_button_remove() to reflect that change. This leads to leaking the notify handler past driver removal, which may cause a kernel crash to occur if ACPI notify on the given device is triggered after removing the driver, and causes a subsequent probe of the given device with the same driver to fail. Address this by updating the acpi_remove_notify_handler() call in acpi_button_remove() as appropriate. (CVE-2026-64013)

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

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

  - 已修复 Linux 内核中的下列漏洞：nvme-pci: fix dma mapping leak on data setup error We're leaking the initial DMA mapping during iteration if we fail to allocate the tracking descriptor for both PRP and SGL. Unmap the iterator directly; we can't use the existing unmap helper because it depends on the tracking descriptor being successfully allocated, so a new one for an in-use iterator is provided. The mappings were also leaking when the driver detects an invalid bio_vec when mapping PRPs, so fix that too. (CVE-2026-64019)

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

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

  - xfrm：将 MIGRATE 通知路由到调用方的 netns xfrm_send_migrate（） 在 net/xfrm/xfrm_user.c 中和 net/key/af_key.c 中的 pfkey_send_migrate（），这两种硬编码init_net用于宣布成功XFRM_MSG_MIGRATE/SADB_X_MIGRATE的多播。XFRM_MSG_MIGRATE到达 per-netns NETLINK_XFRM 套接字，xfrm/af_key netlink 路径的其余部分已在 2008 年实现 netns 感知。xfrm_user.c 中的其他 14 个多播路径使用 xs_net（x）、xp_net（xp） 或 sock_net（skb->sk） 路由其事件;仅缺少迁移路径。init_net硬编码的两个后果：1. 通知（选择器、新旧端点地址和km_address）发送给 init_net 的 XFRMNLGRP_MIGRATE / pfkey BROADCAST_ALL组上的侦听器，而不是在发出的 netns 上。因此，在 init_net 中运行的 IKE 后台程序会接收来自主机上任何其他 netns 的迁移通知。2. 在非 init netns 内运行并订阅自己的 XFRMNLGRP_MIGRATE/pfkey 群组的 IKE 后台程序从未接收到自己的迁移通知。netns 内的 IKEv2 MOBIKE / 地址更新处理静默中断。通过 km_migrate（） 和 xfrm_mgr.migrate 函数指针线程 struct net，终止 xfrm_send_migrate（） 和 pfkey_send_migrate（） 中的 &init_net 替代），并通过 sock_net（skb->sk））一直向下传递调用程序的 net（已在 xfrm_migrate（） 范围内）。结构xfrm_mgr仅存在于树内，不会导出为稳定的 API，因此函数指针签名更改是内部的。自 pernet 转换以来，pfkey_broadcast（） 已通过 net_generic（net， pfkey_net_id） 感知 netns。af_key.c 中的其他五个 pfkey_broadcast（） 调用程序已传递 xs_net（x）、sock_net（sk） 或 per-netns 网络，因此这仅删除 &init_net 异常值。（CVE-2026-63914）

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

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

  - USB：serial：mxuport：通过小端点修复内存损坏 确保批量输出端点最大数据包大小至少为 8 字节，以避免在恶意设备报告较小的大小时导致用户控制的 slab 损坏。（CVE-2026-63899）

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/amdgpu/jpeg: set no_user_fence for JPEG v4.0.5 ring JPEG rings do not support 64-bit user fence writes, reject CS submissions with user fences. (cherry picked from commit f05d0a4f21fc720116d6e238f23308b199891058) (CVE-2026-63843)

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

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

  - PCI：mediatek-gen3：防止在找不到 IRQ 时泄漏 IRQ 域 在 mtk_pcie_setup_irq（） 中，IRQ 域会在提取控制器的 IRQ 之前进行分配。如果后者失败，该函数直接返回错误，而不清理分配的域。因此，请颠倒顺序，以便在找到控制器的 IRQ 之后分配 IRQ 域。Sashiko 在检查 [PATCH v6 0/7] 期间标记了此问题 PCI：mediatek-gen3：添加电源控制支持。（CVE-2026-63862）

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

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

  - 已修复 Linux 内核中的下列漏洞：efi: Allocate runtime workqueue before ACPI init Since commit 5894cf571e14 (acpi/prmt: Use EFI runtime sandbox to invoke PRM handlers) ACPI PRM calls are delegated to a workqueue which runs in a kernel thread, making it easier to detect and mitigate faulting memory accesses performed by the firmware. Rafael reports that such PRM accesses may occur before efisubsys_init() executes, which is where the workqueue is allocated, leading to NULL pointer dereferences. Since acpi_init() [which triggers the early PRM accesses] executes as a subsys_initcall() as well, and has its own dependencies that may be sensitive to initcall ordering, deferring acpi_init() is not an option. So instead, split off the workqueue allocation into its own postcore initcall, as this is the only missing piece to allow EFI runtime calls to be made. This ensures that EFI runtime call (including PRM calls) are accessible to all code running at subsys_initcall() level. (CVE-2026-64183)

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

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

  - ip6：vti：在 vti6_changelink（） 中使用 ip6_tnl.net。ip netns 添加 ns1 ip netns 添加 ns2 ip -n ns1 链接添加 vti6_test 类型 vti6 远程 ：：1 本地 ：：2 密钥 7 ip -n ns1 链接集 vti6_test netns ns2 ip -n ns2 链接集 vti6_test类型 vti6 远程 ：：3 本地 ：：4 密钥 9 IP netns del ns2 ip netns del ns1 [ 132.495484]
    ------------[ cut here ]------------ [ 132.497609] net/core/dev.c：12376！提交 61220ab34948（vti6：启用命名空间变更）从 vti6 设备丢弃的NETIF_F_NETNS_LOCAL。然后，vti6 隧道可穿过IFLA_NET_NS_FD。移动后，dev_net（dev） 指向新的 netns，而 t->net 停留在创建 netns。vti6_changelink（） 和 vti6_update（） 仍在使用 dev_net（dev） 和 dev_net（t->dev）。它们从每个 netns 哈希中断开链接，然后重新链接到另一个哈希。创建 netns 留下一个过时的条目。
    netns 稍后遍历释放的内存的 cleanup_net（）。可从非特权用户命名空间访问 （unshare --user --map-root-user --net）。容器主机上的跨租户范围。（CVE-2026-63917）

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

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

  - 已修复 Linux 内核中的下列漏洞：mm/vmalloc: do not trigger BUG() on BH disabled context __get_vm_area_node() currently triggers a BUG() if in_interrupt() returns true. However, in_interrupt() also reports true when BH are disabled. The bridge code can call rhashtable_lookup_insert_fast() with bottom halves disabled: __vlan_add() -> br_fdb_add_local() spin_lock_bh(&br->hash_lock); <-- Disable BH -> fdb_add_local() -> fdb_create() -> rhashtable_lookup_insert_fast() -> kvmalloc() -> vmalloc() -> __get_vm_area_node() -> BUG_ON(in_interrupt()) spin_unlock_bh(&br->hash_lock) this triggers the BUG() despite the caller not being in NMI or hard IRQ context. Replace the in_interrupt() check with in_nmi() || in_hardirq().
    (CVE-2026-63955)

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

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

  - iio：gyro：itg3200：修复 i2c 读取错误堆栈位置 itg3200_read_all_channels（） 执行“__be16
    *buf“作为参数，并将i2c_msg目标填入为”（char *）&buf“。由于“buf”是参数（指针），“&buf”是 itg3200_read_all_channels（） 堆栈上本地指针槽的地址，而不是调用方的扫描缓冲区的地址。（char *） 转换隐藏类型不匹配。因此，i2c_transfer（） 将 ITG3200_SCAN_ELEMENTS * sizeof（s16） = 8 字节写入参数的堆栈槽，该堆栈槽在函数返回时被丢弃。调用方在 itg3200_trigger_handler（） 中的扫描缓冲区从未被写入，因此每次扫描时 iio_push_to_buffers_with_timestamp（） 都会通过 /dev/iio：deviceX 将未初始化的堆栈内容推送到用户空间 -- 这两者包括一个功能缺陷（不会通过触发的缓冲区传送实际陀螺仪或温度数据）和一个信息泄漏。非缓冲 read_raw（） 路径不受影响：它会经过 itg3200_read_reg_s16（），后者在本地 s16 值上使用“&out”，而这在本地 s16 值上是正确的。删除虚假的“&”，以便 i2c 读取写入调用方的缓冲区。（CVE-2026-63934）

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

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

  - ipv4：unregister_net_sysctl_table（） 后释放 net->ipv4.sysctl_local_reserved_ports ipv4_sysctl_exit_net（） 当前过早释放 net->ipv4.sysctl_local_reserved_ports。只有在 unregister_net_sysctl_table（） 之后，我们才能确定没有任何线程可能使用 sysctl，包括 /proc/sys/net/ipv4/ip_local_reserved_ports。（CVE-2026-64002）

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

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

  - 已修复 Linux 内核中的下列漏洞：i2c: tegra: fix pm_runtime leak on mutex_lock failure If tegra_i2c_mutex_lock() fails, the function returns without calling pm_runtime_put(), leaking the runtime PM reference acquired by the preceding pm_runtime_get_sync(). This prevents the device from ever entering runtime suspend. Add the missing pm_runtime_put() before returning on lock failure.
    (CVE-2026-64171)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/xe/oa: Fix exec_queue leak on width check in stream open In xe_oa_stream_open_ioctl(), when param.exec_q->width > 1 the function returns
    -EOPNOTSUPP directly, skipping the existing err_exec_q cleanup path. The exec_queue reference obtained by xe_exec_queue_lookup() is leaked. The exec queue holds a reference on the xe_file, which is only dropped during queue teardown. The leaked lookup ref is not on the file's exec_queue xarray, so file close cannot release it. This keeps both the exec queue and the file private state pinned indefinitely. Jump to err_exec_q instead of returning directly so the reference is released. (cherry picked from commit 339fa0be9e4a5d69fa47e91f4a36574224fb478f) (CVE-2026-64021)

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

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

  - thunderbolt：property：拒绝 tb_property_entry_valid（） 中的 u32 封装 entry->value 为 u32，entry->length 为 u16;以 U32 执行求和并换行。恶意 XDomain 对等机可选择 value = 0xffffff00、length = 0x100，因此总和0x100000000封装为 0 并通过> block_len检查。然后，tb_property_parse（） 将 entry->value 作为 dword 偏移传送到 parse_dwdata（），从而读取远远超过分配的攻击者定向内存。对于具有 deviceid 或 vendorid 密钥的 TEXT 键入条目，这会位于 xd->device_name / xd->vendor_name 中，可通过 per-XDomain device_name / vendor_name sysfs 属性读取回来;泄漏是 NUL 限制的（kstrdup（） 在第一个零字节停止）且无目标（攻击者选择增量而非绝对地址）。DATA 类型的条目被解析为 property->value.data，但不会按一般方式显示到用户空间。使用 check_add_overflow（） 以便拒绝封装的和。（CVE-2026-63893）

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

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

  - 已修复 Linux 内核中的下列漏洞：net: mctp: usb: fix race between urb completion and rx_retry cancellation It's possible that sequencing between setting ->stopped and cancelling the rx_retry work (in ndo_stop) could leave us with an urb queued: T1: ndo_stop T2:
    rx_retry_work ------------ ---------------- LD: ->stopped => false ST: ->stopped <= true usb_kill_urb() mctp_usb_rx_queue() usb_submit_urb() cancel_delayed_work_sync() That urb completion can then re-schedule rx_retry_work. Strenghen the sequencing between the stop (preventing another requeue) and the cancel by updating both atomically under a new rx lock. After setting ->rx_stopped, and cancelling pending work, we know that the requeue cannot occur, so all that's left is killing any pending urb. (CVE-2026-63874)

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

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

  - net/iucv：修复 .getsockopt 镜像中的锁定 iucv_sock_setsockopt（） 并将整个交换器封装在 lock_sock（）/release_sock（） 中。预先存在的仅SO_MSGLIMIT锁定变为多余并被删除。任何 AF_IUCV HIPER 用户都可能通过 recvmsg（） 与 getsockopt（SO_MSGSIZE） 争用来造成内核崩溃：SO_MSGSIZE arm 在 iucv_sock_close（）（从争用 recvmsg（） 调用）将 hs_dev 设置为 NULL 后取消引用 iucv->hs_dev->mtu，从而产生空指针取消引用错误。（CVE-2026-64004）

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

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

  - usb：typec：altmodes/displayport：读取状态更新 VDO 前验证计数 损坏/恶意设备可发送状态更新 VDO 的错误计数，造成内核读取未初始化的堆栈数据并将其发送到其他地方。通过正确验证 update 对象的计数修复此问题。（CVE-2026-63961）

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

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

  - 已修复 Linux 内核中的下列漏洞：RDMA/ionic: bound node_desc sysfs read with %.64s node_desc[64] in struct ib_device is not guaranteed to be NUL- terminated. The core IB sysfs handler uses %.64s for exactly this reason (drivers/infiniband/core/sysfs.c:1307), since node_desc_store() performs a raw memcpy of up to IB_DEVICE_NODE_DESC_MAX bytes with no NUL termination:
    memcpy(desc.node_desc, buf, min_t(int, count, IB_DEVICE_NODE_DESC_MAX)); If exactly 64 bytes are written via the node_desc sysfs file, the array contains no NUL byte. The ionic hca_type_show() handler uses unbounded %s and will read past the end of node_desc into adjacent fields of struct ib_device until it encounters a NUL. ionic supports IB_DEVICE_MODIFY_NODE_DESC, so this is triggerable by userspace. Match the core handler and bound the format specifier. (CVE-2026-53371)

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

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

  - 已修复 Linux 内核中的下列漏洞：iommupt: Check for missing PAGE_SIZE in the pgsize_bitmap Sashiko pointed out that the driver could drop PAGE_SIZE from the pgsize_bitmap. That is technically allowed but nothing does it, and such an iommu_domain would not be used with the DMA API today. Still, it is against the design and it is trivial to fix up. Lift the PT_WARN_ON to the if branch and just skip the fast path. (CVE-2026-64151)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: mana: validate rx_req_idx to prevent out-of-bounds array access In mana_hwc_rx_event_handler(), rx_req_idx is derived from sge->address in DMA-coherent memory. In Confidential VMs (SEV-SNP/TDX), this memory is shared unencrypted and HW can modify WQE contents at any time. No bounds check exists on rx_req_idx, which can lead to an out-of-bounds access into reqs[]. Add bounds check on rx_req_idx in mana_hwc_rx_event_handler() before using it to index the reqs[] array. (CVE-2026-64018)

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

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

  - 已修复 Linux 内核中的下列漏洞：sched/mmcid: Fix OOB clear_bit when CID is MM_CID_UNSET in fixup path In mm_cid_fixup_cpus_to_tasks(), when rq->curr has the target mm and mm_cid.active is set, the CID is checked with cid_in_transit() before setting the transition bit. In per-CPU mode a newly forked or exec'd task can be running with mm_cid.cid == MM_CID_UNSET because CIDs are assigned lazily on schedule-in. With cid_in_transit() the guard passes for MM_CID_UNSET (no transit bit), converts it to MM_CID_UNSET | MM_CID_TRANSIT and stores it back; later mm_cid_schedout() feeds this to clear_bit() with MM_CID_UNSET as the bit number, triggering an out-of-bounds write. Symptoms: this is genuine memory corruption, but a bounded out-of-bounds write, not an arbitrary one. MM_CID_UNSET is the fixed sentinel BIT(31), so once the bad value reaches mm_cid_schedout() the cid_from_transit_cid() strip leaves MM_CID_UNSET, which fails the cid < max_cids convergence test and falls into mm_drop_cid() -> clear_bit(MM_CID_UNSET, mm_cidmask(mm)). The cid bitmap is embedded in the mm_struct slab object (after cpu_bitmap and mm_cpus_allowed) and is only num_possible_cpus() bits wide, so clearing bit 31 is a deterministic OOB bit-clear at a fixed offset of 2^31 / 8 == 256 MiB past the bitmap base. The address is not attacker-influenced (fixed sentinel -> fixed offset) and the op only clears a single bit; what sits 256 MiB further along the direct map is whatever kernel object happens to live there, so this corrupts one bit of unpredictable kernel memory -- it is not an arbitrary-address or arbitrary-value write. It triggers only in per-CPU CID mode, when a CPU is running an active task of the target mm whose cid is still MM_CID_UNSET -- the fork()/execve() window before that task's next schedule-in assigns it a real CID -- and a per-CPU -> per-task fixup walks over it (the mode fallback driven by a thread exit, sched_mm_cid_exit(), or by the deferred max_cids recompute in mm_cid_work_fn()). In practice syzkaller surfaced it as a KASAN use-after-free reported in __schedule -> mm_cid_switch_to, where the offending clear_bit() is inlined via mm_cid_schedout() -> mm_drop_cid(). Guard the transition-bit assignment against MM_CID_UNSET, in addition to the existing cid_in_transit() check, so the bit is only set on a genuine task-owned CID. A CPU-owned (MM_CID_ONCPU) CID of a running active task is handled by the cid_on_cpu(pcp->cid) branch above and never reaches this path, so excluding MM_CID_UNSET (and the already-transitioning case) is sufficient. (CVE-2026-63799)

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

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

  - 在 libcupsfilters 和 cups-filters 中发现一个缺陷。PNG 图像读取函数在未安装错误恢复处理程序的情况下创建 libpng 阅读器，从而导致 CUPS 图像过滤器进程在处理畸形 PNG 文件时中止。未经身份验证的攻击者可通过提交特制的 PNG 打印作业来利用此漏洞，导致正在传输的打印作业拒绝服务。（CVE-2026-64612）

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

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

  - scsi：scsi_transport_fc：将 FPIN pname 遍历器计数器加宽至 u32 可将 FPIN ELS 帧传送给 lpfc 或 qla2xxx Linux 发起程序的相邻光纤通道结构执行者可在通用 FC 传输中触发不返回。这并非本地用户空间或 IP 网络路径;攻击者必须能够注入结构流量，例如作为遭入侵的交换机或结构控制器，或作为允许源欺骗的结构上的同区N_Port注入。Link-Integrity 和 Peer-Congestion FPIN 遍历器对 32 位线上pname_count字段使用 u8 循环计数器，并且不pname_count TLV 遍历器已验证的描述符正文约束。因此，pname_count 256 封装计数器并无限期地保持循环条件为 true。将共享 pname_list[] 遍历分解到一个帮助程序中，将计数器加宽为 u32，并在迭代之前根据适合描述符正文的条目钳制pname_count。
    (CVE-2026-63889)

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

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

  - sctp：修复等待关联达到 ESTABLISHED 状态时，sctp_wait_for_connect和剥离之间的争用 sctp_wait_for_connect（） 丢弃和重新获取套接字锁定。在此窗口期间，另一个线程可以通过 getsockopt（SCTP_SOCKOPT_PEELOFF） 解除与新套接字的关联，进而更改 asoc->base.sk。重新获取旧套接字锁后，sctp_wait_for_connect（） 返回成功但不会注意迁移，调用程序随后会访问 sctp_datamsg_from_user（） 中错误锁定下的关联。添加 sctp_wait_for_sndbuf（） 已进行的相同 sk ！= asoc->base.sk 检查，如果在我们睡觉时迁移关联，则会返回错误。（CVE-2026-63971）

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

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

  - 已修复 Linux 内核中的下列漏洞：ksmbd: fix null pointer dereference in proc_show_files() When a SMB2 client opens a file with a durable v2 handle and then issues SMB2 SESSION_LOGOFF, session_fd_check() clears fp->tcon = NULL on the reconnectable file pointer but leaves the fp registered in global_ft.idr until the durable scavenger fires (up to fp->durable_timeout seconds later). During that window any read of /proc/fs/ksmbd/files (mode 0400) panics the kernel because proc_show_files() walks global_ft.idr and unconditionally dereferences fp->tcon->id with no NULL guard.
    Reproducer requires only a successful SMB2 SESSION_SETUP and a share configured with 'durable handles = yes'. KASAN report on mainline 70390501d194: general protection fault, probably for non-canonical address 0xdffffc0000000000: 0000 [#1] SMP KASAN PTI KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007] RIP: 0010:proc_show_files+0x118/0x740 Call Trace:
    proc_show_files+0x118/0x740 seq_read_iter+0x4ef/0xe10 proc_reg_read_iter+0x1b7/0x280 ... Guard the dereference. A durable-disconnected fp legitimately has no tcon; report its tree id as 0 rather than oopsing. (CVE-2026-64140)

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

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

  - 已修复 Linux 内核中的下列漏洞：hwmon: (pmbus/adm1266) widen blackbox-info buffer to I2C_SMBUS_BLOCK_MAX adm1266_nvmem_read_blackbox() declares a 5-byte stack buffer and passes it to i2c_smbus_read_block_data() to retrieve the 4-byte BLACKBOX_INFO response.
    i2c_smbus_read_block_data() does not honour caller buffer sizes -- it memcpy()s data.block[0] bytes from the SMBus transaction (where data.block[0] is the length byte returned by the slave device, up to I2C_SMBUS_BLOCK_MAX = 32): memcpy(values, &data.block[1], data.block[0]); If the device returns any block length above 5, the call overflows the caller's 5-byte stack buffer before the post-call if (ret != 4) return -EIO; check has a chance to reject the response. Widen the local buffer to I2C_SMBUS_BLOCK_MAX so the helper has room for any well-formed SMBus block response, matching the convention used by the other i2c_smbus_read_block_data() callers in this driver. (CVE-2026-64135)

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

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

  - 已修复 Linux 内核中的下列漏洞：Revert f2fs: remove non-uptodate folio from the page cache in move_data_block This reverts commit 9609dd704725a40cd63d915f2ab6c44248a44598. The kernel panics are keeping to be reported especially when the f2fs partition get almost full. By investigation, we find that the reason is one f2fs page got freed to buddy without being deleted from LRU and the root cause is the race happened in [2] which is enrolled by this commit. There are 3 race processes in this scenario, please find below for their main activities. The changed code in move_data_block() lets the GC path evict the tail-end folio from the page cache through folio_end_dropbehind(). Once folio_unmap_invalidate() removes the folio from mapping->i_pages, the page-cache references for all pages in the folio are dropped. The folio is then kept alive only by temporary external references, which allows a later split to operate on a folio whose subpages are no longer protected by page-cache references. After the page-cache references are gone, split_folio_to_order() can split the big folio into individual pages and put the resulting subpages back on the LRU. For tail pages beyond EOF, split removes them from the page cache and drops their page-cache references. A tail page can then remain on the LRU with PG_lru set while holding only the split caller's temporary reference. When free_folio_and_swap_cache() drops that final reference, the page enters the final folio_put() release path. In parallel, folio_isolate_lru() can observe the same tail page with a non-zero refcount and PG_lru set. It clears PG_lru before taking its own reference. If this races with the final folio_put() from the split path, __folio_put() sees PG_lru already cleared and skips lruvec_del_folio(). The page is then freed back to the allocator while its lru links are still present in the LRU list. A later LRU operation on a neighboring page detects the stale link and reports list corruption. [1] [ 22.486082] list_del corruption.
    next->prev should be fffffffec10e0ac8, but was dead000000000122. (next=fffffffec10e0a88) [ 22.486130]
    ------------[ cut here ]------------ [ 22.486134] kernel BUG at lib/list_debug.c:67! [ 22.486141] Internal error: Oops - BUG: 00000000f2000800 [#1] SMP [ 22.488502] Tainted: [W]=WARN, [O]=OOT_MODULE [ 22.488506] Hardware name: Spreadtrum UMS9230 1H10 SoC (DT) [ 22.488511] pstate: 604000c5 (nZCv daIF +PAN -UAO -TCO
    -DIT -SSBS BTYPE=--) [ 22.488517] pc : __list_del_entry_valid_or_report+0x14c/0x154 [ 22.488531] lr :
    __list_del_entry_valid_or_report+0x14c/0x154 [ 22.488539] sp : ffffffc08006b830 [ 22.488542] x29:
    ffffffc08006b868 x28: 0000000000003020 x27: 0000000000000000 [ 22.488553] x26: 0000000000000000 x25:
    0000000000000004 x24: fffffffec10e0ac0 [ 22.488564] x23: 00000000000000e8 x22: 0000000000000024 x21:
    dead000000000122 [ 22.488574] x20: fffffffec10e0a88 x19: fffffffec10e0ac8 x18: ffffffc080061060 [22.488585] x17: 20747562202c3863 x16: 6130653031636566 x15: 0000000000000058 [ 22.488595] x14:
    0000000000000004 x13: ffffff80f91e0000 x12: 0000000000000003 [ 22.488605] x11: 0000000000000003 x10:
    0000000000000001 x9 : ffe85721f0e25f00 [ 22.488615] x8 : ffe85721f0e25f00 x7 : 0000000000000000 x6 :
    6c65645f7473696c [ 22.488625] x5 : ffffffed39b23026 x4 : 0000000000000000 x3 : 0000000000000010 [22.488636] x2 : 0000000000000000 x1 : 0000000000000000 x0 : 000000000000006d [ 22.488647] Call trace: [22.488651] __list_del_entry_valid_or_report+0x14c/0x154 (P) [ 22.488661] __folio_put+0x2bc/0x434 [22.488670] folio_put+0x28/0x58 [ 22.488678] do_garbage_collect+0x1a34/0x2584 [ 22.488689] f2fs_gc+0x230/0x9b4 [ 22.488697] f2fs_fallocate+0xb90/0xdf4 [ 22.488706] vfs_fallocate+0x1b4/0x2bc [22.488716] __arm64_sys_fallocate+0x44/0x78 [ 22.488725] invoke_syscall+0x58/0xe4 [ 22.488732] do_el0_svc+0x48/0xdc [ 22.488739] el0 ---truncated--- (CVE-2026-63813)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/amdgpu/vcn: set no_user_fence for VCN v4.0.5 enc ring VCN encoder and decoder rings do not support 64-bit user fence writes, reject CS submissions with user fences. (cherry picked from commit 084d94ac93707bdda07efb5cee786f632de4219b) (CVE-2026-63851)

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

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

  - block：bio-integrity：修复 bio_integrity_map_user（） 中的 null-ptr-deref pin_user_pages_fast（） 可部分成功并返回实际固定的页数。但是，bio_integrity_map_user（） 不会处理此部分固定。这会导致一般保护错误，因为 bvec_from_pages（） 会取消引用未固定的页面地址，即 0。若要修复此问题，请添加检查以验证所有请求的内存是否已固定。如果发生部分固定，请取消固定内存并返回 -EFAULT。Kernel Oops: Oops:
    一般保护错误，可能针对非规范地址 0xdffffc0000000001：0000 [#1] SMP KASAN NOPTI KASAN：范围内的 null-ptr-deref [0x0000000000000008-0x000000000000000f] CPU：0 UID：0 PID：1061 通信：nvme-passthroug 未受感染 7.0.0-11783-g90957f9314e8-dirty #16 PREEMPT（lazy） 硬件名称：QEMU Standard PC （i440FX + PIIX，1996），BIOS rel-1.17.0-0-gb52ca86e094d-prebuilt.qemu.org 2014 年 4 月 1 日 RIP：
    0010：bio_integrity_map_user.cold+0x1b0/0x9d6 （CVE-2026-64052）

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

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

  - USB：serial：omninet：修复小端点的内存损坏 确保批量输出缓冲区至少与硬编码传输大小一样大，以避免在恶意设备报告端点数据包大小大于预期时造成用户控制的 slab 损坏。（CVE-2026-63928）

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

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

  - scsi：isci：修复设备删除路径中的释放后使用 ISCI 完成 tasklet 在 isci_host_alloc（） （drivers/scsi/isci/init.c：496） 中初始化，并从 MSI-X 和旧中断处理程序 （drivers/scsi/isci/host.c：223,613） 进行计划。isci_host_deinit（） 会停止控制器并等待停止完成，但在继续拆卸之前，它永远不会终止completion_tasklet。功能顶部的 tasklet_kill（） 在这里是不够的：中断仅在 isci_host_stop_complete（） 运行时禁用，因此在 wait_for_stop（） 返回之前，IRQ 处理程序仍然可以重新排队 tasklet。tasklet 回调还会在耗尽完成后重新启用中断，因此在源静默之前终止 tasklet 会使相同的争用处于悬而未决状态。返回 wait_for_stop（） 之后，就不会再发生 IRQ 驱动的计划。终止completion_tasklet，这样 teardown 就不会对在死 ihost 上运行的已排队的 tasklet 争用。在删除或卸载时，过时回调可在主机生命周期结束后取消引用 ihost 并接触 ihost->smu_registers。UML + KASAN 模拟在源静止之前不放置 tasklet_kill（） 和 tasklet_kill（） 的情况下再现故障类，并且在使计划源静默之后发生终止之后保持干净。这镜像提交 f6ab594672d4（scsi：aic94xx：修复设备删除路径中的释放后使用），但 ISCI 需要在 wait_for_stop（） 之后终止。（CVE-2026-64103）

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

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

  - 已修复 Linux 内核中的下列漏洞：net: hsr: fix potential OOB access in supervision frame handling Ensure the entire TLV header is linearized before access by adding sizeof(struct hsr_sup_tlv) to the pskb_may_pull() calls. Without this, a truncated frame could cause an out-of-bounds access. (CVE-2026-64000)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/amdgpu/jpeg: set no_user_fence for JPEG v4.0.3 ring JPEG rings do not support 64-bit user fence writes, reject CS submissions with user fences. (cherry picked from commit 2f6afc97d259d530f4f86c7743efbc573a8da927) (CVE-2026-63844)

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

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

  - 已修复 Linux 内核中的下列漏洞：virt: sev-guest: Explicitly leak pages in unknown state When set_memory_{encrypted,decrypted}() fail, the user cannot know at which point the function failed, meaning that the pages are left in an unknown state from the point of view of the caller.
    Since the pages may be left in an unencrypted state, they are not suitable for general use, and cannot be returned safely to the buddy allocator. Avoid the issue by never freeing the pages, and then do the proper accounting by calling snp_leak_pages(). (CVE-2026-64104)

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

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

  - Wire 为 Android、Kotlin、Swift 和 Java 提供 gRPC 和协议缓冲区。低于 6.3.0 7.0.0-alpha03 的 wire-runtime 中的 ByteArrayProtoReader32.skipGroup（） 和 ProtoReader.skipGroup（） 未在 skip（） 之前验证 LENGTH_DELIMITED 字段长度是否为非负值，从而允许构建的 protobuf varint 编码 -128 作为签名的 Int 使 skip（-128） 将内部位置移为负数并使下一个 readByte（） 抛出 ArrayIndexOutOfBoundsException，而不是记录的 IOException 或 ProtocolException， 其可在不受信任的负载上使用 ProtoAdapter.decode（byte[]） 的服务崩溃。此问题在版本 6.3.0 和 7.0.0-alpha03 中已修复。（CVE-2026-45799）

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

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

  - 已修复 Linux 内核中的下列漏洞：kho: skip KHO for crash kernel kho_fill_kimage() unconditionally populates the kimage with KHO metadata for every kexec image type. When the image is a crash kernel, this can be problematic as the crash kernel can run in a small reserved region and the KHO scratch areas can sit outside it. The crash kernel then faults during kho_memory_init() when it tries phys_to_virt() on the KHO FDT address: Unable to handle kernel paging request at virtual address xxxxxxxx ... fdt_offset_ptr+... fdt_check_node_offset_+... fdt_first_property_offset+...
    fdt_get_property_namelen_+... fdt_getprop+... kho_memory_init+... mm_core_init+... start_kernel+...
    kho_locate_mem_hole() already skips KHO logic for KEXEC_TYPE_CRASH images, but kho_fill_kimage() was missing the same guard. As kho_fill_kimage() is the single point that populates image->kho.fdt and image->kho.scratch, fixing it here is sufficient for both arm64 and x86 as the FDT and boot_params path are bailing out when these fields are unset. (CVE-2026-64167)

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

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

  - nfc：hci：修复了 HCP 标头解析中的越界读取 nfc_hci_recv_from_llc（） 和 nci_hci_data_received_cb（） 在函数条目时从 skb->data 读取 packet->header，而无需首先检查缓冲区是否至少占有一字节。恶意的 NFC 对等机可发送 0 字节的 HCP 帧，该帧会经过 SHDLC 层并到达这些函数，从而导致 packet->header 的越界堆读取。
    如果作为非最终片段排队，同一个 0 字节帧也会造成重组循环下溢msg_len UINT_MAX，进而在写入重组的 skb 时触发 skb_over_panic（）。通过在首次访问 packet->header 之前在每个函数的条目添加 pskb_may_pull（） 检查来修复此问题。重组的 hcp_skb 被转换为结构hcp_packet之前的现有 pskb_may_pull（） 检查保留在原位以保护 2 字节 HCP 消息标头。（CVE-2026-63915）

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/amdgpu/vcn: set no_user_fence for VCN v4.0.3 enc ring VCN encoder and decoder rings do not support 64-bit user fence writes, reject CS submissions with user fences. (cherry picked from commit ff1a5a125c5a70c328806b9bc01d7d942cf3f9aa) (CVE-2026-63852)

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

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

  - 已修复 Linux 内核中的下列漏洞：KVM: arm64: vgic: Free private_irqs when init fails after allocation Companion to commit 250f25367b58 (KVM: arm64: Tear down vGIC on failed vCPU creation), which added the missing kvm_vgic_vcpu_destroy() call to the kvm_share_hyp() failure path in kvm_arch_vcpu_create(). The kvm_vgic_vcpu_init() failure path immediately above it has the same shape and still needs the same cleanup. Call kvm_vgic_vcpu_destroy() when kvm_vgic_vcpu_init() fails so private IRQs allocated before a redistributor iodev registration failure are released before the failed vCPU is freed. (CVE-2026-64105)

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

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

  - scsi：target：iscsi：修复 iscsit_handle_text_cmd（） 中的 CRC 越界读取和双重释放 文本阶段处理程序中存在两个潜在缺陷，均自提交 e48354ce078c 中的原始 LIO 集成以来出现 （iscsi-target：
    为目标 v4.1 添加 iSCSI 结构支持：1） DataDigest CRC 缓冲区越界读取（4 字节超过text_in）。
    text_in在 ALIGN（payload_length， 4） 上是 kzalloc（） 的。然后，rx_size会通过 ISCSI_CRC_LEN递增，以便为 iovec 中接收的 DataDigest 腾出空间，但是会将相同的（现已升级的）rx_size作为缓冲区长度传递给 iscsit_crc_buf（）：if （conn->conn_ops->DataDigest） { ...rx_size += ISCSI_CRC_LEN;} ...if （conn->conn_ops->DataDigest） { data_crc = iscsit_crc_buf（text_in， rx_size， 0， NULL）; iscsit_crc_buf（） 使用 crc32c（） 遍历 rx_size 个字节的 text_in，因此在协商 DataDigest 时，它会读取超过 text_in 分配结尾的 4 个字节。KASAN 会在未经修补的主线树中直接将此情况再现为从文本 PDU 路径调用的 crc32c（） 中的 slab-out-of-bound。OOB 字节馈送 crc32c（），然后与发起程序提供的校验和进行比较，因此该值不会流回攻击者，但内核会读取 DataDigest=CRC32C 的每个文本 PDU 上的缓冲区。通过传递用于 kzalloc（） 的实际填充负载长度 （ALIGN（payload_length， 4）） 进行修复。2） ERL>0 错误的 DataDigest 终止时过时的 cmd->text_in_ptr 重新释放（双重释放）。当 DataDigest 与 ErrorRecoveryLevel > 0 不匹配时，处理程序静默终止 PDU，让发起程序填补 CmdSN 间隙：kfree（text_in）;返回 0;
    cmd->text_in_ptr仍指向已释放的缓冲区。同一 ITT 上的下一个文本请求会重新输入 iscsit_setup_text_cmd（），这将无条件地执行 kfree（cmd->text_in_ptr）;cmd->text_in_ptr = NULL;
    再次释放同一指针。如果在第二个文本请求到达前断开连接，通过 iscsit_release_cmd（） 进行的会话破坏具有相同的形状并命中相同的双重释放。在未修改的主线树状结构中，bug-1 CRC 越界读取首先会在初始有效文本请求中触发，随后的状态受到干扰，因此 #4 通过构建内核仅应用了此修补程序的 bug-1 hunk，加上三个相关 kfree（） 站点周围的临时 printk（） 可观察性，进行了隔离。可观察性打印不是此修补程序的一部分。在该版本中，登录后的三个 PDU 文本请求序列会产生两个背靠背的 splats：缺陷：KASAN：iscsit_setup_text_cmd+0x 中的双重释放？？缺陷：KASAN：iscsit_release_cmd+0x 中的双重释放？？在 ERL>0 终止路径中再次显示释放的相同指针，然后在 iscsit_setup_text_cmd（） 中（同一 ITT 上的下一个文本请求）中再次显示释放的指针，在 iscsit_release_cmd（） 中再次显示一次（会话拆卸）。在 CONFIG_SLAB_FREELIST_HARDENED=y（默认）的 distro 内核上，双重释放变成远程内核 BUG（）;在非强化内核上，它会损坏 slab 空闲列表。通过清除 ERL>0 终止路径中 kfree（） 之后的 cmd->text_in_ptr 修复。应用 #4 了两个 hunk 之后，在没有可观测性 printk 的情况下直接在库存树上观察到;单独修复 bug-1 将减少（而不是更多）掩盖 #4 ，因此将一起提交 hunk。这两个补丁都是俏皮话。文本 PDU 状态机未更改，线路协议不受影响。（CVE-2026-63888）

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

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

  - arm64：tlb：取消共享 PMD 表时刷新 walk 缓存 调用 huge_pmd_unshare（） 以取消共享 PMD 表时，tlb_unshare_pmd_ptdesc（） 函数将设置 tlb->unshared_tables=true，但是 aarch64 tlb_flush（） 仅检查 tlb->freed_tables 以确定是使用 TLBF_NONE（vae1is，使 walk 缓存无效）还是 TLBF_NOWALKCACHE（vale1is， leaf-only）。这导致过时的 PMD 页表条目在取消共享之后保留在 walk 缓存中，从而可能导致错误的页表 walk。通过在检查中包括 unshared_tables 进行修复，以便在取消共享表时，使用 TLBF_NONE 并正确地使 walk 缓存失效。
    以下是 vae1is 和 vale1is 之间的详细区别： |指令组合 |实际失效范围 | |------------------------ |--------------------------------------------------| |“VAE1IS”+ TTL=“0” |所有级别的所有条目（完全无效）| |'VAE1IS' + TTL='2' （L2） |0/1 层的非叶子 + 2 层的叶子 | |“VALE1IS”+ TTL=“0” |所有级别的叶条目（未清除非叶）| |'VALE1IS' + TTL='2' （L2） |仅限 2 层的叶子入口 |（CVE-2026-63875）

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

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

  - 已修复 Linux 内核中的下列漏洞：net: shaper: rework the VALID marking (again) Recent commit changed the semantics from NOT_VALID to VALID. I didn't realize that the flags are not stored atomically with the entry in XArray. There's still a race of reader observing a VALID mark for a slot, getting interrupted, writer replacing the entry with a different one, reader continuing, fetching the entry which is now a different pointer than the pointer for which VALID was meant. The biggest consequence of this is that we may see a UAF since net_shaper_rollback() assumed that entries without VALID can be freed without observing RCU. Looks like the XArray marks are buying us nothing at this point.
    Let's convert the code to an explicit valid field. The smp_load_acquire() / smp_store_release() barriers are marginally cleaner. (CVE-2026-64027)

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

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

  - batman-adv：tt：修复负值 tt_buff_len batadv_orig_node：：tt_buff_len 声明为 s16，但该字段从未打算包含负值。当分配大于 32767 的值时，该值将封装为负有符号的整数。在 batadv_send_other_tt_response（） 中，tt_buff_len暂时扩大到 s32。
    不正确的负值 s16 会传播到 s32，造成 batadv_tt_prepare_tvlv_global_data（） 分配完整大小的缓冲区，但收集的变更集仅填充其中的一小部分。所有剩余位保持未初始化。使用 u16 可避免这种类型混淆并确保不会在 batadv_send_other_tt_response（） 中执行任何（负）符号扩展。（CVE-2026-64088）

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

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

  - 已修复 Linux 内核中的下列漏洞：pds_core: fix error handling in pdsc_devcmd_wait Fix two cases where pdsc_devcmd_wait() returns stale success from the completion register instead of an error: 1. FW crash: If firmware stops running, the wait loop breaks early with running=false. The condition if ((!done || timeout) && running) is false, so error handling is bypassed and stale status is returned. Check !running first and return -ENXIO. 2. Timeout: If a command times out, err is set to -ETIMEDOUT but then overwritten by pdsc_err_to_errno(status) which reads stale status.
    Return -ETIMEDOUT immediately after cleaning up. Both errors now propagate to pdsc_devcmd_locked() which queues health_work for recovery. (CVE-2026-64148)

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

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

  - spi：sprd：修复 DMA 设置失败后的错误指针取消引用 如果探测期间 DMA 设置失败，驱动程序会回退到 PIO 模式。在尝试释放 DMA 通道之前，确保检查 dma.enabled 标记，以及发生延迟探测错误时也是如此，以避免取消引用错误指针（或尝试再次释放通道）。Sashiko 在查看 devres 分配转换修补程序时标记了此问题。
    (CVE-2026-64168)

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

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

  - net： ethernet： cortina： 进位碎片计数器 gmac_rx（） NAPI 轮询函数从环形缓冲区将数据包组装到 SKB 中。如果环形缓冲区在轮询周期中完全清空，我们退出 gmac_rx（），但数据包尚未在 SKB 中完全组装，但片段计数器frag_nr在下次调用时重置为零。通过使 RX 片段计数器成为端口结构的一部分并在调用之间继承它来解决此问题。仅在调用 napi_gro_frags（） 后）、出错时（调用 napi_free_frags（） 后）或停止端口时立即重置拆分计数器。在非绝对必要的某个位置将其重置，只是为了强调正在发生的事情。这是 Sashiko 在正常修补程序审查期间发现的。（CVE-2026-64055）

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

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

  - Bluetooth：L2CAP：修复 l2cap_ecred_conn_rsp 上可能发生的崩溃 如果为已分配的目标 CID 接收到 dcid，规范要求同时丢弃两个通道，但调用 l2cap_chan_del 可能会使 list_for_each_entry_safe 创建的 tmp 光标失效，事实上这是错误的过程，因为之前可能已分配 chan->dcid，但实际上需要断开连接。直接调用 l2cap_chan_clone 仍可能导致l2cap_chan_del因此，请改为将延迟为 0 的l2cap_chan_timeout计划为异步关闭通道。（CVE-2026-63975）

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

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

  - 已修复 Linux 内核中的下列漏洞：media: rzv2h-ivc: Fix concurrent buffer list access The list of buffers (`rzv2h_ivc::buffers.queue`) is protected by a spinlock (`rzv2h_ivc::buffers.lock`). However, in `rzv2h_ivc_transfer_buffer()`, which runs in a separate workqueue, the `list_del()` call is executed without holding the spinlock, which makes it possible for the list to be concurrently modified Fix that by removing a buffer from the list in the lock protected section. [assign ivc->buffers.curr in critical section as reported by Barnabas] (CVE-2026-53380)

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

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

  - netfilter：synproxy：在 skb_ensure_writable synproxy_tstamp_adjust（） 就地重写 TCP 时间戳选项然后通过调用程序提供的 tcphdr 指针上的 inet_proto_csum_replace4（） 修补 TCP 校验和后，刷新 tcphdr。ipv4_synproxy_hook（） 和 ipv6_synproxy_hook（） 都会在调用之前通过 skb_header_pointer（） 获取该指针，因此它可以直接将 skb->head 别名或指向调用方的堆栈上的_tcph缓冲区。在获取指针和使用它之间，该函数调用 skb_ensure_writable（skb， optend），后者在克隆的或非线性 skb 上调用 pskb_expand_head（） 并释放旧的 skb->head。过后缓存的 th 过时： caller （ipv[46]_synproxy_hook） th = skb_header_pointer（skb， ...， &_tcph） synproxy_tstamp_adjust（skb， protoff， th， ...） skb_ensure_writable（skb， optend） pskb_expand_head（） /* kfree（old skb->head） */ ...
    inet_proto_csum_replace4（&th->check， ...） /* 写入释放的 head，或写入调用程序的堆栈副本，使在线校验和过时 */ 选项字节通过 skb->data 写入，没有问题;只有校验和更新会通过 th，因此会到达错误的位置。结果是写入已释放的 slab 内存或数据包留下与其负载不匹配的校验和。通过在 skb_ensure_writable（） 成功后立即从 skb->data + protoff 重新派生 th 来修复，以便后续校验和更新以线性可写标头为目标。（CVE-2026-64007）

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

ID	名称	严重性
328170	Linux Distros 未修补的漏洞：CVE-2026-63954	high
328169	Linux Distros 未修补的漏洞：CVE-2026-64013	medium
328168	Linux Distros 未修补的漏洞：CVE-2026-64019	high
328167	Linux Distros 未修补的漏洞：CVE-2026-63914	high
328166	Linux Distros 未修补的漏洞：CVE-2026-63899	high
328165	Linux Distros 未修补的漏洞：CVE-2026-63843	high
328164	Linux Distros 未修补的漏洞：CVE-2026-63862	high
328163	Linux Distros 未修补的漏洞：CVE-2026-64183	medium
328162	Linux Distros 未修补的漏洞：CVE-2026-63917	high
328161	Linux Distros 未修补的漏洞：CVE-2026-63955	high
328160	Linux Distros 未修补的漏洞：CVE-2026-63934	high
328159	Linux Distros 未修补的漏洞：CVE-2026-64002	high
328158	Linux Distros 未修补的漏洞：CVE-2026-64171	medium
328157	Linux Distros 未修补的漏洞：CVE-2026-64021	high
328156	Linux Distros 未修补的漏洞：CVE-2026-63893	high
328155	Linux Distros 未修补的漏洞：CVE-2026-63874	high
328154	Linux Distros 未修补的漏洞：CVE-2026-64004	high
328153	Linux Distros 未修补的漏洞：CVE-2026-63961	high
328152	Linux Distros 未修补的漏洞：CVE-2026-53371	medium
328151	Linux Distros 未修补的漏洞：CVE-2026-64151	high
328150	Linux Distros 未修补的漏洞：CVE-2026-64018	critical
328149	Linux Distros 未修补的漏洞：CVE-2026-63799	high
328148	Linux Distros 未修补的漏洞：CVE-2026-64612	high
328147	Linux Distros 未修补的漏洞：CVE-2026-63889	high
328146	Linux Distros 未修补的漏洞：CVE-2026-63971	high
328145	Linux Distros 未修补的漏洞：CVE-2026-64140	high
328144	Linux Distros 未修补的漏洞：CVE-2026-64135	medium
328143	Linux Distros 未修补的漏洞：CVE-2026-63813	high
328142	Linux Distros 未修补的漏洞：CVE-2026-63851	high
328141	Linux Distros 未修补的漏洞：CVE-2026-64052	medium
328140	Linux Distros 未修补的漏洞：CVE-2026-63928	high
328139	Linux Distros 未修补的漏洞：CVE-2026-64103	high
328138	Linux Distros 未修补的漏洞：CVE-2026-64000	critical
328137	Linux Distros 未修补的漏洞：CVE-2026-63844	high
328136	Linux Distros 未修补的漏洞：CVE-2026-64104	high
328135	Linux Distros 未修补的漏洞：CVE-2026-45799	high
328134	Linux Distros 未修补的漏洞：CVE-2026-64167	medium
328133	Linux Distros 未修补的漏洞：CVE-2026-63915	high
328132	Linux Distros 未修补的漏洞：CVE-2026-63852	high
328131	Linux Distros 未修补的漏洞：CVE-2026-64105	medium
328130	Linux Distros 未修补的漏洞：CVE-2026-63888	critical
328129	Linux Distros 未修补的漏洞：CVE-2026-63875	high
328128	Linux Distros 未修补的漏洞：CVE-2026-64027	high
328127	Linux Distros 未修补的漏洞：CVE-2026-64088	high
328126	Linux Distros 未修补的漏洞：CVE-2026-64148	high
328125	Linux Distros 未修补的漏洞：CVE-2026-64168	medium
328124	Linux Distros 未修补的漏洞：CVE-2026-64055	critical
328123	Linux Distros 未修补的漏洞：CVE-2026-63975	high
328122	Linux Distros 未修补的漏洞：CVE-2026-53380	high
328121	Linux Distros 未修补的漏洞：CVE-2026-64007	critical

检测

Nessus 的 Misc. 系列

high

medium

high

high

high

high

high

medium

high

high

high

high

medium

high

high

high

high

high

medium

high

critical

high

high

high

high

high

medium

high

high

medium

high

high

critical

high

high

high

medium

high

high

medium

critical

high

high

high

high

medium

critical

high

high

critical