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

  - ext4防止 xattr 更新中的 EA inode 引用计数下溢 syzkaller 发现ext4_xattr_inode_update_ref() 读取 EA inode 引用计数已经 <= 0然后应用 ref_change通常为 -1的路径。这使得 refcount 能够下溢而我们继续处理虚假的值从而触发如下错误：
    EXT4-fs 错误EA inode <n> ref 下溢ref_count=-1 ref_change=-1 EXT4-fs 警告ea_inode dec ref err=-117 明确表示不变量如果当前 refcount 为负则将其视为已打开-磁盘损坏发出 ext4_error_inode() 并因 -EFSCORRUPTED 提示操作失败而非更新 refcount。删除 WARN_ONCE()因为现在不可能进行负引用计数保留 ext4_error_inode() 中的错误报告。这可防止下溢和后续的孤立/清除混乱。 (CVE-2025-40190)

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

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

  - bpf修复 metadata_dst 泄露 __bpf_redirect_neigh_v{4,6} Cilium 具有 BPF 出口网关功能该功能强制传出 K8s Pod 流量通过专用出口网关然后该出口网关对流量进行 SNAT 以便与群集外部的稳定 IP 交互。在 collect md 模式下，流量会通过 vxlan 隧道定向到 网关。最近的 BPF 变更利用 bpf_redirect_neigh() 辅助函数在数据包到达后转发数据包并在 vxlan 上进行 decap发现随着时间的推移内核中的 kmalloc-256 slab 使用量不断增加。问题在于 vxlan 分配 metadata_dst 对象并通过假的 dst 条目将其附加到 skb。尽管假定 bpf_redirect_neigh() 仅通过 skb_dst_set() 设置新的 dst 条目而没有先删除现有条目但后者从未发布。 (CVE-2025-40183)

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

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

  - Squashfs拒绝 squashfs_read_inode() 中的负文件大小 Syskaller 报告 overlayfs 的 ovl_copy_up_file 中存在警告。造成此警告的原因实际上是底层 Squashfs 文件系统返回的文件具有负文件大小。此提交会检查负的文件大小并返回 EINVAL。 [phillip@squashfs.org.uk只需检查 64 位数量] (CVE-2025-40200)

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

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

  - 多个 PostgreSQL libpq 客户端库函数中的整数回绕允许应用程序输入提供程序或网络对等机造成 libpq 分配过小并写入数百兆字节的越界。此将导致使用 libpq 的应用程序发生分段错误。PostgreSQL 18.1、17.7、16.11、15.15、14.20 和 13.23 之前的版本受到影响。(CVE-2025-12818)

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

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

  - iceice_adapter适配器分配失败时释放 xa 条目 ice_adapter_new() 失败时未释放由 xa_insert() 创建的保留的 XArray 条目。这造成在同一索引处的后续插入返回 -EBUSY从而可能导致空指针取消引用。按照 Przemek Kitszel 的建议对操作重新排序1. 检查适配器是否已存在 (xa_load) 2. 预留 XArray 插槽 (xa_reserve) 3. 分配适配器 (ice_adapter_new) 4. 存储适配器 (xa_store) (CVE-2025-40185)

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

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

  *通过强制变量 MTRR 范围实现的 UC。在大多数基于 KVM 的设置中通过 ACPI 枚举 HPET 和 TPM 等旧设备。ACPI 枚举包含 Memory32Fixed 条目以及 OperationRegion 的可选 SystemMemory 描述符例如需要通过 Control Method 访问设备时。如果存在 SystemMemory 条目则内核的 ACPI 驱动程序将 auto-ioremap 该区域以便可以随意访问。但是ACPI 规范未提供枚举 SystemMemory 区域内存类型的方式即无法告知软件某个区域必须映射为 UC 与非 UC。WB 等
    因此Linux 的 ACPI 驱动程序始终使用 ioremap_cache() 映射 SystemMemory 区域即 x86 上的 WB。但是专用设备驱动程序例如 HPET 驱动程序和 TPM 驱动程序希望将其关联的内存映射为 UC 或 WC因为不支持访问使用 WB 的 PCI 设备。在裸机和非 CoCO 上当固件将 PCI 漏洞和其他设备内存配置为 MTRR 中的 UC时冲突的要求生效。因此即使 ACPI 映射请求 WB，由于内核正确处理 MTRR 替代它们也会在内核的跟踪中被强制 UC-因此与驱动程序请求的 WC/UC- 兼容。当在 SNP 和 TDX 客户机上强制执行 WB MTRR 时如果在专用驱动程序代码尝试初始化设备之前建立 ACPI 映射则 ACPI 映射会获得其请求的 WB。例如
    如果 acpi_init() 在探测相应的设备驱动程序之前运行则 ACPI 的 WB 映射将会胜出并导致驱动程序的 ioremap() 失败因为现有的 WB 映射与请求的 WC/UC- 不兼容。例如当管理程序仿真 TPM时忽略依赖所谓不受信任的实体来存储测量值的安全影响TPM 驱动程序将请求 UC 并且失败[ 1.730459] 0xfed40000-0xfed45000 的 ioremap 错误请求了 0x2 、得到 0x0 [ 1.732780] tpm_tis MSFT0101:00驱动程序 tpm_tis 探测失败并出现错误 -12请注意“0x2”和“0x0”值是指 enum page_cache_mode而非 x86 的 memtype令人泄气的是它们几乎是纯粹的反转2 == WB，0 == UC。例如跟踪 TPM TIS 的映射请求会产生使用 req_type = 0 映射 TPM TIS 警告CPU
    22 PID: 1 at arch/x86/mm/pat/memtype.c:530 memtype_reserve+0x2ab/0x460 模块中链接了CPU: 22 UID: 0 PID: 1 Comm: swapper/0 受感染: GW 6.16.0-rc7+ #2 VOLUNTARY 受感染[W]=WARN 硬件名称Google Google Compute Engine/Google Compute EngineBIOS Google 05/29/2025 RIP0010:memtype_reserve+0x2ab/0x460
    __ioremap_caller+0x16d/0x3d0 ioremap_cache+0x17/0x30 x86_acpi_os_ioremap+0xe/0x20 acpi_os_map_iomem+0x1f3/0x240 acpi_os_map_memory+0xe/0x20 acpi_ex_system_memory_space_handler+0x273/0x440 acpi_ev_address_space_dispatch+0x176/0x4c0 acpi_ex_access_region+0x2ad/0x530 acpi_ex_field_datum_io+0xa2/0x4f0 acpi_ex_extract_from_field+0x296/0x3e0 acpi_ex_read_data_from_field+0xd1/0x460 acpi_ex_resolve_node_to_value+0x2ee/0x530 acpi_ex_resolve_to_value+0x1f2/0x540 acpi_ds_evaluate_name_path+0x11b/0x190 acpi_ds_exec_end_op+0x456/0x960 acpi_ps_parse_loop+0x27a/0xa50 acpi_ps_parse_aml+0x226/0x600 acpi_ps_execute_method+0x172/0x3e0 acpi_ns_evaluate+0x175/0x5f0 acpi_evaluate_object+0x213/0x490 acpi_evaluate_integer+0x6d/0x140 acpi_bus_get_status+0x93/0x150 acpi_add_single_object+0x43a/0x7c0 acpi_bus_check_add+0x149/0x3a0 acpi_bus_check_add_1+0x16/0x30 acpi_ns_walk_namespace+0x22c/0x360 acpi_walk_namespace+0x15c/0x170 acpi_bus_scan+0x1dd/0x200 acpi_scan_init+0xe5/0x2b0 acpi_init+0x264/0x5b0 do_one_i ---truncated--- (CVE-2025-40181)

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

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

  - btrfs避免 btrfs_encode_fh() 中可能的越界 函数 btrfs_encode_fh() 未正确考虑其处理的三种情况。在写入文件句柄 (fh) 前函数仅向用户返回 BTRFS_FID_SIZE_NON_CONNECTABLE5 个 dword20 字节或 BTRFS_FID_SIZE_CONNECTABLE8 个 dword32 字节。但是当存在父项且父项的根 ID 与 inode 不同时该函数将写入 BTRFS_FID_SIZE_CONNECTABLE_ROOT10 dwords40 字节。如果 *max_len 不够大此写入会越界因为 BTRFS_FID_SIZE_CONNECTABLE_ROOT 大于最初返回的 BTRFS_FID_SIZE_CONNECTABLE。这将导致 fid->parent_root_objectid = parent_root_id 时发生 8 字节越界写入。之前曾尝试修复此问题但失败。
    https://lore.kernel.org/all/4CADAEEC020000780001B32C@vpn.id2.novell.com/ 尽管此问题似乎不易触发但它是潜在的内存损坏缺陷应修复。此修补程序通过确保函数返回针对所有三种情况的适当大小并在写入任何数据之前验证 *max_len 是否足够大来解决 问题。 (CVE-2025-40205)

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

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

  - kernel/sys.c修复 sys_prlimit64() 路径中 task_lock(tsk->group_Leader) 的 racy 使用。task_lock(tsk->group_header) 在 sys_prlimit64()->do_prlimit() 路径中的使用严重损坏。 sys_prlimit64() 执行 get_task_struct(tsk)但这仅保护 task_struct 本身。如果 tsk != current 并且 tsk 不是 leader此进程可 exit/exec 并且 task_lock(tsk->group_header) 可能使用已释放的 task_struct。另一个问题是 sys_prlimit64() 可能与更改 ->group_header 的 mt-exec 争用。在这种情况下do_prlimit() 可能采取错误的锁定或者更糟糕的是 ->group_header 可能在 task_lock() 和 task_unlock() 之间改变。更改 sys_prlimit64() 以在必要时获取 tasklist_lock。这不太好但我没有看到更好的针对 - 稳定版本的补丁。 (CVE-2025-40201)

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

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

  - netfilter: nft_objref验证 objref 和 objrefmap 表达式引用从 OUTPUT 挂钩的 synproxy 有状态对象造成内核崩溃原因是无限递归调用缺陷缺陷在 000000008bda5b8c 命中了 TASK 堆栈保护页面堆栈为 000000003ab1c4a5..00000000494d8b12[...]调用跟踪
    __find_rr_leaf+0x99/0x230 fib6_table_lookup+0x13b/0x2d0 ip6_pol_route+0xa4/0x400 fib6_rule_lookup+0x156/0x240 ip6_route_output_flags+0xc6/0x150 __nf_ip6_route+0x23/0x50 synproxy_send_tcp_ipv6+0x106/0x200 synproxy_send_client_synack_ipv6+0x1aa/0x1f0 nft_synproxy_do_eval+0x263/0x310 nft_do_chain+0x5a8/0x5f0 [nf_tables nft_do_chain_inet+0x98/0x110 nf_hook_slow+0x43/0xc0 __ip6_local_out+0xf0/0x170 ip6_local_out+0x17/0x70 synproxy_send_tcp_ipv6+0x1a2/0x200 synproxy_send_client_synack_ipv6+0x1aa/0x1f0 [...] Implement objref and objrefmap expression validate functions. 目前仅 NFT_OBJECT_SYNPROXY 对象类型需要验证。这还将处理使用 synproxy 对象从 OUTPUT 挂钩跳转到链。现在当尝试引用 OUTPUT 挂钩中的 synproxy 对象时nft 将生成以下错误
    synproxy_crash.nft错误无法处理规则不支持的操作 synproxy 名称 mysynproxy ^^^^^^^^^^^^^^^^^^^^^^^ (CVE-2025-40206)

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

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

  - listmount不在命名空间信号量下调用 path_put() 重组 listmount() 并且确保不在命名空间信号量下调用 path_put()。如果我们放置最后一个引用我们会被 fscked。 (CVE-2025-40203)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/amdkfd: Fix kfd process ref leaking when userptr unmapping kfd_lookup_process_by_pid hold the kfd process reference to ensure it doesn't get destroyed while sending the segfault event to user space. Calling kfd_lookup_process_by_pid as function parameter leaks the kfd process refcount and miss the NULL pointer check if app process is already destroyed. (CVE-2025-40191)

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

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

  - netusblan78xx修复 lan78xx_read_raw_eeprom 中丢失的 EEPROM 读取超时错误 (-ETIMEDOUT) Syzbot 报告的具有以下调用堆栈的未初始化变量读取缺陷。 lan78xx 8-1:1.0 (unnamed net_device)未初始化EEPROM 读取操作超时 ================================ ===================== lan78xx_read_eeprom 中的 BUGKMSANuninit-value drivers/net/usb/lan78xx.c:1095 [内联] BUGKMSANuninit- lan78xx_init_mac_address drivers/net/usb/lan78xx.c:1937 中的值 [内联] 缺陷KMSANlan78xx_reset+0x999/0x2cd0 drivers/net/usb/lan78xx.c:3241 lan78xx_read_eeprom drivers/net/usb/lan78xx 中的 uninit-value。 c:1095 [inline] lan78xx_init_mac_address drivers/net/usb/lan78xx.c:1937 [inline] lan78xx_reset+0x999/0x2cd0 drivers/net/usb/lan78xx.c:3241 lan78xx_bind+0x711/0x1690 drivers/net/usb/lan78xx。 c:3766 lan78xx_probe+0x225c/0x3310 drivers/net/usb/lan78xx.c:4707 本地变量 sig.ii 创建于
    lan78xx_read_eeprom drivers/net/usb/lan78xx.c:1092 [内联] lan78xx_init_mac_address drivers/net/usb/lan78xx.c:1937 [内联] lan78xx_reset+0x77e/0x2cd0 drivers/net/usb/lan78xx.c:3241 lan78xx_bind+0x711/ 0x1690 drivers/net/usb/lan78xx.c:3766 函数 lan78xx_read_raw_eeprom 无法正确传播 EEPROM 读取超时错误 (-ETIMEDOUT)。在 fallthrough 路径中首先尝试还原 LED 输出的引脚配置然后仅返回该还原操作的状态并丢弃原始超时错误。因此调用程序也可错误地将数据缓冲区视为有效缓冲区即使 EEPROM 读取实际上在没有数据或部分数据的情况下超时。要修复此问题请单独处理还原 LED 引脚配置中的错误。如果还原成功则将任何之前的 EEPROM 超时错误正确返回给调用程序。 (CVE-2025-40189)

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

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

  - fsquota为 quota_release_work 创建专用工作队列。由于设置 panic_on_warn 时 WARN_ONCE而存在内核错误。当回写被触发由于同步调用已打开的文件即回写原因为 WB_REASON_SYNC时会发生此问题。当同步路径需要 f2fs 平衡时会触发 quota_release_work 的刷新。默认情况下 quota_release_work 会加入到没有 WQ_MEM_RECLAIM 标记的events_unbound 队列中。在 f2fs 期间平衡回写工作队列尝试刷新 quota_release_work从而造成因 MEM_RECLAIM 标记不匹配错误而导致的内核错误。此修补程序为工作 quota_release_work 创建带有 WQ_MEM_RECLAIM 标记的专用工作队列。 ------------[在此处剪切]------------ 警告CPU: 4 PID: 14867 at kernel/workqueue.c:3721 check_flush_dependency+0x13c/0x148 调用trace: check_flush_dependency+0x13c/0x148 __flush_work+0xd0/0x398 flush_delayed_work+0x44/0x5c dquot_writeback_dquots+0x54/0x318 f2fs_do_quota_sync+0xb8/0x1a8 f2fs_write_checkpoint+0x3cc/0x99c f2fs_gc+0x190/0x750 f2fs_balance_fs+0x110/0x168 f2fs_write_single_data_page+0x474/0x7dc f2fs_write_data_pages+0x7d0 /0xd0c do_writepages+0xe0/0x2f4 __writeback_single_inode+0x44/0x4ac writeback_sb_inodes+0x30c/0x538 wb_writeback+0xf4/0x440 wb_workfn+0x128/0x5d4 process_scheduled_works+0x1c4/0x45c worker_thread+0x32c/0x3e8 kthread+0x11c/0x1b0 ret_from_fork+0x10/0x20 Kernel panic -不同步内核panic_on_warn set ... (CVE-2025-40196)

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

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

  - Ceph 是一个分布式对象、块和文件存储平台。在 19.2.3和之前的版本中使用参数“x-amz-copy-source”放置对象并指定空字符串作为其内容会导致 RGW 后台程序崩溃进而导致 DoS 攻击。截至本文发布时不存在已知的已安装修补程序版本。 (CVE-2024-47866)

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

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

  - page_pool修复 PP_MAGIC_MASK 以避免在某些 32 位 arch 上崩溃 Helge 报告 PP_MAGIC_MASK 的引入导致在其 32 位 parisc 计算机上引导时崩溃。其原因是掩码设置过宽因此 page_pool_page_is_pp() 会招致误报使计算机崩溃。仅在 page_pool_is_pp() 中禁用检查将导致 page_pool 代码本身故障此修补程序并未执行此操作而是更改了 PP_DMA_INDEX_BITS 的定义以避免将任意内核指针误认为 page_pool-tated 页面。此补丁依赖于始终在 PAGE_OFFSET 上添加 pp_magic 字段的内核指针。通过此假设，我们可以使用 PAGE_OFFSET 值的最低位作为 PP_DMA_INDEX_MASK 的上限，这样应避免误报。由于我们不能依赖 PAGE_OFFSET 始终作为编译时间常量也不能依赖其始终 >0因此当没有足够的可用位时我们会回退到禁用 dma_index 存储。这使得我们处于 Fixes 标签中的修补程序之前的情况但仅限架构配置的子集。在 page_pool 页面完成向页面类型的转换这似乎是我们能做的最好的事情。 v2 - 确保至少有 8 位可用且 PAGE_OFFSET 位计算未封装 (CVE-2025-40199)

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

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

  - 已修复 Linux 内核中的下列漏洞：crypto: skcipher - Fix reqsize handling Commit afddce13ce81d (crypto: api - Add reqsize to crypto_alg) introduced cra_reqsize field in crypto_alg struct to replace type specific reqsize fields. It looks like this was introduced specifically for ahash and acomp from the commit description as subsequent commits add necessary changes in these alg frameworks. However, this is being recommended for use in all crypto algs [1] instead of setting reqsize using crypto_*_set_reqsize(). Using cra_reqsize in skcipher algorithms, hence, causes memory corruptions and crashes as the underlying functions in the algorithm framework have not been updated to set the reqsize properly from cra_reqsize. [2] Add proper set_reqsize calls in the skcipher init function to properly initialize reqsize for these algorithms in the framework. [1]: https://lore.kernel.org/linux-crypto/aCL8BxpHr5OpT04k@gondor.apana.org.au/ [2]:
    https://gist.github.com/Pratham-T/24247446f1faf4b7843e4014d5089f6b (CVE-2025-40182)

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

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

  - PostgreSQL CREATE STATISTICS 命令中缺少授权允许表所有者通过在任何方案中进行创建实现对其他 CREATE STATISTICS 用户的拒绝服务。随后具有 CREATE 权限的用户对相同名称执行的 CREATE STATISTICS 将失败。PostgreSQL 18.1、17.7、16.11、15.15、14.20 和 13.23 之前的版本受到影响。(CVE-2025-12817)

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

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

  - 已修复 Linux 内核中的下列漏洞：KVM: arm64: Fix debug checking for np-guests using huge mappings When running with transparent huge pages and CONFIG_NVHE_EL2_DEBUG then the debug checking in assert_host_shared_guest() fails on the launch of an np-guest. This WARN_ON() causes a panic and generates the stack below. In __pkvm_host_relax_perms_guest() the debug checking assumes the mapping is a single page but it may be a block map. Update the checking so that the size is not checked and just assumes the correct size. While we're here make the same fix in __pkvm_host_mkyoung_guest().
    Info: # lkvm run -k /share/arch/arm64/boot/Image -m 704 -c 8 --name guest-128 Info: Removed ghost socket file /.lkvm//guest-128.sock. [ 1406.521757] kvm [141]: nVHE hyp BUG at:
    arch/arm64/kvm/hyp/nvhe/mem_protect.c:1088! [ 1406.521804] kvm [141]: nVHE call trace: [ 1406.521828] kvm [141]: [<ffff8000811676b4>] __kvm_nvhe_hyp_panic+0xb4/0xe8 [ 1406.521946] kvm [141]: [<ffff80008116d12c>]
    __kvm_nvhe_assert_host_shared_guest+0xb0/0x10c [ 1406.522049] kvm [141]: [<ffff80008116f068>]
    __kvm_nvhe___pkvm_host_relax_perms_guest+0x48/0x104 [ 1406.522157] kvm [141]: [<ffff800081169df8>]
    __kvm_nvhe_handle___pkvm_host_relax_perms_guest+0x64/0x7c [ 1406.522250] kvm [141]: [<ffff800081169f0c>]
    __kvm_nvhe_handle_trap+0x8c/0x1a8 [ 1406.522333] kvm [141]: [<ffff8000811680fc>]
    __kvm_nvhe___skip_pauth_save+0x4/0x4 [ 1406.522454] kvm [141]: ---[ end nVHE call trace ]--- [1406.522477] kvm [141]: Hyp Offset: 0xfffece8013600000 [ 1406.522554] Kernel panic - not syncing: HYP panic: [ 1406.522554] PS:834003c9 PC:0000b1806db6d170 ESR:00000000f2000800 [ 1406.522554] FAR:ffff8000804be420 HPFAR:0000000000804be0 PAR:0000000000000000 [ 1406.522554] VCPU:0000000000000000 [1406.523337] CPU: 3 UID: 0 PID: 141 Comm: kvm-vcpu-0 Not tainted 6.16.0-rc7 #97 PREEMPT [ 1406.523485] Hardware name: FVP Base RevC (DT) [ 1406.523566] Call trace: [ 1406.523629] show_stack+0x18/0x24 (C) [1406.523753] dump_stack_lvl+0xd4/0x108 [ 1406.523899] dump_stack+0x18/0x24 [ 1406.524040] panic+0x3d8/0x448 [ 1406.524184] nvhe_hyp_panic_handler+0x10c/0x23c [ 1406.524325] kvm_handle_guest_abort+0x68c/0x109c [ 1406.524500] handle_exit+0x60/0x17c [ 1406.524630] kvm_arch_vcpu_ioctl_run+0x2e0/0x8c0 [ 1406.524794] kvm_vcpu_ioctl+0x1a8/0x9cc [ 1406.524919]
    __arm64_sys_ioctl+0xac/0x104 [ 1406.525067] invoke_syscall+0x48/0x10c [ 1406.525189] el0_svc_common.constprop.0+0x40/0xe0 [ 1406.525322] do_el0_svc+0x1c/0x28 [ 1406.525441] el0_svc+0x38/0x120 [ 1406.525588] el0t_64_sync_handler+0x10c/0x138 [ 1406.525750] el0t_64_sync+0x1ac/0x1b0 [ 1406.525876] SMP: stopping secondary CPUs [ 1406.525965] Kernel Offset: disabled [ 1406.526032] CPU features:
    0x0000,00000080,8e134ca1,9446773f [ 1406.526130] Memory Limit: none [ 1406.959099] ---[ end Kernel panic - not syncing: HYP panic: [ 1406.959099] PS:834003c9 PC:0000b1806db6d170 ESR:00000000f2000800 [ 1406.959099] FAR:ffff8000804be420 HPFAR:0000000000804be0 PAR:0000000000000000 [ 1406.959099] VCPU:0000000000000000 ] (CVE-2025-40184)

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

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

  - pwmberlin修复暂停/恢复中的错误寄存器 “启用”寄存器应为 BERLIN_PWM_EN而不是 BERLIN_PWM_ENABLE否则驱动程序会访问错误的地址将出现 cpu 异常然后在暂停/恢复期间出现内核错误。 (CVE-2025-40188)

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

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

  - media v4l2-subdev修复 v4l2_subdev_call_state_try() 中的 alloc 失败检查 v4l2_subdev_call_state_try() 宏通过 __v4l2_subdev_state_alloc() 分配 subdev 状态但不检查返回的值。如果
    __v4l2_subdev_state_alloc 失败并返回 ERR_PTR且将造成 v4l2_subdev_call_state_try() 崩溃。增加适当的错误处理至 v4l2_subdev_call_state_try()。 (CVE-2025-40207)

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

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

  - xtensasimdisk在 proc_write_simdisk 中添加输入大小检查恶意用户可将任意错误值传递至 memdup_user_nul()从而可能造成内核崩溃。其遵循与提交 ee76746387f6 相同的模式netdevsim防止 nsim_dev_heart_break_write 中错误的用户输入 (CVE-2025-40193)

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

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

  -邮箱zynqmp-ipi修复邮箱清理循环中的越界访问清理循环于错误的数组索引处启动从而导致越界访问。在零索引数组的正确索引处启动循环以防止访问超出已分配数组边界的内存。 (CVE-2025-40180)

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

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

  - ext4验证孤立文件大小是不是太大 原则上孤立文件可以是任意大小。然而，孤立重放需要遍历所有缓冲区，并且我们还将其所有缓冲区固定在内存中。因此具有大的孤立文件的文件系统可导致消耗大量内存。将孤立文件的大小限制在合理的值内同时使用 kvmalloc() 分配区块描述符结构的数组以避免合理但大型孤立文件的大量 order 分配。 (CVE-2025-40179)

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

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

  - mediairis如果固件下载失败则修复模块删除如果固件加载失败qcom-iris aa00000.video-codec则修复删除qcom/vpu/vpu33_p4.mbn 的直接固件加载失败并出现错误 -2 qcom-iris aa00000。 video-codec固件下载失败 qcom-iris aa00000.video-codec核心 init 失败则 $ echo aa00000.video-codec > /sys/bus/platform/drivers/qcom-iris/unbind 触发器: genpd genpd:1 aa00000.video-codec运行时 PM 使用计数下溢------------[ cut here ]------------ video_cc_mvs0_clk 已禁用警告drivers/clk/clk.c:1206 at clk_core_disable+0xa4/0xac CPU#1sh/542 <snip> pc
    clk_core_disable+0xa4/0xac lr : clk_core_disable+0xa4/0xac <snip> Call trace: clk_core_disable+0xa4/0xac (P) clk_disable+0x30/0x4c iris_disable_unprepare_clock+0x20/0x48 [qcom_iris] iris_vpu_power_off_hw+0x48/0x58 [qcom_iris] iris_vpu33_power_off_hardware+0x44/ 0x230 [qcom_iris] iris_vpu_power_off+0x34/0x84 [qcom_iris] iris_core_deinit+0x44/0xc8 [qcom_iris] iris_remove+0x20/0x48 [qcom_iris] platform_remove+0x20/0x30 device_remove+0x4c/0x80 <snip> ---[结束跟踪 000-0000] -
    ------------[ cut here ]------------ video_cc_mvs0_clk 已 unprepared 警告drivers/clk/clk.c:1065 at clk_core_unprepare+0xf0/0x110 CPU#2sh/542 <snip> pc clk_core_unprepare+0xf0/0x110 lr
    clk_core_unprepare+0xf0/0x110 <snip> Call trace: clk_core_unprepare+0xf0/0x110 (P) clk_unprepare+0x2c/0x44 iris_disable_unprepare_clock+0x28/0x48 [qcom_iris] iris_vpu_power_off_hw+0x48/0x58 [qcom_iris] iris_vpu33_power_off_hardware+0x44/0x230 [qcom_iris] iris_vpu_power_off+0x34 /0x84 [qcom_iris] iris_core_deinit+0x44/0xc8 [qcom_iris] iris_remove+0x20/0x48 [qcom_iris] platform_remove+0x20/0x30 device_remove+0x4c/0x80 <snip> ---[ 结束跟踪 0000000000000000 ]--- genpd genpd genpd:0:a0000a0000a0000a0000 .video-codec
    运行系统 PM 使用计数下溢------------[ cut here ]------------ gcc_video_axi0_clk 已禁用警告drivers/clk/clk.c:1206 at clk_core_disable+0xa4/0xac CPU#4sh/542 <snip> pc
    clk_core_disable+0xa4/0xac lr : clk_core_disable+0xa4/0xac <snip> Call trace: clk_core_disable+0xa4/0xac (P) clk_disable+0x30/0x4c iris_disable_unprepare_clock+0x20/0x48 [qcom_iris] iris_vpu33_power_off_controller+0x17c/0x428 [qcom_iris] iris_vpu_power_off+0x48/ 0x84 [qcom_iris] iris_core_deinit+0x44/0xc8 [qcom_iris] iris_remove+0x20/0x48 [qcom_iris] platform_remove+0x20/0x30 device_remove+0x4c/0x80 <snip> ------------[在此剪切 ]-- ---------- gcc_video_axi0_clk 已未准备警告drivers/clk/clk.c:1065@clk_core_unprepare+0xf0/0x110 CPU#4sh/542 <snip> pc
    clk_core_unprepare+0xf0/0x110 lr : clk_core_unprepare+0xf0/0x110 <snip> 调用跟踪
    clk_core_unprepare+0xf0/0x110 (P) clk_unprepare+0x2c/0x44 iris_disable_unprepare_clock+0x28/0x48 [qcom_iris] iris_vpu33_power_off_controller+0x17c/0x428 [qcom_iris] iris_vpu_power_off+0x48/0x84 [qcom_iris] iris_core_deinit+0x44/0xc8 [qcom_iris] iris_remove+0x20/0x48 [qcom_iris] platform_remove+0x20/0x30 device_remove+0x4c/0x80 <snip> ---[ end trace 0000000000000000 ]--- 如果初始化从未成功则跳过 deinit。 (CVE-2025-40208)

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

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

  - 已修复 Linux 内核中的下列漏洞：media: mc: Clear minor number before put device The device minor should not be cleared after the device is released. (CVE-2025-40197)

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

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

  - net/sctp修复了 sctp_disposition sctp_sf_do_5_1D_ce() 中的空取消引用如果 new_asoc->peer.adaptation_ind=0 且 sctp_ulpevent_make_authkey=0 且 sctp_ulpevent_make_authkey() 返回 0则变量 ai_ev 保持为零且该零将在 sctp_ulpevent_free() 函数中取消引用。 ) 函数。 (CVE-2025-40187)

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

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

  - 已修复 Linux 内核中的下列漏洞：tcp: Don't call reqsk_fastopen_remove() in tcp_conn_request(). syzbot reported the splat below in tcp_conn_request(). [0] If a listener is close()d while a TFO socket is being processed in tcp_conn_request(), inet_csk_reqsk_queue_add() does not set reqsk->sk and calls inet_child_forget(), which calls tcp_disconnect() for the TFO socket. After the cited commit, tcp_disconnect() calls reqsk_fastopen_remove(), where reqsk_put() is called due to !reqsk->sk. Then, reqsk_fastopen_remove() in tcp_conn_request() decrements the last req->rsk_refcnt and frees reqsk, and __reqsk_free() at the drop_and_free label causes the refcount underflow for the listener and double-free of the reqsk. Let's remove reqsk_fastopen_remove() in tcp_conn_request(). Note that other callers make sure tp->fastopen_rsk is not NULL. [0]: refcount_t: underflow; use-after-free. WARNING: CPU: 12 PID: 5563 at lib/refcount.c:28 refcount_warn_saturate (lib/refcount.c:28) Modules linked in: CPU: 12 UID: 0 PID: 5563 Comm: syz-executor Not tainted syzkaller #0 PREEMPT(full) Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 07/12/2025 RIP: 0010:refcount_warn_saturate (lib/refcount.c:28) Code: ab e8 8e b4 98 ff 0f 0b c3 cc cc cc cc cc 80 3d a4 e4 d6 01 00 75 9c c6 05 9b e4 d6 01 01 48 c7 c7 e8 df fb ab e8 6a b4 98 ff <0f> 0b e9 03 5b 76 00 cc 80 3d 7d e4 d6 01 00 0f 85 74 ff ff ff c6 RSP: 0018:ffffa79fc0304a98 EFLAGS: 00010246 RAX: d83af4db1c6b3900 RBX: ffff9f65c7a69020 RCX: d83af4db1c6b3900 RDX: 0000000000000000 RSI:
    00000000ffff7fff RDI: ffffffffac78a280 RBP: 000000009d781b60 R08: 0000000000007fff R09: ffffffffac6ca280 R10: 0000000000017ffd R11: 0000000000000004 R12: ffff9f65c7b4f100 R13: ffff9f65c7d23c00 R14:
    ffff9f65c7d26000 R15: ffff9f65c7a64ef8 FS: 00007f9f962176c0(0000) GS:ffff9f65fcf00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000200000000180 CR3:
    000000000dbbe006 CR4: 0000000000372ef0 Call Trace: <IRQ> tcp_conn_request (./include/linux/refcount.h:400 ./include/linux/refcount.h:432 ./include/linux/refcount.h:450 ./include/net/sock.h:1965 ./include/net/request_sock.h:131 net/ipv4/tcp_input.c:7301) tcp_rcv_state_process (net/ipv4/tcp_input.c:6708) tcp_v6_do_rcv (net/ipv6/tcp_ipv6.c:1670) tcp_v6_rcv (net/ipv6/tcp_ipv6.c:1906) ip6_protocol_deliver_rcu (net/ipv6/ip6_input.c:438) ip6_input (net/ipv6/ip6_input.c:500) ipv6_rcv (net/ipv6/ip6_input.c:311) __netif_receive_skb (net/core/dev.c:6104) process_backlog (net/core/dev.c:6456)
    __napi_poll (net/core/dev.c:7506) net_rx_action (net/core/dev.c:7569 net/core/dev.c:7696) handle_softirqs (kernel/softirq.c:579) do_softirq (kernel/softirq.c:480) </IRQ> (CVE-2025-40186)

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

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

  - Google Chrome 140.0.7339.80 之前版本的 Permissions 中存在实现不当漏洞，远程攻击者可能利用此漏洞，通过构建的 HTML 页面发动 UI 欺骗攻击。（Chromium 安全严重性：低）(CVE-2025-12911)

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

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

  - drm/vmwgfx修复光标嗅探器中的空指针访问。在尝试使用光标嗅探器之前检查转换为表面的资源是否存在。 vmw_cmd_res_check 允许明确的无效 (SVGA3D_INVALID_ID) 标识符因为某些 svga 命令接受 SVGA3D_INVALID_ID 表示没有表面。遗憾的是接受实际表面作为对象的函数可能处理空对象如果是光标嗅探器则不处理空对象。确保不仅验证标识符通过 vmw_cmd_res_check而且在尝试使用资源执行某些操作之前也检查实际资源是否存在。修复嗅探代码中未检查的 null-ptr 引用。 (CVE-2025-40110)

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

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

  - Google Chrome 140.0.7339.80 之前版本的 Permissions 中存在实现不当漏洞，远程攻击者可能利用此漏洞，通过构建的 HTML 页面发动 UI 欺骗攻击。（Chromium 安全严重性：低）(CVE-2025-12906)

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

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

  - 在 140.0.7339.80 之前版本的 Google Chrome 中Devtools 中不受信任的输入验证不足允许远程攻击者通过 Devtools 中的用户操作执行任意代码。（Chromium 安全严重性：低）(CVE-2025-12907)

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

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

  - 在低于 140.0.7339.80 的Google Chrome 中Passkeys 实现不当允许本地攻击者通过调试日志获取潜在敏感信息。（Chromium 安全严重性：低）(CVE-2025-12910)

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

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

  - 低于 140.0.7339.80 的Google Chrome 中 Devtools 的策略执行不充分允许远程攻击者通过 Devtools 泄露跨源数据。（Chromium 安全严重性：低）(CVE-2025-12909)

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

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

  - drm/vmwgfx修复存储在验证重复项哈希表中的验证节点中来自来自于 vmw_execbuf_process 结束时清除的 arena 分配器的释放后使用的释放后使用。预计将清除 vmw_validation_drop_ht 中的所有节点但此节点逃逸了因为其资源过早破坏。
    (CVE-2025-40111)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/msm: Fix bootup splat with separate_gpu_drm modparam The drm_gem_for_each_gpuvm_bo() call from lookup_vma() accesses drm_gem_obj.gpuva.list, which is not initialized when the drm driver does not support DRIVER_GEM_GPUVA feature. Enable it for msm_kms drm driver to fix the splat seen when msm.separate_gpu_drm=1 modparam is set: [ 9.506020] Unable to handle kernel paging request at virtual address fffffffffffffff0 [ 9.523160] Mem abort info: [ 9.523161] ESR = 0x0000000096000006 [ 9.523163] EC = 0x25: DABT (current EL), IL = 32 bits [ 9.523165] SET = 0, FnV = 0 [ 9.523166] EA = 0, S1PTW = 0 [ 9.523167] FSC = 0x06: level 2 translation fault [ 9.523169] Data abort info: [ 9.523170] ISV = 0, ISS = 0x00000006, ISS2 = 0x00000000 [9.523171] CM = 0, WnR = 0, TnD = 0, TagAccess = 0 [ 9.523172] GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0 [9.523174] swapper pgtable: 4k pages, 48-bit VAs, pgdp=0000000ad370f000 [ 9.523176] [fffffffffffffff0] pgd=0000000000000000, p4d=0000000ad4787403, pud=0000000ad4788403, pmd=0000000000000000 [ 9.523184] Internal error: Oops: 0000000096000006 [#1] SMP [ 9.592968] CPU: 9 UID: 0 PID: 448 Comm: (udev-worker) Not tainted 6.17.0-rc4-assorted-fix-00005-g0e9bb53a2282-dirty #3 PREEMPT [ 9.592970] Hardware name: Qualcomm CRD, BIOS 6.0.240718.BOOT.MXF.2.4-00515-HAMOA-1 07/18/2024 [ 9.592971] pstate: a1400005 (NzCv daif +PAN
    -UAO -TCO +DIT -SSBS BTYPE=--) [ 9.592973] pc : lookup_vma+0x28/0xe0 [msm] [ 9.592996] lr :
    get_vma_locked+0x2c/0x128 [msm] [ 9.763632] sp : ffff800082dab460 [ 9.763666] Call trace: [ 9.763668] lookup_vma+0x28/0xe0 [msm] (P) [ 9.763688] get_vma_locked+0x2c/0x128 [msm] [ 9.763706] msm_gem_get_and_pin_iova_range+0x68/0x11c [msm] [ 9.763723] msm_gem_get_and_pin_iova+0x18/0x24 [msm] [9.763740] msm_fbdev_driver_fbdev_probe+0xd0/0x258 [msm] [ 9.763760]
    __drm_fb_helper_initial_config_and_unlock+0x288/0x528 [drm_kms_helper] [ 9.763771] drm_fb_helper_initial_config+0x44/0x54 [drm_kms_helper] [ 9.763779] drm_fbdev_client_hotplug+0x84/0xd4 [drm_client_lib] [ 9.763782] drm_client_register+0x58/0x9c [drm] [ 9.763806] drm_fbdev_client_setup+0xe8/0xcf0 [drm_client_lib] [ 9.763809] drm_client_setup+0xb4/0xd8 [drm_client_lib] [ 9.763811] msm_drm_kms_post_init+0x2c/0x3c [msm] [ 9.763830] msm_drm_init+0x1a8/0x22c [msm] [ 9.763848] msm_drm_bind+0x30/0x3c [msm] [ 9.919273] try_to_bring_up_aggregate_device+0x168/0x1d4 [ 9.919283]
    __component_add+0xa4/0x170 [ 9.919286] component_add+0x14/0x20 [ 9.919288] msm_dp_display_probe_tail+0x4c/0xac [msm] [ 9.919315] msm_dp_auxbus_done_probe+0x14/0x20 [msm] [ 9.919335] dp_aux_ep_probe+0x4c/0xf0 [drm_dp_aux_bus] [ 9.919341] really_probe+0xbc/0x298 [ 9.919345]
    __driver_probe_device+0x78/0x12c [ 9.919348] driver_probe_device+0x40/0x160 [ 9.919350]
    __driver_attach+0x94/0x19c [ 9.919353] bus_for_each_dev+0x74/0xd4 [ 9.919355] driver_attach+0x24/0x30 [9.919358] bus_add_driver+0xe4/0x208 [ 9.919360] driver_register+0x60/0x128 [ 9.919363]
    __dp_aux_dp_driver_register+0x24/0x30 [drm_dp_aux_bus] [ 9.919365] atana33xc20_init+0x20/0x1000 [panel_samsung_atna33xc20] [ 9.919370] do_one_initcall+0x6c/0x1b0 [ 9.919374] do_init_module+0x58/0x234 [9.919377] load_module+0x19cc/0x1bd4 [ 9.919380] init_module_from_file+0x84/0xc4 [ 9.919382]
    __arm64_sys_finit_module+0x1b8/0x2cc [ 9.919384] invoke_syscall+0x48/0x110 [ 9.919389] el0_svc_common.constprop.0+0xc8/0xe8 [ 9.919393] do_el0_svc+0x20/0x2c [ 9.919396] el0_svc+0x34/0xf0 [9.919401] el0t_64_sync_handler+0xa0/0xe4 [ 9.919403] el0t_64_sync+0x198/0x19c [ 9.919407] Code: eb0000bf 54000480 d100a003 aa0303e2 (f8418c44) [ 9.919410] ---[ end trace 0000000000000000 ]--- Patchwork:
    https://patchwork.freedesktop.org/pa ---truncated--- (CVE-2025-40152)

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

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

  - 已修复 Linux 内核中的下列漏洞：ext4: fix potential null deref in ext4_mb_init() In ext4_mb_init(), ext4_mb_avg_fragment_size_destroy() may be called when sbi->s_mb_avg_fragment_size remains uninitialized (e.g., if groupinfo slab cache allocation fails). Since ext4_mb_avg_fragment_size_destroy() lacks null pointer checking, this leads to a null pointer dereference.
    ================================================================== EXT4-fs: no memory for groupinfo slab cache BUG: kernel NULL pointer dereference, address: 0000000000000000 PGD 0 P4D 0 Oops: Oops: 0002 [#1] SMP PTI CPU:2 UID: 0 PID: 87 Comm:mount Not tainted 6.17.0-rc2 #1134 PREEMPT(none) RIP:
    0010:_raw_spin_lock_irqsave+0x1b/0x40 Call Trace: <TASK> xa_destroy+0x61/0x130 ext4_mb_init+0x483/0x540
    __ext4_fill_super+0x116d/0x17b0 ext4_fill_super+0xd3/0x280 get_tree_bdev_flags+0x132/0x1d0 vfs_get_tree+0x29/0xd0 do_new_mount+0x197/0x300 __x64_sys_mount+0x116/0x150 do_syscall_64+0x50/0x1c0 entry_SYSCALL_64_after_hwframe+0x76/0x7e ================================================================== Therefore, add necessary null check to ext4_mb_avg_fragment_size_destroy() to prevent this issue. The same fix is also applied to ext4_mb_largest_free_orders_destroy(). (CVE-2025-40119)

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

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

  - 已修复 Linux 内核中的下列漏洞：misc: pci_endpoint_test: Fix array underflow in pci_endpoint_test_ioctl() Commit eefb83790a0d (misc: pci_endpoint_test: Add doorbell test case) added NO_BAR (-1) to the pci_barno enum which, in practical terms, changes the enum from an unsigned int to a signed int. If the user passes a negative number in pci_endpoint_test_ioctl() then it results in an array underflow in pci_endpoint_test_bar(). (CVE-2025-40117)

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

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

  - 已修复 Linux 内核中的下列漏洞：LoongArch: BPF: No support of struct argument in trampoline programs The current implementation does not support struct argument. This causes a oops when running bpf selftest: $ ./test_progs -a tracing_struct Oops[#1]: CPU -1 Unable to handle kernel paging request at virtual address 0000000000000018, era == 9000000085bef268, ra == 90000000844f3938 rcu:
    INFO: rcu_preempt detected stalls on CPUs/tasks: rcu: 1-...0: (19 ticks this GP) idle=1094/1/0x4000000000000000 softirq=1380/1382 fqs=801 rcu: (detected by 0, t=5252 jiffies, g=1197, q=52 ncpus=4) Sending NMI from CPU 0 to CPUs 1: rcu: rcu_preempt kthread starved for 2495 jiffies! g1197 f0x0 RCU_GP_DOING_FQS(6) ->state=0x0 ->cpu=2 rcu: Unless rcu_preempt kthread gets sufficient CPU time, OOM is now expected behavior. rcu: RCU grace-period kthread stack dump: task:rcu_preempt state:I stack:0 pid:15 tgid:15 ppid:2 task_flags:0x208040 flags:0x00000800 Stack : 9000000100423e80 0000000000000402 0000000000000010 90000001003b0680 9000000085d88000 0000000000000000 0000000000000040 9000000087159350 9000000085c2b9b0 0000000000000001 900000008704a000 0000000000000005 00000000ffff355b 00000000ffff355b 0000000000000000 0000000000000004 9000000085d90510 0000000000000000 0000000000000002 7b5d998f8281e86e 00000000ffff355c 7b5d998f8281e86e 000000000000003f 9000000087159350 900000008715bf98 0000000000000005 9000000087036000 900000008704a000 9000000100407c98 90000001003aff80 900000008715c4c0 9000000085c2b9b0 00000000ffff355b 9000000085c33d3c 00000000000000b4 0000000000000000 9000000007002150 00000000ffff355b 9000000084615480 0000000007000002 ... Call Trace: [<9000000085c2a868>] __schedule+0x410/0x1520 [<9000000085c2b9ac>] schedule+0x34/0x190 [<9000000085c33d38>] schedule_timeout+0x98/0x140 [<90000000845e9120>] rcu_gp_fqs_loop+0x5f8/0x868 [<90000000845ed538>] rcu_gp_kthread+0x260/0x2e0 [<900000008454e8a4>] kthread+0x144/0x238 [<9000000085c26b60>] ret_from_kernel_thread+0x28/0xc8 [<90000000844f20e4>] ret_from_kernel_thread_asm+0xc/0x88 rcu: Stack dump where RCU GP kthread last ran:
    Sending NMI from CPU 0 to CPUs 2: NMI backtrace for cpu 2 skipped: idling at idle_exit+0x0/0x4 Reject it for now. (CVE-2025-40151)

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

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

  - 已修复 Linux 内核中的下列漏洞：sched/deadline: Stop dl_server before CPU goes offline IBM CI tool reported kernel warning[1] when running a CPU removal operation through drmgr[2]. i.e drmgr -c cpu -r -q 1 WARNING: CPU: 0 PID: 0 at kernel/sched/cpudeadline.c:219 cpudl_set+0x58/0x170 NIP [c0000000002b6ed8] cpudl_set+0x58/0x170 LR [c0000000002b7cb8] dl_server_timer+0x168/0x2a0 Call Trace: [c000000002c2f8c0] init_stack+0x78c0/0x8000 (unreliable) [c0000000002b7cb8] dl_server_timer+0x168/0x2a0 [c00000000034df84] __hrtimer_run_queues+0x1a4/0x390 [c00000000034f624] hrtimer_interrupt+0x124/0x300 [c00000000002a230] timer_interrupt+0x140/0x320 Git bisects to: commit 4ae8d9aa9f9d (sched/deadline: Fix dl_server getting stuck) This happens since: - dl_server hrtimer gets enqueued close to cpu offline, when kthread_park enqueues a fair task. - CPU goes offline and drmgr removes it from cpu_present_mask. - hrtimer fires and warning is hit. Fix it by stopping the dl_server before CPU is marked dead. [1]:
    https://lore.kernel.org/all/8218e149-7718-4432-9312-f97297c352b9@linux.ibm.com/ [2]:
    https://github.com/ibm-power-utilities/powerpc-utils/tree/next/src/drmgr [sshegde: wrote the changelog and tested it] (CVE-2025-40163)

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

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

  - 已修复 Linux 内核中的下列漏洞：f2fs: fix to avoid NULL pointer dereference in f2fs_check_quota_consistency() syzbot reported a f2fs bug as below: Oops: gen[ 107.736417][T5848] Oops: general protection fault, probably for non-canonical address 0xdffffc0000000000: 0000 [#1] SMP KASAN PTI KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007] CPU: 1 UID: 0 PID:
    5848 Comm: syz-executor263 Tainted: G W 6.17.0-rc1-syzkaller-00014-g0e39a731820a #0 PREEMPT_{RT,(full)} RIP: 0010:strcmp+0x3c/0xc0 lib/string.c:284 Call Trace: <TASK> f2fs_check_quota_consistency fs/f2fs/super.c:1188 [inline] f2fs_check_opt_consistency+0x1378/0x2c10 fs/f2fs/super.c:1436 __f2fs_remount fs/f2fs/super.c:2653 [inline] f2fs_reconfigure+0x482/0x1770 fs/f2fs/super.c:5297 reconfigure_super+0x224/0x890 fs/super.c:1077 do_remount fs/namespace.c:3314 [inline] path_mount+0xd18/0xfe0 fs/namespace.c:4112 do_mount fs/namespace.c:4133 [inline] __do_sys_mount fs/namespace.c:4344 [inline] __se_sys_mount+0x317/0x410 fs/namespace.c:4321 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline] do_syscall_64+0xfa/0x3b0 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f The direct reason is f2fs_check_quota_consistency() may suffer null-ptr-deref issue in strcmp(). The bug can be reproduced w/ below scripts: mkfs.f2fs -f /dev/vdb mount
    -t f2fs -o usrquota /dev/vdb /mnt/f2fs quotacheck -uc /mnt/f2fs/ umount /mnt/f2fs mount -t f2fs -o usrjquota=aquota.user,jqfmt=vfsold /dev/vdb /mnt/f2fs mount -t f2fs -o remount,usrjquota=,jqfmt=vfsold /dev/vdb /mnt/f2fs umount /mnt/f2fs So, before old_qname and new_qname comparison, we need to check whether they are all valid pointers, fix it. (CVE-2025-40138)

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

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

  - cups-filters 包含使 cups 打印服务在 macos 以外的操作系统上运行所需的后端、过滤器和其他软件。在低于 1.28.18的cups-filters 中攻击者通过构造具有极大“MediaBox”值的 PDF 文件可造成 CUPS-Filter 1.x的“pdftoraster”工具超出数组边界写入。首先具有大“MediaBox”宽度值的 PDF 会造成“header.cupsWidth”变大。接下来“bytesPerLine = (header.cupsBitsPerPixel * header.cupsWidth + 7) / 8”的计算会溢出导致值较小。然后为“lineBuf”分配较小的“bytesPerLine”大小。
    最后“convertLineChunked”会调用“writePixel8”而“writePixel8”会尝试在超出其缓冲区大小的范围内写入“lineBuf”（越界写入）。在 libcupsfilters 中维护者发现相同的“bytesPerLine”乘法运算没有溢出检查但提供的测试用例不会导致该处溢出因为值不同。提交 50d94ca0f2fa6177613c97c59791bde568631865 包含一个修补程序其已合并到 cups-filters 版本 1.28.18中。 (CVE-2025-64503)

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

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

  - 已修复 Linux 内核中的下列漏洞：bpf: dont report verifier bug for missing bpf_scc_visit on speculative path Syzbot generated a program that triggers a verifier_bug() call in maybe_exit_scc(). maybe_exit_scc() assumes that, when called for a state with insn_idx in some SCC, there should be an instance of struct bpf_scc_visit allocated for that SCC. Turns out the assumption does not hold for speculative execution paths. See example in the next patch. maybe_scc_exit() is called from update_branch_counts() for states that reach branch count of zero, meaning that path exploration for a particular path is finished. Path exploration can finish in one of three ways: a. Verification error is found. In this case, update_branch_counts() is called only for non-speculative paths. b. Top level BPF_EXIT is reached. Such instructions are never a part of an SCC, so compute_scc_callchain() in maybe_scc_exit() will return false, and maybe_scc_exit() will return early. c. A checkpoint is reached and matched. Checkpoints are created by is_state_visited(), which calls maybe_enter_scc(), which allocates bpf_scc_visit instances for checkpoints within SCCs. Hence, for non-speculative symbolic execution paths, the assumption still holds: if maybe_scc_exit() is called for a state within an SCC, bpf_scc_visit instance must exist. This patch removes the verifier_bug() call for speculative paths. (CVE-2025-40143)

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

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

  - CKeditor v46.1.0 和 Angular v18.0.0 中存在反射型跨站脚本 (XSS) 漏洞可让攻击者通过注入特制的负载在用户浏览器环境中执行任意代码。
    (CVE-2025-61261)

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

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

  - CUPS 是标准的开源打印系统，并且 `libcupsfilters` 包含以前的 `cups-filters` 程序包的过滤器代码作为库函数，可用于打印机应用程序中所需的数据格式转换任务。在 CUPS-Filters 及之前版本 1.28.17 以及 libscupsfilters 版本 2.0.0 到 2.1.1中CUPS-Filters 的 `imagetoraster` 过滤器在处理 TIFF 图像文件时存在越界读取/写入漏洞。虽然为像素缓冲区分配了像素数乘以预先计算的字节数/像素值的像素数乘以像素数乘以 3 的大小的函数会调用处理这些像素的函数。当传递适当的输入时可将 -per-pixel 值设置为 1并且处理缓冲区边界之外的字节。为了触发此缺陷攻击者必须发出包含构建的 TIFF 文件的打印作业并且传递适当的打印作业选项以控制输出格式的每像素字节值。必须选择用于调用“imagetoraster”过滤器或其 C 函数“cfFilterImageToRaster()”的打印机配置。CUPS-Filters 1.x 和后续库 libcupsfilters (CUPS-Filters 2.x) 中存在该漏洞。在 CUPS-Filters 2.x中易受攻击的函数为“libcupsfilters 中的_cfImageReadTIFF()”。当此函数作为“cfFilterImageToRaster()”的一部分被调用时在其处理期间会发生越界内存访问则调用程序会传递一个查找表。在 CUPS-Filters 1.x中同等函数均可在 cups-filters 存储库中找到该存储库尚未拆分为子项目易受攻击的代码在通过“cupsImageOpen()”从 中调用的“_cupsImageReadTIFF()”中“imagetoraster”工具。提交 b69dfacec7f176281782e2f7ac44f04bf9633cfa 中提供了一个修补程序。 (CVE-2025-57812)

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

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

  - 在 dvsekhvalnov jose2go 1.5.0 到 1.7.0 中发现了一个问题允许攻击者通过构建的 JSON Web 加密 (JWE) 标记具有异常高的压缩比造成拒绝服务 (DoS)。
    (CVE-2025-63811)

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

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

  - smc在 smc_clc_prfx_match() 中使用 __sk_dst_get() 和 dst_dev_rcu()。 smc_clc_prfx_match() 会从 smc_listen_work() 调用而且不在 RCU 或 RTNL 下调用。使用 sk_dst_get(sk)->dev 可触发 UAF。让我们使用
    __sk_dst_get() 和 dst_dev_rcu()。请注意smc_clc_prfx_match() 的返回值不会在调用程序中使用。 (CVE-2025-40168)

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

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

  - bpf拒绝 ALU 操作的负偏移。在验证 BPF 程序时check_alu_op() 函数会通过 ALU 操作验证指令。这些指令中的“offset”字段是一个有符号的 16 位整数。现有检查“insn->off > 1”用于确保 BPF_MOD/BPF_DIV 的偏移为 0 或 1。但是因为 'insn->off' 是有符号的所以此检查不能正确接受所有负值例如-1。此提交通过将条件更改为“(insn->off != 0 && insn->off != 1)”来加强验证。这可确保拒绝明确允许的 0 和 1 以外的任何值，从而增强验证程序对畸形 BPF 程序的防御。 (CVE-2025-40169)

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

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

  - scsipm80xx修复 rmmod 上的 array-index-out-of-of-bounds 自提交 f7b705c238d1scsipm80xx当设备消失时将 phy_attached 设置为零） UBSAN 报告UBSANdrivers/scsi/pm8001/pm8001_sas.c:786:17 索引 28 中的 array-index-out-of-bounds 使用扩展器时超出 rmmod 上“pm8001_phy [16]”类型的范围。对于直接连接的设备，attached_phy 包含本地 phy id。对于扩展器后面的设备attached_phy 包含远程 phy id而非本地 phy id。即虽然 pm8001_ha 将具有 pm8001_ha->chip->n_phy 本地 phys但对于扩展器后的设备attached_phy 可能远大于 pm8001_ha->chip->n_phy取决于扩展器的 phys 数量。例如在我的系统中pm8001_ha 有 8 个 phys其 phy id 为 0-7。其中一个端口连接了扩展器。扩展器具有 phy ID 0-30 的 31 个 phy。pm8001_ha->phy 数组仅包含 HBA 的 phys。它不包含扩展器的 phy。因此对于扩展器之后的设备使用 attach_phy 为 pm8001_ha->phy 数组编制索引是错误的。因此，我们只能清除直接连接设备的 phy_attached。
    (CVE-2025-40118)

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

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

  - iommu/vt-ddebugfs修复旧模式页表转储逻辑。在旧模式下如果 TT 不是 00b 或 01b则 SSPTPTR 将被忽略。在这种情况下SSPTPTR 可能未初始化或者为零并且可能造成如下 oopsOops一般保护错误可能是非规范地址 0xf00087d3f000f000: 0000 [#1] SMP NOPTI CPU: 2 UID: 0 PID: 786 Comm: cat 未受感染 6.16.0 #191 PREEMPT(自主) 硬件名称QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.17.0-5.fc42 04/01/2014 RIP0010:pgtable_walk_level+0x98/0x150 RSP: 0018:ffffc90000f279c0 EFLAGS: 00010206 RAX: 0000000040000000 RBX: ffffc90000f27ab0 RCX: 000000000000001e RDX: 0000000000000003 RSI: f00087d3f000f000 RDI: f00087d3f0010000 RBP: ffffc90000f27a00 R08: ffffc90000f27a98 R09:
     R100000000000000002  : 0000000000000000 R11: 0000000000000000 R12: f00087d3f000f000 R13: 0000000000000000 R14: 0000000040000000 R15: ffffc90000f27a98 FS: 0000764566dcb740(0000) GS:ffff8881f812c000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0 0000000080050033 CR2: 0000764566d44000 CR3:
    0000000109d81003 CR4: 0000000000772ef0 PKRU: 55555554 调用跟踪 <TASK> pgtable_walk_level+0x88/0x150 domain_translation_struct_show.isra.0+0x2d9/0x300 dev_domain_translation_struct_show+0x20/0x40 seq_read/iter ...0x12_iter 避免 TT 不为 00b 或 01b 时遍历页表。 (CVE-2025-40155)

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

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

  - ASoCIntelsof_sdw防止跳转到空 add_sidecar 回调 在 create_sdw_dailink() 中在调用 sof_end->codec_info->add_sidecar 之前检查其是否为空。原始代码假设如果 include_sidecar 为 true则该链接上的编解码器将具有 add_sidecar 回调。但同一链接上可能没有 add_sidecar 回调。 (CVE-2025-40132)

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

ID	名称	严重性
275359	Linux Distros 未修补的漏洞：CVE-2025-40190	high
275358	Linux Distros 未修补的漏洞：CVE-2025-40183	medium
275357	Linux Distros 未修补的漏洞：CVE-2025-40200	medium
275356	Linux Distros 未修补的漏洞：CVE-2025-12818	medium
275355	Linux Distros 未修补的漏洞：CVE-2025-40185	medium
275354	Linux Distros 未修补的漏洞：CVE-2025-40181	high
275353	Linux Distros 未修补的漏洞：CVE-2025-40205	high
275352	Linux Distros 未修补的漏洞：CVE-2025-40201	medium
275351	Linux Distros 未修补的漏洞：CVE-2025-40206	medium
275350	Linux Distros 未修补的漏洞：CVE-2025-40203	medium
275349	Linux Distros 未修补的漏洞：CVE-2025-40191	medium
275348	Linux Distros 未修补的漏洞：CVE-2025-40189	medium
275347	Linux Distros 未修补的漏洞：CVE-2025-40196	medium
275346	Linux Distros 未修补的漏洞：CVE-2024-47866	high
275345	Linux Distros 未修补的漏洞：CVE-2025-40199	medium
275344	Linux Distros 未修补的漏洞：CVE-2025-40182	medium
275343	Linux Distros 未修补的漏洞：CVE-2025-12817	low
275342	Linux Distros 未修补的漏洞：CVE-2025-40184	medium
275341	Linux Distros 未修补的漏洞：CVE-2025-40188	medium
275340	Linux Distros 未修补的漏洞：CVE-2025-40207	medium
275339	Linux Distros 未修补的漏洞：CVE-2025-40193	medium
275338	Linux Distros 未修补的漏洞：CVE-2025-40180	medium
275337	Linux Distros 未修补的漏洞：CVE-2025-40179	medium
275336	Linux Distros 未修补的漏洞：CVE-2025-40208	high
275335	Linux Distros 未修补的漏洞：CVE-2025-40197	medium
275334	Linux Distros 未修补的漏洞：CVE-2025-40187	medium
275333	Linux Distros 未修补的漏洞：CVE-2025-40186	high
275330	Linux Distros 未修补的漏洞：CVE-2025-12911	medium
275329	Linux Distros 未修补的漏洞：CVE-2025-40110	high
275328	Linux Distros 未修补的漏洞：CVE-2025-12906	medium
275327	Linux Distros 未修补的漏洞：CVE-2025-12907	high
275326	Linux Distros 未修补的漏洞：CVE-2025-12910	medium
275325	Linux Distros 未修补的漏洞：CVE-2025-12909	medium
275324	Linux Distros 未修补的漏洞：CVE-2025-40111	high
275291	Linux Distros 未修补的漏洞：CVE-2025-40152	high
275290	Linux Distros 未修补的漏洞：CVE-2025-40119	medium
275289	Linux Distros 未修补的漏洞：CVE-2025-40117	high
275288	Linux Distros 未修补的漏洞：CVE-2025-40151	medium
275287	Linux Distros 未修补的漏洞：CVE-2025-40163	medium
275286	Linux Distros 未修补的漏洞：CVE-2025-40138	medium
275284	Linux Distros 未修补的漏洞：CVE-2025-64503	medium
275283	Linux Distros 未修补的漏洞：CVE-2025-40143	medium
275282	Linux Distros 未修补的漏洞：CVE-2025-61261	medium
275251	Linux Distros 未修补的漏洞：CVE-2025-57812	low
275250	Linux Distros 未修补的漏洞：CVE-2025-63811	high
275238	Linux Distros 未修补的漏洞：CVE-2025-40168	high
275237	Linux Distros 未修补的漏洞：CVE-2025-40169	medium
275236	Linux Distros 未修补的漏洞：CVE-2025-40118	high
275235	Linux Distros 未修补的漏洞：CVE-2025-40155	medium
275234	Linux Distros 未修补的漏洞：CVE-2025-40132	high

检测

Nessus 的 Misc. 系列

high

medium

medium

medium

medium

high

high

medium

medium

medium

medium

medium

medium

high

medium

medium

low

medium

medium

medium

medium

medium

medium

high

medium

medium

high

medium

high

medium

high

medium

medium

high

high

medium

high

medium

medium

medium

medium

medium

medium

low

high

high

medium

high

medium

high