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 依赖供应商报告的程序包是否存在进行判断。

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

  - 已修复 Linux 内核中的下列漏洞：EDAC/i10nm: Skip DIMM enumeration on a disabled memory controller When loading the i10nm_edac driver on some Intel Granite Rapids servers, a call trace may appear as follows: UBSAN: shift-out-of-bounds in drivers/edac/skx_common.c:453:16 shift exponent
    -66 is negative ... __ubsan_handle_shift_out_of_bounds+0x1e3/0x390 skx_get_dimm_info.cold+0x47/0xd40 [skx_edac_common] i10nm_get_dimm_config+0x23e/0x390 [i10nm_edac] skx_register_mci+0x159/0x220 [skx_edac_common] i10nm_init+0xcb0/0x1ff0 [i10nm_edac] ... This occurs because some BIOS may disable a memory controller if there aren't any memory DIMMs populated on this memory controller. The DIMMMTR register of this disabled memory controller contains the invalid value ~0, resulting in the call trace above. Fix this call trace by skipping DIMM enumeration on a disabled memory controller. (CVE-2025-40157)

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

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

  - blk-throttle修复激活节流策略期间的访问争用在反复冷启动时当在完全为队列启用节流策略之前参考节流时偶尔会在 blk_should_throtl() 中发生空指针崩溃。在早期初始化期间仅检查 q->td != NULL 是不够的因此节流策略的 blkg_to_pd() 仍可返回 NULL并且 blkg_to_tg() 变为 NULL随后会被取消引用。无法处理虚拟地址 0000000000000156 ... 处的内核空指针取消引用 ... pc submit_bio_noacct+0x14c/0x4c8 lrsubmit_bio_noacct+0x48/0x4c8 sp ffff800087f0b690 x29
    ffff800087f0b690 x28: 0000000000005f90 x27: ffff00068af393c0 x26: 0000000000080000 x25: 000000000002fbc0 x24: ffff000684ddcc70 x23: 0000000000000000 x22: 0000000000000000 x21: 0000000000000000 x20:
    0000000000080000 x19: ffff000684ddcd08 x18: ffffffffffffffff x17: 0000000000000000 x16: ffff80008132a550 x15: 0000ffff98020fff x14: 0000000000000000 x13: 1fffe000d11d7021 x12: ffff000688eb810c x11:
    ffff00077ec4bb80 x10: ffff000688dcb720 x9 : ffff80008068ef60 x8 : 00000a6fb8a86e85 x7 : 000000000000111e x6 : 0000000000000002 x5 : 0000000000000246 x4 : 0000000000015cff x3 : 0000000000394500 x2 :
    ffff000682e35e40 x1 : 0000000000364940 x0 : 000000000000001a Call trace: submit_bio_noacct+0x14c/0x4c8 verity_map+0x178/0x2c8 __map_bio+0x228/0x250 dm_submit_bio+0x1c4/0x678 __submit_bio+0x170/0x230 submit_bio_noacct_nocheck+0x16c/0x388 submit_bio_noacct+0x16c/0x4c8 submit_bio+0xb4/0x210 f2fs_submit_read_bio+0x4c/0xf0 f2fs_mpage_readpages+0x3b0/0x5f0 f2fs_readahead+0x90/0xe8 拧紧 blk_throtl_activated() 以要求在队列上设置节流策略位return q->td != NULL && test_bit(blkcg_policy_throtl.plid, q- >blkcg_pols);在策略数据已附加到 blkgs 之前这可防止 blk_should_throtl() 访问节流组状态。 (CVE-2025-40147)

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

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

  - bpf强制 expected_attach_type实现 tailcall 兼容性 Yunhao 等最近报告我们的模糊测试工具在 Linux 内核的 BPF 子系统中的 bpf_prog_test_run_xdp() 函数中发现一个未初始化指针问题。这会导致当 BPF 程序尝试取消引用 struct xdp_buff 对象的 txq 成员时发生空指针取消引用。该测试初始化 BPF_PROG_TYPE_XDP: progA 的两个程序 充当 bpf_prog_test_run_xdp() 的入口点其 expected_attach_type 既不能是 BPF_XDP_DEVMAP 也不能是 BPF_XDP_CPUMAP。 progA 调用其拥有的 tailcall 映射的插槽。 progB 的 expected_attach_type 必须是 BPF_XDP_DEVMAP 才能通过 xdp_is_valid_access() 验证。程序返回结构 xdp_md 的 egress_ifindex仅允许在提及的 expected_attach_type 下访问后者。 progB 然后插入到 progA 调用的 tailcall 中。然而潜在的问题不只限于 XDP。另一个示例是 BPF_PROG_TYPE_CGROUP_SOCK_ADDR 类型的程序。
    sock_addr_is_valid_access() 和 sock_addr_func_proto() 根据程序的 expected_attach_type 有不同的逻辑。同样不应允许附加到 BPF_CGROUP_INET4_GETPEERNAME 的程序对调用 bpf_bind() 在 BPF 之外的程序进行 tailcall仅为 BPF_CGROUP_INET4_CONNECT 启用。简而言之，指定 expected_attach_type 会允许开启基本 bpf_prog_type 启用范围之外的额外功能或限制。tailcall 的使用不得违反这些限制。通过在 __bpf_prog_map_compatible() 中强制执行 expected_attach_type 来修复此问题。请注意我们仅对 tailcall 映射强制执行此操作不强制执行此操作此问题。 (CVE-2025-40123)

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

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

  - blk-mq修复当 nr_requests 增大时可能会发生的死锁。在队列冻结时分配和释放 sched_tags 可能会死锁 [1]这是一个长期问题因此请在冻结队列前分配内存并在队列解冻后释放内存。 [1] https://lore.kernel.org/all/0659ea8d-a463-47c8-9180-43c719e106eb@linux.ibm.com/ (CVE-2025-40146)

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

根据其标题，远程设备上的 Apple TV 版本低于 26.1。因而会受到 125637 中所述的多个漏洞的影响

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

  - 由于 Graphics: WebGPU 组件中的边界条件不正确而导致沙盒逃逸。此漏洞影响 Firefox < 145 和 Thunderbird < 145。(CVE-2025-13026)

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

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

  - 在 Firefox 144 Thunderbird 144 中修复了内存安全缺陷。其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。此漏洞影响 Firefox < 145 和 Thunderbird < 145。(CVE-2025-13027)

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

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

  - 已修复 Linux 内核中的下列漏洞：serial: qcom-geni: Fix blocked task Revert commit 1afa70632c39 (serial: qcom-geni: Enable PM runtime for serial driver) and its dependent commit 86fa39dd6fb7 (serial: qcom-geni: Enable Serial on SA8255p Qualcomm platforms) because the first one causes regression - hang task on Qualcomm RB1 board (QRB2210) and unable to use serial at all during normal boot: INFO: task kworker/u16:0:12 blocked for more than 42 seconds. Not tainted 6.17.0-rc1-00004-g53e760d89498 #9 echo 0 > /proc/sys/kernel/hung_task_timeout_secs disables this message. task:kworker/u16:0 state:D stack:0 pid:12 tgid:12 ppid:2 task_flags:0x4208060 flags:0x00000010 Workqueue: async async_run_entry_fn Call trace: __switch_to+0xe8/0x1a0 (T) __schedule+0x290/0x7c0 schedule+0x34/0x118 rpm_resume+0x14c/0x66c rpm_resume+0x2a4/0x66c rpm_resume+0x2a4/0x66c rpm_resume+0x2a4/0x66c __pm_runtime_resume+0x50/0x9c __driver_probe_device+0x58/0x120 driver_probe_device+0x3c/0x154 __driver_attach_async_helper+0x4c/0xc0 async_run_entry_fn+0x34/0xe0 process_one_work+0x148/0x290 worker_thread+0x2c4/0x3e0 kthread+0x118/0x1c0 ret_from_fork+0x10/0x20 The issue was reported on 12th of August and was ignored by author of commits introducing issue for two weeks.
    Only after complaining author produced a fix which did not work, so if original commits cannot be reliably fixed for 5 weeks, they obviously are buggy and need to be dropped. (CVE-2025-40108)

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

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

  - Graphics: WebGPU 组件中的边界条件不正确。此漏洞会影响 Firefox < 145 和 Thunderbird < 145。(CVE-2025-13022)

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

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

  - JavaScript Engine: JIT 组件中存在 JIT 编译错误。此漏洞影响 Firefox < 145 和 Thunderbird < 145。(CVE-2025-13024)

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

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

  - 由于 Graphics: WebGPU 组件中的边界条件不正确而导致沙盒逃逸。此漏洞影响 Firefox < 145 和 Thunderbird < 145。(CVE-2025-13023)

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

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

  - Graphics: WebGPU 组件中的边界条件不正确。此漏洞会影响 Firefox < 145 和 Thunderbird < 145。(CVE-2025-13021)

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

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

  - Graphics: WebGPU 组件中的边界条件不正确。此漏洞影响 Firefox < 145 和 Thunderbird < 145。(CVE-2025-13025)

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

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

  - 在 libvirt 的 XML 文件处理部分中发现一个缺陷。更具体地来说在 ACL 检查之前执行了对用户提供的 XML 文件的解析。具有有限权限的恶意用户可通过提交特别构建的 XML 文件利用此缺陷从而导致 libvirt 在主机上分配过多内存。内存过度消耗可导致主机上的 libvirt 进程崩溃从而导致拒绝服务情况。 (CVE-2025-12748)

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

ID	名称	严重性
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	high
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
275182	Linux Distros 未修补的漏洞：CVE-2025-40157	medium
275181	Linux Distros 未修补的漏洞：CVE-2025-40147	medium
275180	Linux Distros 未修补的漏洞：CVE-2025-40123	medium
275179	Linux Distros 未修补的漏洞：CVE-2025-40146	medium
275165	Apple TV < 26.1 多个漏洞 (125637)	medium
275017	Linux Distros 未修补的漏洞：CVE-2025-13026	critical
275016	Linux Distros 未修补的漏洞：CVE-2025-13027	high
275015	Linux Distros 未修补的漏洞：CVE-2025-40108	high
275014	Linux Distros 未修补的漏洞：CVE-2025-13022	critical
275013	Linux Distros 未修补的漏洞：CVE-2025-13024	critical
275012	Linux Distros 未修补的漏洞：CVE-2025-13023	critical
275011	Linux Distros 未修补的漏洞：CVE-2025-13021	critical
275010	Linux Distros 未修补的漏洞：CVE-2025-13025	high
274838	Linux Distros 未修补的漏洞：CVE-2025-12748	medium

检测

Nessus 的 Misc. 系列

medium

medium

high

medium

medium

medium

high

medium

medium

medium

medium

high

medium

medium

medium

low

medium

high

high

medium

medium

medium

medium

medium

high

medium

medium

high

medium

medium

medium

medium

high

medium

high

high

medium

medium

medium

medium

medium

critical

high

high

critical

critical

critical

critical

high

medium