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

  - apparmor：路径故障时释放 exe 文件资源 get_current_exe_path（） 在解析路径名称之前采用 exe_file 引用和路径引用。如果 aa_path_name（） 失败，它会立即返回并泄漏两个引用。通过通用清除路径路由失败，以便 fput（） 和 path_put（） 始终在获取引用之后运行。（CVE-2026-72456）

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

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

  - vduse：修复 vduse_dev_msg_sync 和 vduse_dev_read_iter 中的争用 vduse_dev_msg_sync 和 vduse_dev_read_iter 中存在一个争用情况：vduse_dev_read_iter（）：lock（msg_lock）;dequeue_msg（send_list）;unlock（msg_lock）;
    vduse_dev_msg_sync（）：wait_timeout（） 完成锁定（msg_lock）;检查 msg->complete 是否为 false list_del（msg）;<- 双重 list_del（） 崩溃！要解决这种情况，我们应确保 vduse_msg 处于send_list或recv_list msg_lock关键部分之外。（CVE-2026-72306）

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

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

  - rtc：msc313：修复探测 msc313_rtc_probe（） 调用 devm_request_irq（） 时共享 IRQ 处理程序中的空取消引用，并将 IRQF_SHARED 和 &pdev->dev 作为 cookie，但 platform_set_drvdata（） 只会在时钟设置后稍后调用。使用共享 IRQ 行，同一行上的另一个设备可在该窗口中触发处理程序。处理程序对 cookie 执行 dev_get_drvdata（），进而取得 NULL，并取消引用中断上下文中的 priv->rtc_base。直接将 priv 作为 cookie 传递，这样处理程序就可以在不进行查找的情况下从 dev_id 读取它，从而消除对探测顺序的依赖关系。（CVE-2026-72424）

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

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

  - 已修复 Linux 内核中的下列漏洞：platform/x86/intel/tpmi: use cleanup helpers in mem_write() In mem_write(), the temporary array returned by parse_int_array_user() must be released on all exit paths. Convert the array variable to use cleanup.h scope-based cleanup so it is freed automatically on return. This also moves the array declaration next to parse_int_array_user() as required by cleanup.h usage guidelines. (CVE-2026-72145)

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

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

  - ieee802154：ca8210：修复 64 位 ca8210_test_int_driver_write（） 和 ca8210_test_int_user_read（） 上的 kfifo 中的指针截断，通过结构 kfifo 交换 kmalloc'd 缓冲区指针，但将文字“4”作为字节计数传递给 kfifo_in（）/kfifo_out（）。这在 32 位系统（指针 = 4 字节）上是正确的，但在 64 位系统上只有 8 字节指针的低 4 字节被写入 FIFO 中。然后，阅读器将 4 个字节读回 8 字节的本地指针变量中，将上面的 4 个字节保留为未初始化的堆栈数据。重建的指针 （fifo_buffer[1]） 的第一次取消引用会访问任意内核地址，通常会导致 oops。使用 sizeof（fifo_buffer），使字节计数与每个架构上的指针宽度相匹配。该驱动程序在 Kconfig 中没有架构限制，因此会暴露任何具有 CONFIG_IEEE802154_CA8210_DEBUGFS=y 的 64 位版本。该问题自 2017 年添加该驱动程序以来一直存在，因为它最常部署在 32 位 MCU 上。通过自定义 Coccinelle 语义修补程序搜寻用于穿梭指针的字节模式 kfifos 上的短字节 kfifo I/O 发现。（CVE-2026-72047）

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

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

  - accel/amdxdna：拒绝设备上没有提交操作的命令提交 amdxdna_cmd_submit（） 会无条件调用 xdna->dev_info->ops->cmd_submit（），但只有 aie2_dev_ops 会定义该回调。
    aie4_vf_ops（AIE4 SR-IOV 虚拟函数）不会触发，因此在 AIE4 设备上AMDXDNA_EXEC_CMD ioctl 的用户会遇到空函数指针调用并造成内核 oops。AIE4 通过映射的用户队列和通知（而不是此 ioctl 路径）提交工作。设备不提供 cmd_submit op 时，通过 -EOPNOTSUPP 提早拒绝提交，因而共享的 EXEC ioctl 在此类设备上为干净的 no-op。由 0sec 自动化安全研究工具 （）https://0sec.ai 发现。（CVE-2026-72092）

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

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

  - wifi：ath12k：修复change_sta_links中针对未就绪的链接 _ieee80211_set_active_links（） 调用的空指针取消引用
    为每个新添加的链接_ieee80211_link_use_channel（），如果失败，则为 WARN_ON_ONCE（）。该调用使用 assign_on_failure=true，这允许 mac80211 在驱动程序失败的情况下继续执行，但当 mac80211 级通道验证失败时（例如，组合检查、DFS 或没有可用的无线电），将永远无法联系到 drv_assign_vif_chanctx（）。由于仅从该路径调用 ath12k_mac_vdev_create（），因此对于失败的链接，arvif->is_created 仍为 false，而 arvif->ar 仍为 NULL。后续 drv_change_sta_links（） 调用到达 ath12k_mac_op_change_sta_links（），后者会分配 arsta 并为中断的链接设置 ahsta->links_map |= BIT（link_id），然后再检查链接是否准备就绪。从未创建 vdev 时，将仅跳过 station_add（），但链接仍处于links_map状态。任何后续迭代 links_map 和取消引用 arvif->ar 而没有 NULL 检查的操作都将崩溃。观察到的两个示例是断开连接时 ath12k_mac_ml_station_remove（） 中的空取消引用，以及当 wpa_supplicant 安装 PTK 密钥时 ath12k_mac_op_set_key（） 中的空取消引用。缺陷：无法在 0x00000000 PC 处理内核空指针取消引用：ath12k_mac_station_post_remove+0x40/0xe8 [ath12k] 调用跟踪：
    ath12k_mac_station_post_remove+0x40/0xe8 [ath12k] ath12k_mac_op_sta_state+0xb60/0x1720 [ath12k] drv_sta_state+0x100/0xbd8 [mac80211] __sta_info_destroy_part2+0x148/0x178 [mac80211] ieee80211_set_disassoc+0x500/0x678 [mac80211] 缺陷：无法处理 0x00000000 PC 的内核空指针取消引用 ：ath12k_mac_op_set_key+0x1f8/0x2c0 [ath12k] 调用跟踪： ath12k_mac_op_set_key+0x1f8/0x2c0 [ath12k] drv_set_key+0x70/0x100 [mac80211] ieee80211_key_enable_hw_accel+0x78/0x260 [mac80211] ieee80211_add_key+0x16c/0x2ac [mac80211] nl80211_new_key+0x138/0x280 [cfg80211] 通过在调用 ath12k_mac_alloc_assign_link_sta（） 之前检查 arvif->is_created 来修复此问题。这可以防止断开的链接进入links_map，因此所有后续迭代位图的操作都受到保护。上述修补程序确保了 arvif->is_created 在所有错误路径中的可靠性。测试时间： WCN7850 hw2.0 PCI WLAN。HMT.1.1.c5-00302-QCAHMTSWPL_V1.0_V2.0_SILICONZ-1.115823.3 （CVE-2026-74366）

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

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

  - ASoC：mediatek：mt8192：清理 MT8192 时释放保留的内存 AFE 探测会调用 of_reserved_mem_device_init（） 并在没有可用的保留内存区域时回退到预分配的缓冲区。但是，当保留的内存分配成功时，驱动程序永远不会释放它。在成功分配保留的内存后注册 devm 清理操作，以便在探查失败和驱动程序取消绑定时释放该分配。（CVE-2026-72259）

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

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

  - mm/huge_memory：保留设备专用 PMD 降级上的pmd_swp_uffd_wp change_non_present_huge_pmd（） 在不携带 pmd_swp_uffd_wp（） 的情况下，将可写入的设备专用 PMD 交换条目重写为可读取条目。PTE 级 change_softleaf_pte（） 正确地做到了这一点;在这里镜像它，匹配 copy_huge_pmd（） 对 fork 路径的作用。如果没有进位，则在标有 UFFD_WP 的设备专用 THP 上的普通 mprotect（） 剥离该位，并在换入时绕过陷阱。（CVE-2026-72180）

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

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

  - ieee802154：ca8210：修复spi_async失败时的cas_ctl泄漏 ca8210_spi_transfer（） 使用 kzalloc_obj（GFP_ATOMIC） 分配cas_ctl，并且完全依赖于 SPI 完成回调 ca8210_spi_transfer_complete（） 来释放它。spi_async（） API 仅在成功提交时调用完成回调。失败时，它返回负错误代码而不排队回调，这样会使 cas_ctl 及其嵌入式spi_message和spi_transfer孤立。驱动程序中的每个 kfree（cas_ctl） 都在完成回调内，因此没有其他回收路径。ca8210_spi_transfer（） 从 ca8210_spi_exchange（）、中断处理程序 ca8210_interrupt_handler（） 以及完成回调本身内的重试路径调用。交换和中断处理程序路径在 -EBUSY 上循环，因此在持续的 SPI 总线争夺下，每次重试迭代都会泄露新的cas_ctl（每次出现 ~600 字节）。通过释放 spi_async（） 错误路径上的cas_ctl修复了此问题。在此，修正误导性错误字符串：函数调用 spi_async（） 而非 spi_sync（）。（CVE-2026-72048）

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

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

  - batman-adv：清理 netdev 注册失败中的未标记 VLAN 注册网格接口后，它会通过NETDEV_REGISTER通知程序在其上创建一个未标记的结构batadv_meshif_vlan。但在此过程中，此通知的另一个接收者可以否决注册。netdev 注册将因此否决而中止。register_netdevice（） 调用将尝试使用 unregister_netdevice_queue（） 清理net_device，仅使用.priv_destructor释放私有资源。在这种情况下，不会调用 .dellink。此前，必须在析构函数中完成未标记batadv_meshif_vlan的清理，以免泄漏此对象。（CVE-2026-72229）

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

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

  - posix-cpu-timers：在 update_rlimit_cpu（） 中使用 u64 乘法 update_rlimit_cpu（） 将RLIMIT_CPU值转换为纳秒，u64 nsecs = rlim_new * NSEC_PER_SEC;在 32 位内核上，rlim_new（无符号长整型）和NSEC_PER_SEC （10000000000L） 都是 32 位，因此乘法以无符号长整型执行，并截断rlim_new > 4 秒，然后加宽至 u64。同一文件已转换为 u64 以在 check_process_timers（） 中进行匹配计算：u64 softns = （u64）soft * NSEC_PER_SEC;因此，截断值被安装到 CPUCLOCK_PROF 到期缓存 （nextevt） 中，从而导致进程 CPU 定时器被编程为在任何RLIMIT_CPU软限制 >= 5 秒内提前触发。check_process_timers（） 中的实际 SIGXCPU/SIGKILL 决策已转换为 u64，因此是正确的，因此限制强制执行并未中断;只有到期缓存编程错误。在此处应用相同的转换，以便两个路径以相同的方式转换rlim_cur。64 位内核不受影响。（CVE-2026-72068）

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

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

  - .NET 中的整数溢出或回绕允许未经授权的攻击者本地提升权限。
    (CVE-2026-62886)

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

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

  - crypto：atmel-sha204a - 修复阻断和非阻断 RNG 逻辑 由于缓冲区管理不当，阻断和非阻断路径无法提供有效的熵。读取从字节 1 开始的缓冲区，仅从返回消息中提取 32 字节的随机数据。已在 Atmel SHA204A设备上进行测试。
    之前（此处用于阻止），测试显示会反复读取减少的字节。$ head -c 32 /dev/hwrng |hexdump -C 00000000 02 28 85 b3 47 40 f2 ee 00 00 00 00 00 00 00 |.(..G@..........|00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................00 00 00 00 0000000020 之后，结果将类似于以下内容：$ head -c 32 /dev/hwrng |hexdump -C 00000000 5a fc 3f 13 14 68 fe 06 68 0a bd 04 83 6e 09 69 |Z.?..h..h....n.i|00000010 75 ff cf 87 10 84 3b c9 c1 df ae eb 45 53 4c c3 |u.....;.....ESL.|00000020 （CVE-2026-74402）

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

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

  - nvdimm/btt：在 discover_arenas（） 错误路径上释放 arena 子分配。在某些 discover_arenas（） 错误路径上未释放 btt_freelist_init（）、btt_rtt_init（） 和 btt_maplocks_init（） 分配的内存。arena 发现失败时，这会泄漏内存。添加缺失的 kfree（） 调用，以便在返回错误前释放分配。[ as：提交消息并记录编辑 ]（CVE-2026-72223）

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

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

  - ocfs2：衍合 locking_state 中复制的 fsdlm LVB 指针 在 ocfs2_dlm_seq_show（） 中复制的 ocfs2_dlm_tracking_lock 和更高格式下，locking_state debugfs 迭代器快照按值对结构进行ocfs2_lock_res。这对于内联字段没问题，但用户空间 fsdlm 堆栈通过 lksb_fsdlm.sb_lvbptr 存储 LVB。迭代器终止跟踪锁定之后，复制的非 NULL sb_lvbptr仍指向原始 lockres 所有者，因此 teardown 可在 debugfs 转储遍历原始 LVB 字节之前释放该容器。在转储原始 LVB 之前，将复制的 sb_lvbptr衍合到复制的l_lksb。seq 快照已携带在 struct ocfs2_dlm_lksb 中保留的内联 LVB 存储，因此 debugfs 读取器可以转储复制的字节，而无需借用原始的 lockres 生命周期。有缺陷的情况涉及两条路径，每一列显示该路径中的顺序：locking_state 阅读器：lockres 拆卸：1。
    ocfs2_dlm_seq_start（）/next（） 1.文件释放或其他所有者复制 struct ocfs2_lock_res拆卸达到 2。ocfs2_dlm_seq_show（） 格式化ocfs2_lock_res_free（） 复制的行 2.lockres 从 3.ocfs2_dlm_lvb（） 遵循sb_lvbptr 3 复制的跟踪列表。所有者释放原始 lockres 容器 验证再现了此内核报告： KASAN ocfs2_dlm_seq_show+0x1bd/0x430 中的释放后使用 RIP：0033：0x7f8ec4b1e29d 有缺陷的地址属于位于 ffff88810a1e0800 的对象，该对象属于大小为 1024 的缓存 kmalloc-1k 有缺陷的地址位于已释放的 1024 字节区域内的 368 字节处 [ffff88810a1e0800、ffff88810a1e0c00） 读取大小为 1 调用跟踪：
    dump_stack_lvl+0x66/0xa0 print_report+0xce/0x630 ocfs2_dlm_seq_show+0x1bd/0x430 （fs/ocfs2/dlmglue.c：3137） srso_alias_return_thunk+0x5/0xfbef5 __virt_addr_valid+0x19f/0x330 kasan_report+0xe0/0x110 seq_read_iter+0x29d/0x790 seq_read+0x20a/0x280 find_held_lock+0x2b/0x80 rcu_read_unlock+0x18/0x70 full_proxy_read+0x9e/0xd0 vfs_read+0x12c/0x590 ksys_read+0xd2/0x170 do_user_addr_fault+0x65a/0x890 do_syscall_64+0x115/0x6a0 （arch/x86/entry/syscall_64.c：87） entry_SYSCALL_64_after_hwframe+0x77/0x7f 按任务堆栈分配：kasan_save_stack+0x33/0x60 kasan_save_track+0x14/0x30 __kasan_kmalloc+0xaa/0xb0 ocfs2_file_open+0x13e/0x300 do_dentry_open+0x233/0x7f0 vfs_open+0x5a/0x1b0 path_openat+0x66d/0x1540 do_file_open+0x186/0x2b0 do_sys_openat2+0xce/0x150 __x64_sys_openat+0xd0/0x140 do_syscall_64+0x115/0x6a0 （arch/x86/entry/syscall_64.c：87） entry_SYSCALL_64_after_hwframe+0x77/0x7f 由任务堆栈释放：
    kasan_save_stack+0x33/0x60 kasan_save_track+0x14/0x30 kasan_save_free_info+0x3b/0x60
    __kasan_slab_free+0x5f/0x80 kfree+0x313/0x590 ocfs2_file_release+0x138/0x260 __fput+0x1df/0x4b0 fput_close_sync+0xd2/0x170 __x64_sys_close+0x55/0x90 do_syscall_64+0x115/0x6a0 （arch/x86/entry/syscall_64.c：87） entry_SYSCALL_64_after_hwframe+0x77/0x7f （CVE-2026-74351）

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

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

  - hwmon：adm1275：防止读取未初始化的堆栈 在添加对 ROHM BD127X0热插拔控制器的支持时，sashiko 报告设备名称比较中存在错误，可导致读取未初始化的堆栈内存。引用 Sashiko：这是一个预先存在的问题，但我注意到就在 adm1275_probe（） 中的这个块之前，可能有一个越界堆栈读取：ret = i2c_smbus_read_block_data（client， PMBUS_MFR_MODEL， block_buffer）;if （ret < 0） { ... } for （mid = adm1275_id; mid->name[0]; mid++） { if （！strncasecmp（mid->name， block_buffer， strlen（mid->name））） break; }由于 i2c_smbus_read_block_data（） 在未附加 NULL 终止符的情况下向未初始化的堆栈数组block_buffer中读取最多 32 个字节，因此 strncasecmp（） 可读取超过 ret 中返回的有效字节。例如，如果设备返回较短的字符串（如 adm12），则针对 adm1275 检查该字符串，最多可达 adm1275 的长度将继续读入未初始化的堆栈边界。将堆栈数组归零以防止读取未初始化的内存。
    (CVE-2026-72396)

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

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

  - wifi：mac80211：绑定 S1G TIM PVB 遍历到 TIM 元素 ieee80211_s1g_check_tim（） 解析接收到的 TIM 元素的 S1G 部分虚拟位图 （PVB）。TIM 作为元素有效负载提交：
    ieee802_11_parse_elems_full（） 存储 elems->tim = elem->data 和 elems->tim_len = elem->datalen （net/mac80211/parse.c），因此有效字节为 [tim， tim + tim_len）。当遍历编码块时，该函数会向遍历者传递一个 （const u8 *）tim + tim_len + 2 的末端哨兵，即超过元素末尾的两个字节。ieee80211_s1g_find_target_block（） 循环 while （ptr + 1 <= end） 和取消引用 ptr（以及按模式 ieee80211_s1g_len_*（） 辅助函数读取 *ptr），因此它最多可读取超出 TIM 元素两个字节 -- 当 TIM 是帧中的最后一个元素时，这是对相邻 skb/堆数据的越界读取。
    +2 似乎考虑了元素 id/len 标头，但 tim 已经指向了元素负载处的该标头，因此加数是错误的。传递正确的元素 end， （const u8 *）tim + tim_len。
    (CVE-2026-74336)

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

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

  - bpf：修复校验器err_free_env路径上的insn_aux_data泄漏 当 bpf_check（） 成功分配 env->insn_aux_data但后来无法分配 env->succ 时，它会直接跳转到 err_free_env。现有 vfree（env->insn_aux_data） 位于 err_free_env 标签前面，因此直接跳转可以绕过该标记并泄露insn_aux_data。将 vfree（env->insn_aux_data） 移动到err_free_env以便所有最早和最晚的退出路径一致地释放它。（CVE-2026-72401）

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

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

  - KVM：s390：vsie： 在 _gaccess_shadow_fault（） 中添加缺失的 radix_tree_preload（） 在 _gaccess_shadow_fault（） 中添加缺失的 radix_tree_preload（） 以保证向前推进。的核心
    _gaccess_shadow_fault（） 已被拆分为 ___gaccess_shadow_fault（） 以便简化锁定。
    (CVE-2026-72293)

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

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

  - accel/amdxdna：修复固定 ubuf 页面时的泄漏 当 pin_user_pages_fast（） 返回的页面少于请求的页面数时，不会释放已成功固定的页面，从而导致泄漏。通过在返回失败之前取消固定任何部分固定的页面来修复此问题。（CVE-2026-74423）

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

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

  - sctp：在 sctp_diag SCTP_DIAG 端点转储时保持套接字锁定 端点转储在不保留 lock_sock（） 的情况下遍历端点地址列表，而这些列表可通过套接字操作（例如 bindX 变更）并发更改。这会造成争用，其中 nla_reserve（） 对 RCU 保护下的地址进行计数，但后续副本可能会看到较少条目，从而可能向用户空间泄漏未初始化的内存。通过以下方式解决此问题：- 在哈希遍历期间在每个端点上获取引用 - 将套接字操作 （lock_sock（）） 移动到 read_lock_bh（） 之外 - 转储期间对地址列表访问进行序列化 - 重构 sctp_for_each_endpoint（） 以支持基于重新启动的遍历和 （net， pos） 跟踪 此外： - 为不一致的地址计数添加 WARN_ON_ONCE（） - 修复监听与关联情况的idiag_states过滤 - 跳过正在释放的转储端点 （ep->base.dead） - 将转储位置跟踪移动到迭代器， 删除 cb->args[4] 及其用于 sctp_ep_dump（） 的注释。- 更新 cb->args[4] 的注释并删除 sctp_sock_dump（） 未使用的 cb->args[5] 的注释。注意：遍历基于重启，并且可能多次重新扫描存储桶，但由于存储桶大小较小并且支持睡眠安全回调所需，因此这是可以接受的。此问题由与 TrendAI Zero Day Initiative 合作的 Nico Yip （@_cyeaa_） 报告。
    (CVE-2026-72447)

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

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

  - net/sched：cls_bpf：防止卸载回滚中不受限制的递归 Quan Sun 报告 [1] cls_bpf_offload_cmd（） 中的一个堆栈溢出。netdevsim 上的复制程序：添加 skip_sw cls_bpf 过滤器，将 bpf_tc_accept debugfs 旋钮设置为 0，然后“tc filter replace”。replace 调用 tc_setup_cb_replace（） 但失败。
    然后，cls_bpf_offload_cmd（） 交换 prog/oldprog 并递归调用自身进行回滚。但是 bpf_tc_accept=0 也会使回滚失败，这会触发另一个具有相同参数的回滚帧，依此类推，直到堆栈耗尽。bpf_tc_accept只是复制者方便的旋钮。tc_setup_cb_replace（） 连续失败两次的任何驱动程序都可进入同一个循环，因此这不是 netdevsim 独有的问题。两种修复方法：1） 让回滚调用 oldprog 上的 tc_setup_cb_add（），而不是重新输入 cls_bpf_offload_cmd（）。2） 用标志标记回滚框架，并跳过其中的第二级回滚。选择 （2）。这是较小的更改并保留原始行为：回滚仍通过 tc_setup_cb_replace（） 进行，因此驱动程序有一次真正的机会来恢复其状态。如果该尝试也失败，我们将只返回原始错误，而不是重复。[1]:
    https://lore.kernel.org/bpf/ce5a6005-3c5e-4696-9e05-eba9461dc860@std.uestc.edu.cn/T/#u （CVE-2026-74382）

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

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

  - firmware_loader：修复 device_cache_fw_images（） 中的递归锁定 固件加载程序的电源管理通知处理程序中可发生递归锁定死锁。在系统暂停或休眠准备期间，fw_pm_notify（） 会调用 device_cache_fw_images（）。此函数获取fw_lock以将固件缓存状态设置为 FW_LOADER_START_CACHE，然后在仍保持锁定的情况下使用 dpm_for_each_dev（） 迭代所有设备。对于每个设备，dev_cache_fw_image（） 会计划异步工作以缓存固件。如果异步工作条目的内存分配失败（例如，在内存不足的情况下），async_schedule_node_domain（） 将回退到在当前线程中同步执行工作函数。同步执行路径 （__async_dev_cache_fw_image（） -> cache_firmware（） -> request_firmware（） -> assign_fw（）） 再次尝试获取fw_lock。由于当前线程已持有fw_lock，这会导致递归锁定死锁。通过在更新缓存状态之后和调用 dpm_for_each_dev（） 之前立即释放 fw_lock 来修复此问题。此锁仅在保护状态更新时才需要。并发固件请求将正确看到FW_LOADER_START_CACHE状态并使用背带机制，该机制独立受到其自身 fwc->name_lock 的保护。（CVE-2026-74331）

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

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

  - media：uvcvideo： 修复从 async_ctrl.work 调用 uvc_status_stop 时的死锁问题 如果 UVC 摄像机具有异步控件，则可以从 async_ctrl.work 调用uvc_status_stop：uvc_ctrl_status_event_work（） uvc_ctrl_status_event（） uvc_ctrl_clear_handle（） uvc_pm_put（） uvc_status_put（） uvc_status_stop（） cancel_work_sync（） 这将导致死锁， 因为cancel_work_sync将等待uvc_ctrl_status_event_work完成后再返回。如果我们当前处于 work 函数中，可通过提早从 uvc_status_stop 返回来修复此问题。flush_status 现在会保持为 false，直到再次调用 uvc_status_start，从而确保 uvc_ctrl_status_event_work 不会重新提交 URB。（CVE-2026-74437）

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

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

  - liveupdate：修复 luo_session_retrieve（） 中的 TOCTOU 争用 扩大 luo_session_retrieve（） 中的 rwsem_read 锁定范围，以便与会话互斥体的获取重叠。这阻止并发线程释放和释放查找与互斥体锁定之间的会话。（CVE-2026-74370）

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

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

  - apparmor：accept2 分配失败时策略解包失败 unpack_pdb（） 可能需要为较旧的策略数据分配缺少的 ACCEPT2 表。如果该分配失败，它会设置一条错误消息，但会跳至成功路径，进而返回缺少所需表的 policydb。当 ACCEPT2 分配失败时，通过正常失败路径返回 -ENOMEM。删除现在未使用的 out 标签。（CVE-2026-72457）

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

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

  - rxrpc：修复 recvmsg（MSG_PEEK） 中已释放调用的泄漏 修复 rxrpc_recvmsg（） 以在已释放的调用中同时终止其保留的 ref MSG_PEEK如果该调用有效（无论是否指定 MSG_PEEK，函数都会保留调用中的 ref）。（CVE-2026-74432）

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

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

  - netdev-genl：报告调用方的 pid 命名空间中的 NAPI 线程 PID netdev_nl_napi_fill_one（） 使用 task_pid_nr（） 报告 NETDEV_A_NAPI_PID 中的 NAPI kthread PID，它会返回初始 pid 命名空间中的 PID。NETDEV_CMD_NAPI_GET 没有GENL_ADMIN_PERM，而 netdev genl 系列为 netnsok，因此子 PID 命名空间中的调用程序可发出此命令。然后，该调用程序会看到 kthread 的全局 PID，即使 kthread 在其 pid 命名空间中不可见，其中值应为 0。通过调用方的 pid 命名空间转换 PID，与提交 3799c2570982（io_uring/fdinfo：通过调用方的 pid_ns 转换 SqThread PID）对io_uring SQPOLL 线程执行的操作相同。doit 和 dumpit 路径在调用方的上下文中同步运行，因此 task_active_pid_ns（current） 是调用方的 pid 命名空间。
    (CVE-2026-72127)

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

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

  - 已修复 Linux 内核中的下列漏洞：ntfs: avoid self-deadlock during inode eviction An attribute-list update performed while allocating clusters can drop the last reference to the temporary attribute inode. Evicting that inode drops its reference to the base inode and can invoke ntfs_drop_big_inode() for the base inode from within the base inode's own writeback path. If the base inode is unlinked, ntfs_drop_big_inode() calls truncate_setsize(), which waits for the inode's folio writeback to complete. The same writeback worker is responsible for completing that writeback, so it waits for itself indefinitely. Prevent this self-deadlock by grabbing a reference to the base inode at the beginning of ntfs_writepages() and releasing it at the end of the function. This defers eviction until all bios have been submitted, allowing the wait for folio writeback to complete safely. (CVE-2026-72187)

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

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

  - scsi：hpsa：修复重置路径IOACCEL2 DMA 映射泄漏 如果设置 phys_disk->in_reset，该函数会直接返回，而不会撤消为命令获取的资源。通过在需要时取消映射 IOACCEL2 SG 链块、取消映射 SCSI 命令并在返回前删除未完成的 IOACCEL 命令计数，来添加缺少的错误清理。（CVE-2026-72088）

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

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

  - drm/amdkfd：始终在suspend_all之后resume_all 需要还原任何良好的队列，suspend_all即使某些队列失败也是如此。始终运行remove_queue，因为这将计划 GPU 重置，删除队列失败。
    v2：删除 （） 后移动 resume_allCVE-2026-74353

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

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

  - cgroup/cpuset：将 mm mempolicy 重新绑定到 effective_mems，而非 mems_allowed 当含有 MPOL_F_RELATIVE_NODES 的 VMA mempolicy 重新绑定以响应 CPU 热插拔事件时，创建从不设置 cpuset.mems 的子 cpuset 会导致 div/0。重现步骤：1） 使用 cpuset 控件创建 cpuset 组（不设置 cpuset.mems）2） 将任务移动到子 cpuset 3） 使用MPOL_F_RELATIVE_NODES为该任务创建 VMA mempolicy 4） 拔出并热插拔 CPU echo 0 > /sys/devices/system/cpu/cpu1/online echo 1 > /sys/devices/system/cpu/cpu1/online 5） mempolicy 重新绑定 对 __nodes_fold（） 的调用在 mpol_relative_nodemask中执行 div/0 cpuset代码传递 （CS->mems_allowed），无法保证有重新绑定例程的节点。请改用 cs->effective_mems，一旦到达该代码路径，可以保证拥有非空节点掩码。[ david：添加注释，稍微改写描述 ]（CVE-2026-72010）

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

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

  - net：wwan：t7xx：破坏 CLDMA 早期初始化失败上的 DMA 池 t7xx_cldma_late_init（） 在初始化 TX 和 RX 环之前创建 md_ctrl->gpd_dmapool。如果任何环初始化失败，错误路径将释放已初始化的环，但使 DMA 池保持分配状态。破坏 late-init 失败路径上的 md_ctrl->gpd_dmapool，以免泄漏 DMA 池。（CVE-2026-72059）

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

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

  - ALSA：FCP：修复接口查找中的空指针取消引用 畸形 USB 设备可提供供应商特定接口，而不包含任何端点描述符。fcp_find_fc_interface（） 目前选择第一个特定于供应商的接口并从中读取端点 0，而不检查该接口实际上是否具有任何端点。当 bNumEndpoints 为零时，不会为解析的替代设置分配端点数组，因此 get_endpoint（...， 0） 会产生无效的端点描述符指针。然后通过 usb_endpoint_num（） 取消引用它将触发空指针取消引用。跳过没有任何端点的供应商特定接口。（CVE-2026-72403）

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

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

  - netfilter：xt_rateest：修复 xt_rateest_mt（） 中的 u64 截断 在速度超过 ~34 Gbps 的链路上，字节速率可能超过 2^32-1 （~ 4.3 GBps），比较结果会变得不正确，因为截断的值不再反映实际的估计器速率。将本地变量更改为 u64 可修复。（CVE-2026-72349）

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

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

  - dm era：修复 metadata_open（） 中的空指针取消引用 metadata_open（） 在 kzalloc_obj（） 失败但调用程序 era_ctr（） 仅检查 IS_ERR（md） 时返回 NULL）。由于 IS_ERR（NULL） 返回 false，系统会将空指针视为有效结果，并在稍后分配给 era->md，从而导致访问元数据时出现空指针取消引用。通过在分配失败时返回 ERR_PTR（-ENOMEM） 来修复此问题，这与对同一模式使用 ERR_PTR（-ENOMEM） 的 dm-cache-metadata.c、dm-thin-metadata.c 和 dm-clone-metadata.c 一致。（CVE-2026-72316）

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

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

  - fbdev：s3fb：修复 s3_pci_probe（） 中可能出现的内存泄漏 在 s3_pci_probe（） 中，为使用 fb_videomode_to_modelist（） 的 modelist 分配的内存在后续错误路径中未释放。通过调用 fb_destroy_modelist（） （CVE-2026-72270） 修复此问题

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

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

  - octeontx2-pf：修复拆卸时 SQ 时间戳缓冲区的泄漏 使用时间戳时，send-queue 时间戳环使用 qmem_alloc（） 分配，但 otx2_free_sq_res（） 从不释放 sq->timestamp，从而导致在 ifdown 和设备删除过程中泄漏该内存。添加缺失的 qmem_free（） 与其他 SQ 伴随缓冲区。（CVE-2026-72448）

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

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

  - ext2：修复 generic_write_sync（） 的忽略的返回值 修复 ext2_dio_write_iter（） 以传播 generic_write_sync（） 返回的错误，而非静默地将其丢弃，这样可造成 write（2） 将成功返回 O_SYNC/O_DSYNC 文件的用户空间，即使同步失败时也是如此。同一文件中的 ext2_dax_write_iter（） 以及 ext4、xfs、f2fs 等中已经使用的正确模式是：if （ret > 0） ret = generic_write_sync（iocb， ret）;由 Linux 验证中心 （linuxtesting.org） 使用 SVACE 发现。[JK：
    也反映 filemap_write_and_wait（） 返回值] （CVE-2026-74362）

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

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

  - bpf：修复 bpf_task_from_vpid（） 中的空指针取消引用 bpf_task_from_vpid（） 在当前任务的 pid 命名空间中查找任务，具体方法为 find_task_by_vpid（）： find_task_by_vpid（vpid） find_task_by_pid_ns（vpid， task_active_pid_ns（current）） find_pid_ns（nr， ns） -> idr_find（&ns->idr， NR） cgroup_skb程序在 softirq 中运行，这可能会中断 do_exit（） 中自身的任务。一旦该任务通过，exit_notify（）
    -> release_task（） -> __unhash_process（），则清除其thread_pid，因此 task_active_pid_ns（current） 返回 NULL 和 find_pid_ns（） 取消引用 &NULL->idr： 缺陷：内核空指针取消引用，地址：
    0000000000000050 RIP：0010：idr_find+0x11/0x30 lib/idr.c：176 调用跟踪： <IRQ> find_pid_ns kernel/pid.c：370 [内联] find_task_by_pid_ns+0x3b/0xe0 kernel/pid.c：485 bpf_task_from_vpid+0x5b/0x200 kernel/bpf/helpers.c：2916 bpf_prog_run_array_cg+0x17e/0x530 kernel/bpf/cgroup.c：81
    __cgroup_bpf_run_filter_skb+0x12b/0x250 kernel/bpf/cgroup.c：1612 sk_filter_trim_cap+0x1dc/0x4c0 net/core/filter.c：148 tcp_v4_rcv+0x18d1/0x2200 net/ipv4/tcp_ipv4.c：2223 </IRQ> <TASK> do_exit+0xa63/0x1270 kernel/exit.c：1010 get_signal+0x141c/0x1530 kernel/signal.c：3037 当前版本没有 pid 命名空间时退出。（CVE-2026-74335）

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

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

  - fbdev：metronomefb：修复 metronomefb_probe（） 中潜在的内存泄漏 错误路径上未释放为 fb_deferred_io_init（） 中的 pagerefs 分配的内存。通过调用 fb_deferred_io_cleanup（） 修复它。
    (CVE-2026-72276)

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

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

  - .NET 中的越界写入允许未经授权的攻击者在本地执行代码。（CVE-2026-62871）

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

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

  - pmdomain：mediatek：修复 HWV 清理/检查中可能的 nullptr KP 如果探测 HW_VOTER 类型的电源域失败，此驱动程序会无条件地尝试DIRECT_CTL域的清理，但仅在检查目标域是否已打开电源之后...再次替换为 DIRECT_CTL scpsys_domain_is_on（） 代码。
    还有更多：scpsys_domain_is_on（） 函数也无条件地用于探测路径中，用于任何具有标记 MTK_SCPD_KEEP_DEFAULT_OFF 的功率域！此缺陷从未被任何人经历过，因为 HWV 域从未探测失败，并且没有一个域通过上述标记来声明 - 但它仍然是至关重要的。要解决此问题，请添加对 MTCMOS 类型进行检查，并在此基础上调用对 is on 检查的正确函数，并对清除路径执行相同的操作，从而为关机操作调用正确的函数。对于后者，由于在调用 power_off 之前会对 pm_genpd_remove（） 进行调用，因此要小心并添加关机函数的变体（带有_internal后缀），以便这些函数获取指向 scpsys_domain 的指针，而不是指向 generic_pm_domain 的指针，因为即使它仍然有效，这也太脆弱了，并且会在某些时候损坏。（CVE-2026-72008）

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

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

  - gpu：host1x：允许释放 BO 缓存中的条目 当缓冲区对象通过 host1x_bo_pin（） 通过缓存固定时，生成的映射会保留在缓存中，以便在后续的 pin 上重用。每个映射都有一个指向底层host1x_bo的引用（在 tegra_bo_pin / gather_bo_pin 中取得），因此只要缓存了映射，就无法释放 bo 本身。但是，删除缓存映射的唯一方法是通过缓冲区对象的自由路径。这意味着如果 bo 经过缓存，就永远无法再次释放。通过保持从缓存端对 bo 的弱引用来解决循环性。实现此目的的方法是使 .pin 回调不增加 bo 的引用计数 -- 相反，普通 Host1x bo 代码会这样做，缓存引用除外。还将 remove-cache-mapping-on-free 代码移动到 Host1x 代码内的通用函数中。这仅从 TegraDRM GEM 缓冲区调用，因为这些缓冲区是当前唯一可以缓存的缓冲区。（CVE-2026-74381）

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

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

  - alloc_tag：修复模块卸载后 /proc/allocinfo 中的释放后使用 allocinfo_start（） 仅重新初始化位置 0 的代码标签迭代器。对于后续读取（位置 > 0），它会重用上一个批次的缓存迭代器状态。allocinfo_stop（） 在读取批处理之间丢弃 mod_lock，从而允许模块卸载完成并释放缓存迭代器仍引用的模块内存：CPU0（读取） CPU1 （rmmod）
    ---- ---- allocinfo_start（pos=0） down_read（mod_lock） allocinfo_show（） ...allocinfo_stop（） up_read（mod_lock） codetag_unload_module（） kfree（cmod） release_module_tags（） ...free_mod_mem（） allocinfo_start（pos=N） down_read（mod_lock） // 重用缓存的 iter，跳过重新初始化 allocinfo_show（） ct->filename <-- UAF free_mod_mem（） 释放模块的 .rodata 后，allocinfo_show（） 会取消引用指向该处的 ct->filename、ct->function。将迭代器状态保存在 allocinfo_next（） 中并使用 codetag_next_ct（） 在 allocinfo_start（） 中从中恢复，这将通过返回 NULL 的 idr_find（） 检测模块删除并跳至下一个模块。（CVE-2026-72431）

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

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

  - s390/diag：向 memtop_get_page_count（） 添加缺失的 array_index_nospec（） 调用 “level”由用户空间控制，用于从数组中读取。添加缺少的 array_index_nospec（） 调用以防止推测执行。（CVE-2026-72011）

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

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

  - ALSA：usb-audio：释放端点之前终止 MIDI 2.0 URB MIDI 2.0 输入 URB 在 snd_usb_midi_v2_create（） 期间启动。之后的设置失败仍可跳转到 snd_usb_midi_v2_free（），这当前会释放每个端点及其一致的 URB 缓冲区，而无需先停止提交的 URB。然后，完成可以在嵌入的 URB 上下文和端点状态被释放后取消引用它们，或者尝试从过时端点重新提交。在 input_urb_complete（） 中发现此问题为 KASAN slab 释放后使用。有缺陷的情况涉及两条路径，每一列显示该路径中的顺序：探测错误路径： USB 完成路径： 1. start_input_streams（） 提交 1.HCD 仍拥有输入 URB。提交的输入 URB。2. 稍后的设置帮助程序返回 2.input_urb_complete（） 运行错误。
    第 3 集中的 urb->context。snd_usb_midi_v2_free（） 释放 3。完成会读取 ep 端点存储和 URB 缓冲区。状态，并可重新排队 URB。使终结点析构函数遵循用于断开连接的相同拆卸顺序，当终结点尚未断开连接时：发布 ep->disconnected，同步终止 URB，并在释放 URB 缓冲区和终结点存储之前耗尽终结点。防护避免在正常 snd_usb_midi_v2_disconnect_all（） 路径之后重复停止序列，同时仍同步直接的 MIDI 2.0 create-error 自由路径。验证再现了此内核报告：缺陷：
    KASAN：input_urb_complete+0x37/0x1b0 工作队列中的释放后使用 slab：usb_hub_wq hub_event RIP：
    0010：_raw_spin_unlock_irq+0x2e/0x50 读取大小为 8 调用跟踪：dump_stack_lvl+0x77/0xb0 print_report+0xce/0x5f0 input_urb_complete+0x37/0x1b0 （sound/usb/midi2.c：186） srso_alias_return_thunk+0x5/0xfbef5 __virt_addr_valid+0x19f/0x330 kasan_report+0xe0/0x110
    __usb_hcd_giveback_urb+0x112/0x1d0 dummy_timer+0xaaa/0x19a0 lock_is_held_type+0x9a/0x110
    __lock_acquire+0x467/0x28b0 mark_held_locks+0x40/0x70 _raw_spin_unlock_irqrestore+0x44/0x60 lockdep_hardirqs_on_prepare+0xbb/0x1a0 __hrtimer_run_queues+0x101/0x520 hrtimer_run_softirq+0xd0/0x130 handle_softirqs+0x15b/0x670 __irq_exit_rcu+0xd0/0x170 irq_exit_rcu+0xe/0x20 sysvec_apic_timer_interrupt+0x6c/0x80 asm_sysvec_apic_timer_interrupt+0x1a/0x20 （CVE-2026-72443）

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

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

  - dmaengine：dma-axi-dmac：使用 DMA 池管理 DMA 描述符 对于像 Microblaze 或 arm64（使用此 IP）这样的架构，设置了 DMA_DIRECT_REMAP，这意味着 dma_alloc_coherent（） 可能会重新映射（因此 vmalloc（））某些内存。这在不可能dma_direct_use_pool（） 的设计中变得可见。
    综上所述，调用 dma_free_coherent（） 时，将从 softirq 上下文调用 vunmap（），从而导致 BUG（）。要修复该问题，请使用在 .device_alloc_chan_resources（） 中分配的 dma 池并从中分配区块。关键点是，现在 axi_dmac_free_desc（） 中使用 dma_pool_free（） 来释放区块，这只是从池中释放区块，从可以再次使用的意义上释放区块。换句话说，不会实际调用 dma_free_coherent（）。这仅在破坏 axi_dmac_free_chan_resources（） 中的池时发生，而在任何中断上下文中都不会发生。（CVE-2026-72474）

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

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

  - ASoC：qcom：q6apm：修复 graph_callback 中的空指针取消引用 调用 q6apm_free_fragments（） 时，它会释放 rx_data.buf/tx_data.buf 并将其在 graph->lock 下设置为空。DSP 缓冲区完成响应的延迟可能与以下问题争用：graph_callback（） 通过 ！graph->ar_graph 保护（尚未为空），获取锁定，但随后取消引用现为空的 buf 指针以读取 buf[token].phys，从而在虚拟地址0x10时崩溃。在写入完成 （DATA_CMD_RSP_WR_SH_MEM_EP_DATA_BUFFER_DONE_V2） 和读取完成 （DATA_CMD_RSP_RD_SH_MEM_EP_DATA_BUFFER_V2） 处理程序中，为受互斥体保护的部分内的 buf 添加 NULL 检查，并在已释放缓冲区时清除。当 apr 总线已更新为处理每个服务的命令时，而不是从单个全局队列处理命令时，此问题仅出现在最近才出现。
    (CVE-2026-72257)

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

ID	名称	严重性
337786	Linux Distros 未修补的漏洞：CVE-2026-72456	high
337785	Linux Distros 未修补的漏洞：CVE-2026-72306	medium
337784	Linux Distros 未修补的漏洞：CVE-2026-72424	medium
337783	Linux Distros 未修补的漏洞：CVE-2026-72145	high
337782	Linux Distros 未修补的漏洞：CVE-2026-72047	medium
337781	Linux Distros 未修补的漏洞：CVE-2026-72092	high
337780	Linux Distros 未修补的漏洞：CVE-2026-74366	medium
337779	Linux Distros 未修补的漏洞：CVE-2026-72259	medium
337778	Linux Distros 未修补的漏洞：CVE-2026-72180	medium
337777	Linux Distros 未修补的漏洞：CVE-2026-72048	medium
337776	Linux Distros 未修补的漏洞：CVE-2026-72229	medium
337775	Linux Distros 未修补的漏洞：CVE-2026-72068	medium
337774	Linux Distros 未修补的漏洞：CVE-2026-62886	high
337773	Linux Distros 未修补的漏洞：CVE-2026-74402	medium
337772	Linux Distros 未修补的漏洞：CVE-2026-72223	medium
337771	Linux Distros 未修补的漏洞：CVE-2026-74351	high
337770	Linux Distros 未修补的漏洞：CVE-2026-72396	high
337769	Linux Distros 未修补的漏洞：CVE-2026-74336	high
337768	Linux Distros 未修补的漏洞：CVE-2026-72401	high
337767	Linux Distros 未修补的漏洞：CVE-2026-72293	high
337766	Linux Distros 未修补的漏洞：CVE-2026-74423	high
337765	Linux Distros 未修补的漏洞：CVE-2026-72447	medium
337764	Linux Distros 未修补的漏洞：CVE-2026-74382	high
337763	Linux Distros 未修补的漏洞：CVE-2026-74331	medium
337762	Linux Distros 未修补的漏洞：CVE-2026-74437	medium
337761	Linux Distros 未修补的漏洞：CVE-2026-74370	medium
337760	Linux Distros 未修补的漏洞：CVE-2026-72457	medium
337759	Linux Distros 未修补的漏洞：CVE-2026-74432	high
337758	Linux Distros 未修补的漏洞：CVE-2026-72127	medium
337757	Linux Distros 未修补的漏洞：CVE-2026-72187	high
337756	Linux Distros 未修补的漏洞：CVE-2026-72088	high
337755	Linux Distros 未修补的漏洞：CVE-2026-74353	medium
337754	Linux Distros 未修补的漏洞：CVE-2026-72010	high
337753	Linux Distros 未修补的漏洞：CVE-2026-72059	high
337752	Linux Distros 未修补的漏洞：CVE-2026-72403	medium
337751	Linux Distros 未修补的漏洞：CVE-2026-72349	medium
337750	Linux Distros 未修补的漏洞：CVE-2026-72316	medium
337749	Linux Distros 未修补的漏洞：CVE-2026-72270	medium
337748	Linux Distros 未修补的漏洞：CVE-2026-72448	high
337747	Linux Distros 未修补的漏洞：CVE-2026-74362	medium
337746	Linux Distros 未修补的漏洞：CVE-2026-74335	medium
337745	Linux Distros 未修补的漏洞：CVE-2026-72276	medium
337744	Linux Distros 未修补的漏洞：CVE-2026-62871	high
337743	Linux Distros 未修补的漏洞：CVE-2026-72008	high
337742	Linux Distros 未修补的漏洞：CVE-2026-74381	high
337741	Linux Distros 未修补的漏洞：CVE-2026-72431	high
337740	Linux Distros 未修补的漏洞：CVE-2026-72011	high
337739	Linux Distros 未修补的漏洞：CVE-2026-72443	high
337738	Linux Distros 未修补的漏洞：CVE-2026-72474	high
337737	Linux Distros 未修补的漏洞：CVE-2026-72257	medium

检测

Nessus 的 Misc. 系列

high

medium

medium

high

medium

high

medium

medium

medium

medium

medium

medium

high

medium

medium

high

high

high

high

high

high

medium

high

medium

medium

medium

medium

high

medium

high

high

medium

high

high

medium

medium

medium

medium

high

medium

medium

medium

high

high

high

high

high

high

high

medium