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

  - scsiufscore修复 CPU 延迟 PM QoS 请求处理中的数据争用 cpu_latency_qos_add/remove/update_request 接口按照设计缺少内部同步需要调用程序确保线程安全。当前实现依赖“pm_qos_enabled”标记，该标记不足以防止并发访问，并且无法充当适当的同步机制。这导致了数据争用和列表损坏问题。典型的争用条件调用跟踪为[Thread A] ufshcd_pm_qos_exit() --> cpu_latency_qos_remove_request() --> cpu_latency_qos_apply(); --> pm_qos_update_target() --> plist_del <--(1) 删除 plist 节点 --> memset(req, 0, sizeof(*req)); --> hba->pm_qos_enabled = false; [线程 B] ufshcd_devfreq_target --> ufshcd_devfreq_scale --> ufshcd_scale_clks --> ufshcd_pm_qos_update <--(2) pm_qos_enabled is true --> cpu_latency_qos_update_request --> pm_qos_update_target --> plist_del <--(3) plist 节点后使用free 引入专用的互斥体以序列化 PM QoS 操作从而防止数据争用并确保对 PM QoS 资源的安全访问包括 sysfs 接口读取。 (CVE-2025-40130)

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

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

  - 如果攻击者导致 kdcproxy 连接到由攻击者控制的 KDC 服务器例如通过服务器端请求伪造则可利用 kdcproxy 不对 TCP 响应长度实施限制执行拒绝服务攻击。收到 KDC 的响应时即使传输不完整kdcproxy 也会在每次 recv() 调用时将整个缓冲流复制到新缓冲区中从而导致过量内存分配和 CPU 使用。此外只要接收到的数据长度不完全等于响应头中指示的长度kdcproxy 就会接受传入的响应区块即使单个区块或总缓冲区超过 Kerberos 消息的最大长度。这使得攻击者能够在连接超时（大约 12 秒）之前发送不受限制的数据，从而耗尽服务器内存或 CPU 资源。多个并发请求可造成接受队列溢出从而拒绝向合法客户端提供服务。 (CVE-2025-59089)

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

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

  - BluetoothISO修复 iso_conn_free 上可能的 UAF 此尝试修复与 sco_conn_free 类似的问题其中如果 conn->sk 未设置为 NULL可能导致 iso_conn_free 上的 UAF。 (CVE-2025-40141)

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

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

  - cryptohisilicon/qm - 请求用于虚拟功能的保留中断 设备中断向量 3 是用于物理功能的错误中断也是用于虚拟功能的保留中断。但是，驱动程序尚未为虚拟功能注册保留的中断。分配中断时会根据 2 的 次方分配中断数量其中包括该中断。当系统启用 GICv4 和虚拟机的虚拟函数传递时在驱动程序中释放中断会触发警告。WARNING 报告为 WARNING: CPU: 62 PID: 14889 at arch/arm64/kvm/vgic/vgic-its.c:852 its_free_ite+0x94/0xb4 因此请为 VF 注册保留的中断并设置 IRQF_NO_AUTOEN 标记以避免警告。 (CVE-2025-40136)

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

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

  - sparc修复 UltraSPARC 的 copy_{from_to}_user 中准确的异常报告 引用的提交在 copy_from_user 和 copy_to_user 中的用户空间内存引用上引入了异常处理程序。这些处理程序从相应的函数返回，并使用当前的寄存器内容计算要复制的剩余字节。此提交修复了几个错误的计算。这将修复 copy_from_user 和 copy_to_user 在错误情况中的返回值。memcpy 的行为保持不变。
    (CVE-2025-40126)

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

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

  - drm/xe/guc取消注册 exec 队列之前检查 GuC 运行状态 在正常操作中可通过 GuC 禁用和取消注册已注册的 exec 队列并且仅在 GuC 确认完成后才将其释放。
    但是如果在 exec 队列仍在运行时强制取消绑定驱动程序则在 GuC 停止且 CT 通信禁用后用户可能会调用 exec_destroy()。在这种情况下驱动程序无法接收来自 GuC 的响应从而阻止正确清理 exec 队列资源。通过在 GuC 未运行时直接释放资源来修复此问题。这是失败 dmesg 日志[468.089581] ---[ 结束跟踪 0000000000000000 ]--- [ 468.089608] pci 0000:03:00.0: [drm] *ERROR* GT0GUC ID 管理器清理 (1/65535) [ 468.090558] pci 0000:03:00.0: [drm] GT0总计 65535 [ 468.090562] pci 0000:03:00.0: [drm] GT0已使用 1 [ 468.090564] pci 0000:03:00.0: [drm] GT0range 1..1 (1) [ 468.092716]
    ------------[在此切换 ]------------ [ 468.092719] drivers/gpu/drm/xe/xe_ttm_vram_mgr 上的警告CPU14 PID4775 .c:298 ttm_vram_mgr_fini+0xf8/0x130 [xe] v2使用 xe_uc_fw_is_running()而不是 xe_guc_ct_enabled()。由于 CT 可能会在 VF 迁移期间关闭并恢复。从提交 9b42321a02c50a12b2beb6ae9469606257fbecea 中精选出的内容(CVE-2025-40166)

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

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

  - 如果 kdcproxy 收到针对其配置中未定义服务器地址的领域的请求，默认情况下它将在与请求的领域名称匹配的 DNS 区域中查询 SRV 记录。
    这会造成服务器端请求伪造漏洞因为攻击者可能发送匹配 DNS 区域的领域的请求从而在其中创建指向任意端口和主机名可解析为环回或内部 IP 地址的 SRV 记录。可利用此漏洞探测内部网络拓扑和防火墙规则、执行端口扫描以及泄露数据。use_dns 设置明确设为 false 的部署不受影响。 (CVE-2025-59088)

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

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

  - usbnet修复抢占式代码警告中的使用 smp_processor_id() Syzbot 报告了以下警告
    缺陷在可抢占的 [00000000] 代码中使用 smp_processor_id()dhcpcd/2879 调用者为 usbnet_skb_return+0x74/0x490 drivers/net/usb/usbnet.c:331 CPU: 1 UID: 0 PID: 2879 Comm: dhcpcd 未受感染 6.15.0 #0 * <TASK> ​ .c:49 usbnet_skb_return+0x74/0x490 drivers/net/usb/usbnet.c:331 usbnet_resume_rx+0x4b/0x170 drivers/net/usb/usbnet.c:708 usbnet_change_mtu+0x1be/0x220 drivers/net/usb/usbnet.c 417 __dev_set_mtu net/core/dev.c:9443 [内联] netif_set_mtu_ext+0x369/0x5c0 net/core/dev.c:9496 netif_set_mtu+0xb0/0x160 net/core/dev.c:9520 dev_set_mtu+0xae/0x170 net/ core/dev_api.c:247 dev_ifsioc+0xa31/0x18d0 net/core/dev_ioctl.c:572 dev_ioctl+0x223/0x10e0 net/core/dev_ioctl.c:821 sock_do_ioctl+0x19d/0x280 net/socket.c:1204 sock_ioctl+0x42f /0x6a0 net/socket.c:1311 vfs_ioctl fs/ioctl.c:51 [内联] __do_sys_ioctl fs/ioctl.c:906 [内联] __se_sys_ioctl fs/ioctl.c:892 [内联] __x64_sys_ioctl+0x190/0x200 fs/ioctl.c:892 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [内联] do_syscall_64+ 0xcd/0x260 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f 出于历史和可移植性原因netif_rx() 通常在 softirq 或中断上下文中运行因此此提交会在 中添加 local_bh_disable/enable() 保护usbnet_resume_rx()。 (CVE-2025-40164)

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

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

  - ext4检测无效的 INLINE_DATA + EXTENTS 标记组合syzbot 报告当在无日志挂载的损坏 ext4 文件系统上打开 verity 文件时 ext4_es_cache_extent() 中有 BUG_ON。问题出在文件系统的一个 inode 中同时设置了 INLINE_DATA 和 EXTENTS 标记
    EXT4-fs 错误设备 loop0ext4_cache_extents:545inode #15comm syz.0.17损坏的扩展区树
    lblk 0 < prev 66 调查显示该 inode 具有两个标记集DEBUG: inode 15 - flag=1, i_inline_off=164, has_inline=1, extents_flag=1 这是无效的组合因为 inode 应该包含以下其中一个标记 - INLINE_DATA直接存储在 inode 中的数据 - EXTENTS存储在范围映射块中的数据同时具有这两个标记将导致 ext4_has_inline_data() 返回 true从而跳过 中的范围树验证
    __ext4_iget()。然后未经验证的乱序盘区会因计算漏洞大小时的整数下溢而触发 ext4_es_cache_extent() 中的 BUG_ON。通过及早在 ext4_iget() 中检测此无效标记组合并拒绝损坏的 inode 来修复此问题。 (CVE-2025-40167)

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

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

  * switch_mm() 可能无法观察到最近的 tlb_gen 更新而无法刷新 TLB。 [ dhansen由 Ingo 修复的合并冲突 ] (CVE-2025-40174

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

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

  - ASoCIntelbytcr_rt5640修复无效的 quirk 输入映射。通过 quirk 选项传递无效值时当前 bytcr_rt5640 驱动程序仅显示错误消息而保持原样。这可能会导致意外结果如 OOB 访问。此修补程序会将传递无效值的输入映射修正为某个默认值。 (CVE-2025-40154)

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

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

  - accel/qaic将剩余的 == 0 视为 find_and_map_user_pages() 中的错误目前如果 find_and_map_user_pages() 从用户处提取 DMA xfer 请求并将长度字段设置为 0或在极少数情况下主机会收到来自在 resources->xferred_dma_size 等于请求的事务大小的设备中该函数将在分配 sgt 或设置 dma_xfer 结构的字段之前返回 0。在这种情况下encode_addr_size_pairs() 将尝试访问 sgt这将导致一般保护错误。如果用户提供大小为零的 ALP或设备在所有字节传输后请求连续则返回 EINVAL。 (CVE-2025-40172)

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

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

  - hwrngks-sa - 修复 ks_sa_rng_init 中的除以零问题 修复 ks_sa_rng_init 中由于缺少时钟指针初始化而造成的除以零问题。对未初始化的 clk 指针执行 clk_get_rate() 调用从而导致在计算延迟值时除以零。添加使用时钟前的时钟初始化代码。 | drivers/char/hw_random/ks-sa-rng.c | 7 +++++++ 1 个文件已更改7 个插入(+)CVE-2025-40127]

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

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

  - net/ip6_tunnel避免隧道永久增长 与 ipv4 隧道类似ipv6 版本也会更新 dev->needed_headroom。提交 5ae1e9922bbd 中限制了 ipv4 隧道预留空间调整增长 (netip_tunnel阻止永久预留空间增长)时 ipv6 隧道却会增加预留空间而没有任何上限。在 ipv6 版本上反映 ipv4 隧道余量调整限制。感谢 Francesco Ruggeri 最初在调试此问题并编写了本地 Arista 专用修补程序和重现器。
    (CVE-2025-40173)

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

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

  - ASoCamd/sdw_utils避免 devm_kasprintf() 失败时 devm_kasprintf() 可返回 NULL 内存分配失败但调试消息会在检查之前打印 cpus->dai_name。在空检查之后移动 dev_dbg() 调用以防止潜在的空指针取消引用。 (CVE-2025-40162)

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

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

  - ALSApcm禁用底部 softirq作为 PREEMPT_RT snd_pcm_group_lock_irq() 上 spin_lock_irq() 的一部分通过 spin_lock_irq() 获取 spinlock_t 并禁用中断。这也会隐式禁用对 softirqs 的处理例如 TIMER_SOFTIRQ。在 PREEMPT_RT 上 softirq 可抢占且 spin_lock_irq() 未禁用它们。这意味着可在 spin_lock_irq() 期间在同一个 CPU 上调用定时器。由于同步原因local_bh_disable() 具有一个名为 softirq_ctrl.lock 的基于 CPU 的锁定该锁定可针对彼此同步各个 softirq。 syz-bot 会设法触发 lockdep 报告其中除了 hrtimer_run_softirq() 之外还在 hrtimer_cancel() 中获取 softirq_ctrl.lock。这可能是一个死锁。不能将 softirq_ctrl.lock 作为 spin_lock_irq() 的一部分因为这会导致对系统上的各个线程进行过多的同步。为避免可能的死锁必须在获取锁定之前手动禁用 softirqs。在 PREEMPT_RT 上获取锁定之前禁用 softirqs。
    (CVE-2025-40142)

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

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

  - ipv6使用 ip6_xmit() 中的 RCU 使用 ip6_xmit() 中的 RCU 以便使用 dst_dev_rcu() 防止可能的 UAF。
    (CVE-2025-40135)

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

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

  - wifiath12k修复 ath12k_dp_mon_rx_deliver_msdu() 中的对等机查找 在 ath12k_dp_mon_rx_deliver_msdu()中对等机查找失败因为未使用有效值更新 rxcb->peer_id。这是在监控模式下所预料到的，其中 RX 帧会绕过通常用于设置 rxcb->peer_id 的常规 RX 描述符路径。因此，对等机为空，且未填充 RX 状态中的 link_id 和 link_valid 字段。当从具有无效 link_id 的关联站接收到数据帧时这会导致 mac80211 中的 WARN_ON。请使用 ppduinfo->peer_id修复此潜在的问题该类保留了接收到的帧的正确对等机 ID。这可确保正确找到对等机并相应更新相关联的链接元数据。Tested-on QCN9274 hw2.0 PCI WLAN.WBE.1.4.1-00199-QCAHKSWPL_SILICONZ-1 (CVE-2025-40131)

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

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

  - remoteproc: qcom: pas: X1E 上的 Shutdown lite ADSP DTB X1E 上的 ADSP 固件具有主要固件和 DTB 的单独固件二进制文件。这同样适用于由启动固件加载的 lite 固件。当准备加载新的 ADSP 固件时我们关闭主要固件的 lite_pas_id但未关闭 DTB 相应的 lite pas_id。如果您尝试重用（或仅访问）lite 固件使用的内存区域，那么我们要使其永远运行的事实就很明显了： &adsp_boot_mem 可以访问，但访问 &adsp_boot_dtb_mem 会导致崩溃。当前我们不支持复用内存区域但尽管如此我们不应使部分 lite 固件保持运行。通过添加 lite_dtb_pas_id 并同时关闭它来修复此问题。我们无法检测 lite 固件是否正在运行因此暂时忽略 qcom_scm_pas_shutdown() 返回的状态。之前的情况就已经是这样了对 ret 的分配并未在任何地方使用。 (CVE-2025-40113)

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

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

  - smc在 smc_clc_prfx_set() 中使用 的 __sk_dst_get() 和 dst_dev_rcu()。 smc_clc_prfx_set() 在 connect() 期间调用但不在 RCU 或 RTNL 下调用。使用 sk_dst_get(sk)->dev 可触发 UAF。让我们使用
    在 kernel_getsockname() 之后的 rcu_read_lock() 下__sk_dst_get() 和 dev_dst_rcu()。请注意smc_clc_prfx_set() 的返回值不会在调用程序中使用。同时我们更改了 smc_clc_prfx_set[46]_rcu() 的第一个参数以便不接触该处的 dst。 (CVE-2025-40139)

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

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

  - tls如果 tls_strp_msg_hold 失败则等待待定的异步解密异步解密调用 tls_strp_msg_hold 以创建输入 skb 的克隆以保存对其使用的内存的引用。如果未能分配该克隆继续进行异步解密可导致各种问题skb 上的 UAF在 recv() 调用返回后写入用户空间内存。在这种情况下，请等待所有待定的解密请求。 (CVE-2025-40176)

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

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

  - sparc修复 Niagara 的 copy_{from_to}_user 中的准确异常报告 引用的提交在 copy_from_user 和 copy_to_user 中的用户空间内存引用上引入了异常处理程序。这些处理程序从相应的函数返回，并使用当前的寄存器内容计算要复制的剩余字节。此提交修复了异常处理程序中的几个错误计算和一个损坏的尾声。这将防止崩溃并确保发生错误的情况下 copy_from_user 和 copy_to_user 的正确返回值。memcpy 的行为保持不变。 (CVE-2025-40112)

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

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

  - ASoCIntelbytcr_rt5651修复无效的 quirk 输入映射当前通过 quirk 选项传递无效值时bytcr_rt5640 驱动程序只是忽略并保持原样导致可能导致 OOB 访问等意外结果。此修补程序添加了健全性检查并在传递无效值时修正了输入到某个默认值的映射。 (CVE-2025-40121)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/amd/display: Add NULL pointer checks in dc_stream cursor attribute functions The function dc_stream_set_cursor_attributes() currently dereferences the `stream` pointer and nested members `stream->ctx->dc->current_state` without checking for NULL. All callers of these functions, such as in `dcn30_apply_idle_power_optimizations()` and `amdgpu_dm_plane_handle_cursor_update()`, already perform NULL checks before calling these functions.
    Fixes below: drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_stream.c:336 dc_stream_program_cursor_attributes() error: we previously assumed 'stream' could be null (see line 334) drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_stream.c 327 bool dc_stream_program_cursor_attributes(328 struct dc_stream_state *stream, 329 const struct dc_cursor_attributes *attributes) 330 { 331 struct dc
    *dc; 332 bool reset_idle_optimizations = false; 333 334 dc = stream ? stream->ctx->dc : NULL; ^^^^^^ The old code assumed stream could be NULL. 335 --> 336 if (dc_stream_set_cursor_attributes(stream, attributes)) { ^^^^^^ The refactor added an unchecked dereference.
    drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_stream.c 313 bool dc_stream_set_cursor_attributes( 314 struct dc_stream_state *stream, 315 const struct dc_cursor_attributes *attributes) 316 { 317 bool result = false; 318 319 if (dc_stream_check_cursor_attributes(stream, stream->ctx->dc->current_state, attributes)) { ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Here. This function used to check for if stream as NULL and return false at the start. Probably we should add that back. (CVE-2025-40148)

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

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

  - scsimpt3sas修复使用 ioc_info() 删除传输端口时的崩溃 在 mpt3sas_transport_port_remove() 期间会针对 &mpt3sas_port->port->dev 使用 dev_printk() 记录消息。
    此时SAS 传输设备可能已部分取消注册或释放从而导致访问其结构设备时发生崩溃。使用通过 PCI 设备 (ioc->pdev->dev) 进行记录的 ioc_info()保证在删除驱动程序之前保持有效。 [83428.295776] Oops一般保护错误可能是非规范地址 0x6f702f323a33312d: 0000 [#1] SMP NOPTI [83428.295785] CPU145 UID: 0 PID
    113296 Comm: rmmod Kdump已加载受感染的 G OE 6.16.0-rc1+ #1 PREEMPT(随意) [83428.295792] 受感染
    [O]=OOT_MODULE, [E]=UNSIGNED_MODULE [83428.295795] 硬件名称Dell Inc. Precision 7875 Tower/, BIOS 89.1.67 02/23/2024 [83428.295799] RIP: 0010:__dev_printk+0x1f/0x70 [83428.295805] 代码90 90 90 90 90 90 90 90 90 90 90 0f 1f 44 00 00 49 89 d1 48 85 f6 74 52 4c 8b 46 50 4d 85 c0 74 1f 48 8b 46 68 48 85 c0 74 0f 20 <48> 8b 20] b6 7f 01 48 c7 c2 db e8 42 ad 83 ef 30 e9 7b f8 ff ff [83428.295813] RSP
    0018:ff85aeafc3137bb0 EFLAGS00010206 [83428.295817] RAX6f702f323a33312d RBXff4290ee81292860 RCX
    5000cca25103be32 [83428.295820] RDX: ff85aeafc3137bb8 RSI: ff4290eeb1966c00 RDI: ffffffffc1560845 [83428.295823] RBP: ff85aeafc3137c18 R0874726f702f303a33 R09ff85aeafbbc883428.295826R10: ff85aeafc3137c18
    ff85aeafc3137b18 R11ff4290f5bd60fe68 R12ff4290ee81290000 [83428.295830] R13ff4290ee6e345de0 R14
     R15ff4290ee81290000  : ff4290ee6e345e30 [83428.295833] FS: 00007fd9472a6740(0000) GS:ff4290f5ce96b000(0000) knlGS:0000000000000000 [83428.295837] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [83428.295840] CR2:
    00007f242b4db238 CR3: 00000002372b8006 CR4: 0000000000771ef0 [83428.295844] PKRU: 55555554 [83428.295846] 调用跟踪[83428.295848] <TASK> [83428.295850] _dev_printk+0x5c/0x80 [83428.295857] ? srso_alias_return_thunk+0x5/0xfbef5 [83428.295863] mpt3sas_transport_port_remove+0x1c7/0x420 [mpt3sas] [83428.295882] _scsih_remove_device+0x21b/0x280 [mpt3sas] [83428.295894] ?
    _scsih_expander_node_remove+0x108/0x140 [mpt3sas] [83428.295906] ? srso_alias_return_thunk+0x5/0xfbef5 [83428.295910] mpt3sas_device_remove_by_sas_address.part.0+0x8f/0x110 [mpt3sas] [83428.295921]
    _scsih_expander_node_remove+0x129/0x140 [mpt3sas] [83428.295933] _scsih_expander_node_remove+0x6a/0x140 [mpt3sas] [83428.295944] scsih_remove+0x3f0/0x4a0 [mpt3sas] [83428.29596283428.295957pci_device_remove+0x3b/0x_driver_driver_driver_release+release [83428.295968] driver_detach+0x44/0x90 [83428.295971] bus_remove_driver+0x69/0xf0 [83428.295975] pci_unregister_driver+0x2a/0xb0 [83428.295979]
    _mpt3sas_exit+0x1f/0x300 [mpt3sas] [83428.295991] __do_sys_delete_module.constprop.0+0x174/0x310 [83428.295997] ? srso_alias_return_thunk+0x5/0xfbef5 [83428.296000] ? __x64_sys_getdents64+0x9a/0x110 [83428.296005] ? srso_alias_return_thunk+0x5/0xfbef5 [83428.296009] ? syscall_trace_enter+0xf6/0x1b0 [83428.296014] do_syscall_64+0x7b/0x2c0 [83428.296019] ? srso_alias_return_thunk+0x5/0xfbef5 [83428.296023] entry_SYSCALL_64_after_hwframe+0x76/0x7e (CVE-2025-40115)

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

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

  - 在 142.0.7444.166 之前版本的 Google Chrome 中，V8 中存在不当实现漏洞，远程攻击者可利用此漏洞，通过构建的 HTML 页面恶意利用堆损坏。（Chromium 安全严重性：高）(CVE-2025-13042)

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

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

  - PM / devfreqmtk-cci修复 probe() 中可能的错误指针取消引用 drv->sram_reg 指针可设置为 ERR_PTR(-EPROBE_DEFER)这会导致错误指针取消引用。使用 IS_ERR_OR_NULL() 检查指针是否有效。 (CVE-2025-40156)

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

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

  - accel/qaic修复启动日志初始化排序 一旦将 MHI 缓冲区排入队列以从设备接收启动日志我们就可能正在接收数据。因此，在将缓冲区排入队列之前，需要设置处理该数据所需的所有资源。目前我们在排队缓冲区之后初始化某些资源这会在 probe() 与从设备返回的任何数据之间造成争用。如果访问未初始化的资源可能会发生页面错误。修复 init 排序以解决争用。
    (CVE-2025-40177)

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

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

  - usbhost max3421-hcd修复探测清理中的错误指针取消引用 kthread_run() 函数返回错误指针因此 max3421_hcd->spi_thread 指针不是错误指针就是 NULL。在取消引用之前对两者进行检查。 (CVE-2025-40116)

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

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

  - 已修复 Linux 内核中的下列漏洞：perf/x86/intel: Fix IA32_PMC_x_CFG_B MSRs access error When running perf_fuzzer on PTL, sometimes the below unchecked MSR access error is seen when accessing IA32_PMC_x_CFG_B MSRs. [ 55.611268] unchecked MSR access error: WRMSR to 0x1986 (tried to write 0x0000000200000001) at rIP: 0xffffffffac564b28 (native_write_msr+0x8/0x30) [ 55.611280] Call Trace: [ 55.611282] <TASK> [ 55.611284] ? intel_pmu_config_acr+0x87/0x160 [ 55.611289] intel_pmu_enable_acr+0x6d/0x80 [ 55.611291] intel_pmu_enable_event+0xce/0x460 [ 55.611293] x86_pmu_start+0x78/0xb0 [ 55.611297] x86_pmu_enable+0x218/0x3a0 [ 55.611300] ? x86_pmu_enable+0x121/0x3a0 [ 55.611302] perf_pmu_enable+0x40/0x50 [ 55.611307] ctx_resched+0x19d/0x220 [ 55.611309]
    __perf_install_in_context+0x284/0x2f0 [ 55.611311] ? __pfx_remote_function+0x10/0x10 [ 55.611314] remote_function+0x52/0x70 [ 55.611317] ? __pfx_remote_function+0x10/0x10 [ 55.611319] generic_exec_single+0x84/0x150 [ 55.611323] smp_call_function_single+0xc5/0x1a0 [ 55.611326] ?
    __pfx_remote_function+0x10/0x10 [ 55.611329] perf_install_in_context+0xd1/0x1e0 [ 55.611331] ?
    __pfx___perf_install_in_context+0x10/0x10 [ 55.611333] __do_sys_perf_event_open+0xa76/0x1040 [ 55.611336]
    __x64_sys_perf_event_open+0x26/0x30 [ 55.611337] x64_sys_call+0x1d8e/0x20c0 [ 55.611339] do_syscall_64+0x4f/0x120 [ 55.611343] entry_SYSCALL_64_after_hwframe+0x76/0x7e On PTL, GP counter 0 and 1 doesn't support auto counter reload feature, thus it would trigger a #GP when trying to write 1 on bit 0 of CFG_B MSR which requires to enable auto counter reload on GP counter 0. The root cause of causing this issue is the check for auto counter reload (ACR) counter mask from user space is incorrect in intel_pmu_acr_late_setup() helper. It leads to an invalid ACR counter mask from user space could be set into hw.config1 and then written into CFG_B MSRs and trigger the MSR access warning. e.g., User may create a perf event with ACR counter mask (config2=0xcb), and there is only 1 event created, so cpuc->n_events is 1. The correct check condition should be i + idx >= cpuc->n_events instead of i + idx > cpuc->n_events (it looks a typo). Otherwise, the counter mask would traverse twice and an invalid cpuc->assign[1] bit (bit 0) is set into hw.config1 and cause MSR accessing error. Besides, also check if the ACR counter mask corresponding events are ACR events. If not, filter out these counter mask. If a event is not a ACR event, it could be scheduled to an HW counter which doesn't support ACR. It's invalid to add their counter index in ACR counter mask. Furthermore, remove the WARN_ON_ONCE() since it's easily triggered as user could set any invalid ACR counter mask and the warning message could mislead users.
    (CVE-2025-40122)

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

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

  - sparc针对 UltraSPARC II 修复 copy_{from_to}_user 中准确的异常报告 Anthony Yznaga 发现启用了大型 folios 的 ext4 代码中存在 BUG_ON 原因是 copy_from_user() 返回的值大于要复制的大小。这会导致 __copy_from_iter() 返回不可能的值而不是其能够复制的实际字节数。BUG_ON 已在 https://lore.kernel.org/r/b14f55642207e63e907965e209f6323a0df6dcee.camel@physik.fu-berlin.de “ 中报告” 引用的提交在 copy_from_user 和 copy_to_user 中的用户空间内存引用中引入了异常处理程序。这些处理程序从相应的函数返回，并使用当前的寄存器内容计算要复制的剩余字节。异常处理程序预期 %o2 已在大容量复制循环期间被屏蔽但屏蔽是在该循环之后执行的。这将修复 copy_from_user 和 copy_to_user 在错误情况中的返回值。memcpy 的行为保持不变。
    (CVE-2025-40124)

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

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

  - medianxp: imx8-isi: m2m修复释放时的流清理。如果 streamon/streamoff 调用不平衡例如在流式传输时通过 Ctrl+C 退出应用程序则 m2m usage_count 将永不达到零ISI 通道将无法工作” t 被释放。此外如果输入行宽度超过 2K 将会触发 WARN_ON()[ 59.222120] ------------[ cut here ]-------- ---- [ 59.226758] 警告
    drivers/media/platform/nxp/imx8-isi/imx8-isi-hw.c:631@mxc_isi_channel_chain+0xa4/0x120 CPU#4
    v4l2-ctl/654 [ 59.238569] 中链接的模块ap1302 [ 59.242231] CPU: 4 UID: 0 PID: 654 Comm: v4l2-ctl Not tainted 6.16.0-rc4-next-20250704-06511-gff0e002d480a-dirty #258 PREEMPT [ 59.253597] 硬件名称NXP i。MX95 15X15 板 (DT) [ 59.258720] pstate80400009 (Nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [59.265669] pc : mxc_isi_channel_chain+0xa4/0x120 [ 59.270358] lr : mxc_isi_channel_chain +0x44/0x120 [59.275047] sp ffff8000848c3b40 [ 59.278348] x29ffff8000848c3b40 x28ffff0000859b4c98 x27
    ffff800081939f00 [ 59.285472] x26: 000000000000000a x25: ffff0000859b4cb8 x24: 0000000000000001 [59.292597] x23: ffff0000816f4760 x22: ffff0000816f4258 x21: ffff000084ceb780 [ 59.299720] x20:
    ffff000084342ff8 x19ffff000084340000 x180000000000000000 [ 59.306845] x17: 0000000000000000 x16
    0000000000000000 x150000ffffdb369e1c [ 59.313969] x140000000000000000 x130000000000000000 x12
    0000000000000000 [ 59.321093] x11: 0000000000000000 x10: 0000000000000000 x9 : 0000000000000000 [59.328217] x8 : ffff8000848c3d48 x7 : ffff800081930b30 x6 : ffff800081930b30 [ 59.335340] x5 :
    ffff0000859b6000 x4 : ffff80008193ae80 x3 : ffff800081022420 [ 59.342464] x2 : ffff0000852f6900 x1 :
    0000000000000001 x0 : ffff000084341000 [ 59.349590] Call trace: [ 59.352025] mxc_isi_channel_chain+0xa4/0x120 (P) [ 59.356722] mxc_isi_m2m_streamon+0x160/0x20c [ 59.361072] v4l_streamon+0x24/0x30 [ 59.364556] __video_do_ioctl+0x40c/0x4a0 [ 59.368560] video_usercopy+0x2bc/0x690 [59.372382] video_ioctl2+0x18/0x24 [ 59.375857] v4l2_ioctl+0x40/0x60 [ 59.379168]
    __arm64_sys_ioctl+0xac/0x104 [ 59.383172] invoke_syscall+0x48/0x104 [ 59.386916] el0_svc_common.constprop.0+0xc0/0xe0 [ 59.391613] do_el0_svc+0x1c/0x28 [ 59.394915] el0_svc+0x34/0xf4 [59.397966] el0t_64_handler +0xa0/0xe4 [ 59.402143] el0t_64_sync+0x198/0x19c [ 59.405801] ---[ end trace 0000000000000000 ]--- 通过将流准备和清理移动到 vb2 .prepare_streaming() 和 .unprepare_streaming() 来解决此问题操作。这样还允许直接使用 v4l2_m2m_ioctl_streamon() 和 v4l2_m2m_ioctl_streamoff() 辅助函数从而简化了驱动程序。 (CVE-2025-40165)

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

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

  - tls在 get_netdev_for_sock() 中使用 __sk_dst_get() 和 dst_dev_rcu()。 get_netdev_for_sock() 在 setsockopt() 期间调用因此不在 RCU 下。使用 sk_dst_get(sk)->dev 可触发 UAF。我们使用 __sk_dst_get() 和 dst_dev_rcu()。请注意唯一的 ->ndo_sk_get_lower_dev() 用户是 bond_sk_get_lower_dev()其使用 RCU。 (CVE-2025-40149)

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

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

  - f2fs修复以在 f2fs_truncate() 的错误路径中截断第一页syzbot 报告一个缺陷如下loop0
    检测到容量从 0 变更为 40427 F2FS-fs (loop0)错误 SSA 边界start(3584) end(4096) 区块(3072) F2FS-fs (loop0)在第 1 个超级块 F2FS-fs 中找不到有效的 F2FS 文件系统(loop0)无效的 crc 值 F2FS-fs (loop0)f2fs_convert_inline_folio损坏的内联 inode ino=3i_addr[0]:0x1601请运行 fsck 进行修复。 ------------[在此切换 ]------------ fs/inode.c:753! 的内核缺陷RIP
    0010:clear_inode+0x169/0x190 fs/inode.c:753 调用跟踪 <TASK> evict+0x504/0x9c0 fs/inode.c:810 f2fs_fill_super+0x5612/0x6fa0 fs/f2fs/super.c:5047 get_tree_bdev_flags+0x40e/0x4d0 fs/super.c:1692 vfs_get_tree+0x8f/0x2b0 fs/super.c:1815 do_new_mount+0x2a2/0x9e0 fs/namespace.c:3808 do_mount fs/namespace.c:4136 [inline] __do_sys_mount fs/namespace.c:4347 [inline] __se_sys_mount+0x317/0x410 fs/namespace.c:4324 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 在 f2fs_evict_inode() 期间clear_inode() 检测到我们缺少在破坏 inode 之前截断所有页面缓存因为在下面的路径中我们将在缓存中创建页面 #0 但缺少在错误路径中删除它我们修复它。 - 逐出
    - f2fs_evict_inode - f2fs_truncate - f2fs_convert_inline_inode - f2fs_grab_cache_folio在缓存中创建页面 #0 - f2fs_convert_inline_folio健全性检查失败返回 -EFSCORRUPTED - clear_inode 检测到 inode->i_data.nrpages 不为零 (CVE-2025-40137)

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

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

  - netusbasix保持 PM 使用引用以避免 PM/MDIO + RTNL 死锁 防止 bind 中的 AX88772* 的 USB 运行时 PM自动暂停。 usbnet 在默认情况下启用运行时 PM 自动暂停因此通过 usb_driver 标记将其禁用无效。在 AX88772B 上自动暂停显示使用当前驱动程序后未达到可衡量的功率节省无链接合作伙伴管理员启动/关闭。v6.1 上的 ~0.453 W -> ~0.248 W 终止程序原因是 phylib 在管理员停机时关闭了 PHY而非 USB 自动暂停。真正的危害在于启用了运行时 PM 时ndo_open()在 RTNL 下可能会在保持 USB PM 锁定时同步触发 autoresume (usb_autopm_get_interface()) 进入 asix_resume()。然后恢复路径调用也预期 RTNL 的 phylink/phylib 和 MDIO从而导致可能的死锁或 PM 锁定与 MDIO 唤醒问题。为避免发生此情况请采取 ax88772_bind() 中的使用情况引用并在 unbind() 中将其终止以保持设备 runtime-PM 活动。无论用户空间策略如何设置非零 PM 使用计数都会阻止运行时暂停 (.../power/control - pm_runtime_allow/forbid)从而使此方法能够防范 sysfs 替代。保留 runtime-PM 使用 ref 不会影响系统范围的暂停系统睡眠/恢复回调继续像以前一样运行。
    (CVE-2025-40120)

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

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

  - 已修复 Linux 内核中的下列漏洞：PCI/pwrctrl: Fix double cleanup on devm_add_action_or_reset() failure When devm_add_action_or_reset() fails, it calls the passed cleanup function. Hence the caller must not repeat that cleanup. Replace the goto err_regulator_free by the actual freeing, as there will never be a need again for a second user of this label. (CVE-2025-40145)

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

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

  - netusb删除 rtl8150_set_multicast syzbot 中的破坏性 netif_wake_queue 报告 rtl8150_start_xmit/usb_submit_urb 中存在警告。这是导致以下警告的事件序列：
    rtl8150_start_xmit() { netif_stop_queue(); usb_submit_urb(dev->tx_urb); netif_stop_queue(); } rtl8150_set_multicast() netif_wake_queue(); <-- 在 URB 完成之前唤醒 TX 队列 } rtl8150_start_xmit() {netif_stop_queue(); usb_submit_urb(dev->tx_urb); <-- 双重提交} 作为 ndo_set_rx_mode 回调的 rtl8150_set_multicast 不应调用 netif_stop_queue 和 notif_start_queue因为这些函数会处理 TX 队列同步。net 核心函数 dev_set_rx_mode 会处理 rtl8150_set_multicast 的同步从而可以安全地删除这些锁定。 (CVE-2025-40140)

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

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

  - dm修复 __dm_suspend() 中的空指针取消引用 dm 设备暂停和表加载之间存在争用条件可导致空指针取消引用。在完成表格加载前调用暂停时会出现此问题BUG内核空指针取消引用地址0000000000000054 Oops0000 [#1] PREEMPT SMP PTI CPU6 PID6798 Commsetup Not tainted 6.6.0-g7e52f5f0ca9b #62 硬件名称QEMU Standard PC (i440FX + PIIX, 1996)BIOS 1.16.1-2.fc37 04/01/2014 RIP
    0010:blk_mq_wait_quiesce_done+0x0/0x50 Call Trace: <TASK> blk_mq_quiesce_queue+0x2c/0x50 dm_stop_queue+0xd/0x20 __dm_suspend+0x130/0x330 dm_suspend+0x11a/0x180 dev_suspend+0x27e/0x560 ctl_ioctl+0x4cf/0x850 dm_ctl_ioctl+0xd/0x20 vfs_ioctl+0x1d /0x50 __se_sys_ioctl+0x9b/0xc0
    __x64_sys_ioctl+0x19/0x30 x64_sys_call+0x2c4a/0x4620 do_syscall_64+0x9e/0x1b0 此问题的触发方式如下 T1 T2 dm_suspend table_load __dm_suspend dm_setup_md_queue dm_mq_init_request_queue blk_mq_init_allocate_queue; => set_ops->md_queue; (1) dm_stop_queue / dm_wait_for_completion => q->tag_set 空指针(2) => q->tag_set = set; (3) 通过在执行基于请求的暂停和等待目标 I/O 之前检查是否存在有效表映射来修复此问题。当映射为空时跳过这些与表相关的暂停步骤。即使映射为空任何 I/O 也无法到达任何目标因为未加载任何表格在此状态下提交的 I/O 将在 DM 层中提早失败。在此情况下跳过与表相关的暂停逻辑是安全的并且可避免空指针取消引用。 (CVE-2025-40134)

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

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

  - 已修复 Linux 内核中的下列漏洞：idpf: cleanup remaining SKBs in PTP flows When the driver requests Tx timestamp value, one of the first steps is to clone SKB using skb_get.
    It increases the reference counter for that SKB to prevent unexpected freeing by another component.
    However, there may be a case where the index is requested, SKB is assigned and never consumed by PTP flows
    - for example due to reset during running PTP apps. Add a check in release timestamping function to verify if the SKB assigned to Tx timestamp latch was freed, and release remaining SKBs. (CVE-2025-40175)

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

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

  -邮箱zynqmp-ipi修复取消绑定时的 SGI 清理 驱动程序通过检查 IRQ 编号 < 16 未正确确定 SGI 与 SPI 中断这会导致动态 IRQ 分配失败。在 unbind 期间这会造成 SGI 清理不正确进而导致内核崩溃。向 pdata 添加显式 irq_type 字段以实现对 SGI 中断 (type-2) 的可靠识别并且仅在适当时清理 SGI 资源。 (CVE-2025-40161)

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

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

  - mmhugetlb在 mprotect 大型内存区域时避免软锁定在客户的工作负载~300GB hugetlb 内存中当对大型 hugetlb 内存区域调用 mprotect() 时观察到软锁定
    watchdog缺陷软锁定 - CPU#98 卡住达 23 秒[t2_new_sysv:126916] CPU98 PID126916 Comm
    t2_new_sysv Kdump已加载未受感染 6.17-rc7 硬件名称GIGACOMPUTING R2A3-T40-AAV1/Jefferson CIO, BIOS 5.4.4.1 07/15/2025 pstate: 20400009 (nzCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=- -) pc
    mte_clear_page_tags+0x14/0x24 lr : mte_sync_tags+0x1c0/0x240 sp : ffff80003150bb80 x29: ffff80003150bb80 x28: ffff00739e9705a8 x27: 0000ffd2d6a00000 x26: 0000ff8e4bc00000 x25: 00e80046cde00f45 x24:
    0000000000022458 x23: 0000000000000000 x22: 0000000000000004 x21: 000000011b380000 x20: ffff000000000000 x19: 000000011b379f40 x18: 0000000000000000 x17: 0000000000000000 x16: 0000000000000000 x15:
    0000000000000000 x14: 0000000000000000 x13: 0000000000000000 x12: 0000000000000000 x11: 0000000000000000 x10: 0000000000000000 x9 : ffffc875e0aa5e2c x8 : 0000000000000000 x7 : 0000000000000000 x6 :
    0000000000000000 x5 : fffffc01ce7a5c00 x4 : 00000000046cde00 x3 : fffffc0000000000 x2 : 0000000000000004 x1 : 0000000000000040 x0 : ffff0046cde7c000 Call trace: mte_clear_page_tags+0x14/0x24 set_huge_pte_at+0x25c/0x280 hugetlb_change_protection+0x220/0x430 change_protection+0x5c/0x8c mprotect_fixup+0x10c/0x294 do_mprotect_pkey.constprop .0+0x2e0/0x3d4 __arm64_sys_mprotect+0x24/0x44 invoke_syscall+0x50/0x160 el0_svc_common+0x48/0x144 do_el0_svc+0x30/0xe0 el0_svc+0x30/0xf0 el0t_64_sync_handler+0xc4/0x148 el0t_64_sync+0x1a4/0x1a8 Soft lockup is not triggered with THP or base页的原因是存在为每个 PMD 大小调用的 cond_resched()。尽管软锁定是由 MTE 触发的但应该不是 MTE 特定的。在循环中耗时较长的其他处理也可能触发软锁定。因此为 hugetlb 添加 cond_resched() 以避免软锁定。 (CVE-2025-40153)

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

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

  - mptcp在 mptcp_active_enable() 中使用 __sk_dst_get() 和 dst_dev_rcu()。 mptcp_active_enable() 会从 subflow_finish_connect() 调用即 icsk->icsk_af_ops->sk_rx_dst_set()且并不总是在 RCU 下。使用 sk_dst_get(sk)->dev 可触发 UAF。我们使用 __sk_dst_get() 和 dst_dev_rcu()。 (CVE-2025-40133)

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

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

  - xen/events为绑定的 VIRQ 返回 -EEXIST 更改 find_virq() 以在 VIRQ 绑定的 CPU 而非传入的 CPU 时返回 -EEXIST。因此从 bind_virq_to_irq() 中移除 BUG_ON() 以向上传播错误。一些 VIRQ 是基于 cpu 的，但其他 VIRQ 是基于域或全局的。它们必须绑定到 CPU0然后才能迁移到别处。从 CPU 0 迁移时针对每个域和全局的查找可能失败尤其是在跟踪当前 CPU 时。现在返回 -EEXIST 而不是 BUG_ON()。预期不会进行第二次绑定 per-domain 或全局 VIRQ 的调用但使其非致命错误以避免尝试查找 irq因为我们不知道 irq 位于哪个 per_cpu(virq_to_irq) 中。(CVE-2025-40160)

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

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

  - blk-mq删除之前在 blk_mq_unregister_hctx 中删除之前检查 kobject state_in_sysfs 中
    __blk_mq_update_nr_hw_queues() 未检查 blk_mq_sysfs_register_hctxs() 的返回值。如果 hctx 的 sysfs 创建失败稍后更改 hw_queue 数量或删除磁盘将触发以下警告 kernfs无法删除 'nr_tags'没有目录警告CPU2 PID637 at fs/kernfs/dir.c 1707 kernfs_remove_by_name_ns+0x13f/0x160 Call Trace: remove_files.isra.1+0x38/0xb0 sysfs_remove_group+0x4d/0x100 sysfs_remove_groups+0x31/0x60 __kobject_del+0x23/0xf0 kobject_del+0x17/0x40 blk_mq_unregister_hctx+0x5d/0x80 blk_mq_sysfs_unregister_hctxs+0x94/0xd0 blk_mq_update_nr_hw_queues+ 0x124/0x760 nullb_update_nr_hw_queues+0x71/0xf0 [null_blk] nullb_device_submit_queues_store+0x92/0x120 [null_blk] 即使 sysfs 创建失败也会无条件调用 kobjct_del()。通过在删除 kobject 之前检查 kobject 创建状态来修复此问题。 (CVE-2025-40125)

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

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

  - nvmet-fc将 lsop 放置的工作移至 nvmet_fc_ls_req_op 可能有多个 async 命令正在从 __nvmet_fc_send_ls_req 发出。系统会为每个命令获取一个 tgtport 引用。在当前代码中一次只有一个放置工作项目排入队列这会导致泄漏引用。要修复此问题请将工作项目移动到 nvmet_fc_ls_req_op 结构该结构已跟踪与该命令相关的所有资源。
    (CVE-2025-40171)

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

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

  - f2fs修复避免迁移空白区段。它报告来自设备 w/ zufsF2FS-fs (dm-64)
    SSA 和 SIT F2FS-fs 中的不一致段 (173822) 类型 [1, 0] (dm-64)由于原因导致的文件系统已停止4 线程 A 线程 B - f2fs_expand_inode_data - f2fs_allocate_pinning_section - f2fs_gc_range - do_garbage_collect w/ segno #x - writepage - f2fs_allocate_data_block - new_curseg - 分配 segno #x 根本原因为锁定文件上的 fallocate 可能与上述块分配争用导致 fallocate() 中的 do_garbage_collect() 可能迁移由日志刚分配的段则日志将更新其内存内结构中的段类型但是 GC 将从磁盘上的 SSA 块中获取段类型一旦日志的段类型发生更改我们就会检测到此类不一致然后关闭文件系统。在这种情况下，磁盘 SSA 显示 segno #173822 的类型为 1 (SUM_TYPE_NODE)但 segno #173822 刚好分配为数据类型段因此内存中的 SIT 显示 segno #173822 的类型为 0 (SUM_TYPE_DATA)。请进行如下更改以修复此问题 - 在 gc 之前检查当前部分是否为空 - 对 do_garbage_collect() 添加健全性检查以避免任何争用情况导致迁移日志使用的段。 - 顺便说一下它修复了打印日志中的其他问题SSA 和 SIT -> SIT 和 SSA。 (CVE-2025-40150)

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

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

  - xsk强化用户空间提供的 xdp_desc 验证发现从用户空间在 xdp_desc 中传递的某些明显无效的值可以传递 xp_{,un}aligned_validate_desc()然后导致 UB 或导致无效帧排队等待 xmit。 desc->len 接近具有非零 pool->tx_metadata_len 的“U32_MAX”的方式可造成正整数溢出和回绕同理具有非零 pool->tx_metadata_len 的足够低的 desc->addr 可造成负整数溢出。然后这两种情况均可成功通过验证。有效的 XSk 应用程序不会发生这种情况但可用来执行攻击。始终首先将 desc->len 升级为“u64”以排除其正溢出。在验证 desc->addr已是“u64”时使用显式 check_{add,sub}_overflow()。 bloat-o-meter 报告代码大小略有增长 add/remove: 0/0 grow/shrink: 2/1 up/down: 60/-16 (44) 函数新旧 delta xskq_cons_peek_desc 299 330 +31 xsk_tx_peek_release_desc_batch 973 1002 +29 xsk_generic_xmit 3148 3132 -16但希望这不会对性能造成太大影响。 (CVE-2025-40159)

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

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

  - sunrpc修复零长度校验和中的空指针取消引用。在 xdr_stream_decode_opaque_auth() 中零长度 checksum.len 导致 checksum.data 设置为 NULL。这会在访问 gss_krb5_verify_mic_v2() 中的 checksum.data 时触发 NPD。此修补程序可确保 checksum.len 的值不小于 XDR_UNIT。 (CVE-2025-40129)

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

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

  - ipv6在 ip6_output() 中使用 RCU 以使用 dst_dev_rcu() 以防止可能的 UAF。我们可从 ip6_finish_output2() 中移除 rcu_read_lock()/rcu_read_unlock() 对。 (CVE-2025-40158)

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

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

  - net使用 sk_setup_caps() 中的 dst_dev_rcu() 使用 RCU 保护从 sk_setup_caps() 和 sk_dst_gso_max_size() 对 dst->dev 的访问。还可使用 ip6_dst_mtu_maybe_forward() 和 ip_dst_mtu_maybe_forward() 中的 dst_dev_rcu()。 ip4_dst_hoplimit() 可以使用 dst_dev_net_rcu()。 (CVE-2025-40170)

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

ID	名称	严重性
275233	Linux Distros 未修补的漏洞：CVE-2025-40130	medium
275232	Linux Distros 未修补的漏洞：CVE-2025-59089	medium
275231	Linux Distros 未修补的漏洞：CVE-2025-40141	high
275230	Linux Distros 未修补的漏洞：CVE-2025-40136	medium
275229	Linux Distros 未修补的漏洞：CVE-2025-40126	medium
275228	Linux Distros 未修补的漏洞：CVE-2025-40166	medium
275227	Linux Distros 未修补的漏洞：CVE-2025-59088	high
275226	Linux Distros 未修补的漏洞：CVE-2025-40164	high
275225	Linux Distros 未修补的漏洞：CVE-2025-40167	medium
275224	Linux Distros 未修补的漏洞：CVE-2025-40174	high
275223	Linux Distros 未修补的漏洞：CVE-2025-40154	high
275221	Linux Distros 未修补的漏洞：CVE-2025-40172	medium
275220	Linux Distros 未修补的漏洞：CVE-2025-40127	medium
275219	Linux Distros 未修补的漏洞：CVE-2025-40173	medium
275218	Linux Distros 未修补的漏洞：CVE-2025-40162	medium
275217	Linux Distros 未修补的漏洞：CVE-2025-40142	medium
275216	Linux Distros 未修补的漏洞：CVE-2025-40135	high
275215	Linux Distros 未修补的漏洞：CVE-2025-40131	medium
275214	Linux Distros 未修补的漏洞：CVE-2025-40113	medium
275213	Linux Distros 未修补的漏洞：CVE-2025-40139	medium
275212	Linux Distros 未修补的漏洞：CVE-2025-40176	high
275211	Linux Distros 未修补的漏洞：CVE-2025-40112	medium
275210	Linux Distros 未修补的漏洞：CVE-2025-40121	medium
275209	Linux Distros 未修补的漏洞：CVE-2025-40148	medium
275208	Linux Distros 未修补的漏洞：CVE-2025-40115	medium
275207	Linux Distros 未修补的漏洞：CVE-2025-13042	high
275206	Linux Distros 未修补的漏洞：CVE-2025-40156	medium
275205	Linux Distros 未修补的漏洞：CVE-2025-40177	medium
275204	Linux Distros 未修补的漏洞：CVE-2025-40116	medium
275203	Linux Distros 未修补的漏洞：CVE-2025-40122	low
275202	Linux Distros 未修补的漏洞：CVE-2025-40124	medium
275201	Linux Distros 未修补的漏洞：CVE-2025-40165	high
275200	Linux Distros 未修补的漏洞：CVE-2025-40149	medium
275199	Linux Distros 未修补的漏洞：CVE-2025-40137	medium
275198	Linux Distros 未修补的漏洞：CVE-2025-40120	medium
275197	Linux Distros 未修补的漏洞：CVE-2025-40145	medium
275196	Linux Distros 未修补的漏洞：CVE-2025-40140	medium
275195	Linux Distros 未修补的漏洞：CVE-2025-40134	medium
275194	Linux Distros 未修补的漏洞：CVE-2025-40175	high
275193	Linux Distros 未修补的漏洞：CVE-2025-40161	medium
275192	Linux Distros 未修补的漏洞：CVE-2025-40153	medium
275191	Linux Distros 未修补的漏洞：CVE-2025-40133	high
275190	Linux Distros 未修补的漏洞：CVE-2025-40160	medium
275189	Linux Distros 未修补的漏洞：CVE-2025-40125	medium
275188	Linux Distros 未修补的漏洞：CVE-2025-40171	medium
275187	Linux Distros 未修补的漏洞：CVE-2025-40150	medium
275186	Linux Distros 未修补的漏洞：CVE-2025-40159	high
275185	Linux Distros 未修补的漏洞：CVE-2025-40129	medium
275184	Linux Distros 未修补的漏洞：CVE-2025-40158	high
275183	Linux Distros 未修补的漏洞：CVE-2025-40170	high

检测

Nessus 的 Misc. 系列

medium

medium

high

medium

medium

medium

high

high

medium

high

high

medium

medium

medium

medium

medium

high

medium

medium

medium

high

medium

medium

medium

medium

high

medium

medium

medium

low

medium

high

medium

medium

medium

medium

medium

medium

high

medium

medium

high

medium

medium

medium

medium

high

medium

high

high