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

  - tipc：修复 cmd->dumpit 回调__tipc_nl_compat_dumpit无限循环，可能由于 while（len） 条件而返回负的 errno，从而造成无限循环。由于循环永不终止，因此 genl_mutex 永不释放，其他等待循环的任务将以 D 状态匮乏。检查 dumpit 的返回值，将其传播并在出错时跳至err_out。（CVE-2026-68313）

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

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

  - Icinga 2 是一个开源监控系统。From 2.8 until 2.14.9、 2.15.4和 2.16.2、 证书更新 JSON-RPC 消息处理不会验证发件人是否为受信任的端点。能够连接至 TCP 端口 5665 的未经认证的网络攻击者可替换节点证书和受信任的 CA 证书、冒充受信任的节点并控制该节点。在版本 2.14.9、 和 2.15.42.16.2中修复了此问题。（CVE-2026-61550）

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

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

  - usb：gadget：dummy_hcd：防止在交还期间fifo_req重用 dummy_hcd嵌入单一共享usb_request （dum->fifo_req），dummy_queue（） 中的仿真单请求 FIFO 快速路径将此共享重用于小型 IN 传输：它将调用程序的请求复制到其中 （req->req = *_req） 并将其排队，将 list_empty（&fifo_req.queue） 视为空闲槽。完成端 （dummy_timer/transfer/nuke/dummy_dequeue） 遵循标准模式：list_del_init（&req->queue） 取消请求链接，然后终止锁定，usb_gadget_giveback_request（） 调用 req->complete（）。但是 list_del_init（） 使 fifo_req.queue 在  返回之前*看起来为空，因此另一个 CPU 上的并发 dummy_queue（） 将该插槽视为空闲，重用fifo_req并运行 req->req = *_req -- 在 dummy_timer 中途调用它时覆盖 req->complete。然后，间接调用会跳至重写的指针，进而在 dummy_timer 中造成一般保护错误/页面错误 （syzkaller extid faf3a6cf579fc65591ca）。重写写入为实时共享对象上的越界 memcpy，因此 KASAN 无法对其进行标记。添加涵盖共享请求整个生命周期的fifo_req_busy位：当 FIFO 快速路径采取fifo_req时，在 dummy_queue（） 中设置（使其成为快速路径防护，取代 list_empty（&fifo_req.queue） 测试），并在返回完成回调后通过在所有四个 gadget-request 交还站点使用的 dummy_giveback（） 帮助程序将其清除。在共享槽的完成回调完成之前，不能再重复使用该共享槽。（CVE-2026-68370）

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

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

  - USB：serial：io_edgeport：上限接收到的传输信用 中断状态数据包报告设备返回的传输信用。edge_interrupt_callback（） 在不检查 maxTxCredits 的情况下将 16 位值添加到 txCredits。edge_write（） 使用 txCredits 减去软件 FIFO 计数作为适合的数据量。由于 FIFO 分配了 maxTxCredits 字节，超过 maxTxCredits 的 txCredit 可导致环缓冲区中的 OOB 写入。在 maxTxCredits 处达到累积积分上限。符合要求的设备切勿触及上限。（CVE-2026-68365）

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

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

  - drm/amdkfd：检查 CRIU 还原队列类型和 mqd 大小的边界。我们未检查 kfd CRIU 还原的私有数据中提供的值是否在界内。对于队列类型，添加一个KFD_QUEUE_TYPE_MAX并确保提供的类型小于该类型。对于mqd_size，请添加新的函数mqd_size_from_queue_type并确认提供的mqd_size符合预期。（从提交 f19d8086f6644083c913d70bfdeee20e1b6f46a5 中精选出的内容）（CVE-2026-68258）

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

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

  - hwmon：（nzxt-smart2） 调用 hid_hw_stop 之前停止设备 IO 调用 hid_hw_stop（） 不会停止设备 IO。这会导致 hid_input_report（） 与驱动程序探测函数中执行 hid_device_io_start（） 紧跟的点之间存在争用条件。如果启动 io 启动后探测操作失败，此争用条件将导致 UAF 漏洞。通过在调用 hid_hw_stop（） 之前先调用 hid_device_io_stop（） 来修复问题。（CVE-2026-68359）

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

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

  - ftrace：添加全局互斥体以序列化trace_parser访问 在 ftrace 中，trace_parser结构会在打开跟踪文件时进行分配和初始化，随后在写入和释放处理程序中使用以解析用户输入。受影响的处理程序路径及其特定功能为：- 开放路径：
    ftrace_regex_open（）、ftrace_graph_open（） - 写入路径：ftrace_regex_write（）、ftrace_graph_write（） - 释放路径：ftrace_regex_release（）、ftrace_graph_release（） 如果用户空间打开跟踪文件描述符并在此多个线程间共享，并发写入调用将在解析器的内部状态（尤其是“idx”、“cont”和“buffer”字段）上争用，从而导致输入损坏或未定义的行为。通过添加全局互斥体 parser_lock 来序列化跨写入和释放路径对trace_parser的所有访问，从而防止解析器状态并发损坏，从而修复此问题。（CVE-2026-68146）

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

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

  - ppp：将通道释放延迟为 RCU 宽限期以修复 pppol2tp RX UAF pppol2tp_recv（） 在 L2TP UDP-encap softirq RX 路径中运行：l2tp_udp_encap_recv（） -> l2tp_recv_common（） -> pppol2tp_recv（） -> ppp_input（&po->chan） 它在仅保留一个 l2tp_session 引用的 rcu_read_lock（） 下运行，不获取内部 PPP 通道（结构通道， chan->ppp） ppp_input（） 取消引用。pppox 套接字SOCK_RCU_FREE，因此“po”和嵌入式ppp_channel对 RCU 安全。但是内部结构通道是 ppp_release_channel（） 使用普通 kfree（） 释放的单独分配： close（data socket）
    -> pppol2tp_release（） -> pppox_unbind_sock（） -> ppp_unregister_channel（） -> ppp_release_channel（） -> kfree（pch） 对于已绑定 （PPPIOCGCHAN） 但未连接到 ppp 单元（无 PPPIOCCONNECT，pch->ppp == NULL）且未桥接的通道，拆卸会同时跳过 ppp_disconnect_channel（） 的 synchronize_net（） 和 ppp_unbridge_channels（） 的 synchronize_rcu（），因此 kfree（） 没有宽限期。pppol2tp_recv（） 中的 rcu_read_lock（） 无法防御普通 kfree（），因此一个 CPU 上的正在传输的 ppp_input（） 可取消引用另一个 CPU 上的 close（） 刚刚释放的通道。非特权用户可访问该缺陷。通过 call_rcu（） 将通道释放延迟给 RCU 回调，以便宽限期隔离任何正在传输的 ppp_input（）。断开连接和取消桥接拆卸路径已经使用 synchronize_net（）/synchronize_rcu（） 进行隔离;call_rcu（） 在这里做同样的事情，而不会停止 close（） 路径。
    (CVE-2026-68398)

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

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

  - wifi：cfg80211：取消 sched 扫描结果在取消注册时工作 cfg80211_sched_scan_results（） 可在存在计划扫描请求时将驱动程序结果通知中的 rdev->sched_scan_res_wk 排队。工作回调恢复包含的cfg80211_registered_device，然后锁定 wiphy 并遍历计划扫描请求列表。wiphy_unregister（） 已经使 wiphy 不可访问，并在 cfg80211_dev_free（） 释放对象之前耗尽 rdev 工作项，但它不会耗尽sched_scan_res_wk。因此，已排队或运行的结果工作项可跨越取消注册/释放边界并访问已释放的 rdev 状态。
    错误情况涉及两条路径，每一列显示该路径中的顺序：计划扫描结果路径：取消注册/释放路径：1. cfg80211_sched_scan_results（） 1.界面拆卸会停止并排队 rdev->sched_scan_res_wk。删除计划的扫描请求。2. cfg80211_wq开始工作 2.
    wiphy_unregister（） 耗尽其他项目并恢复 rdev。RDEV 工作项。3. 工作线程锁定 rdev->wiphy 3.cfg80211_dev_free（） 破坏并遍历 rdev 状态。释放 rdev。与其他 rdev 工作项一起取消 wiphy_unregister（） 中的sched_scan_res_wk。cancel_work_sync（） 删除待定结果通知并等待已经在运行的回调，因此 cfg80211_dev_free（） 无法在此工作项仍然活动时释放 rdev。验证重现了此内核报告：缺陷：KASAN：cfg80211_sched_scan_results_wk+0x4a6/0x530 中的释放后使用 工作队列：cfg80211 cfg80211_sched_scan_results_wk [cfg80211] 读取大小为 8 调用跟踪：dump_stack_lvl+0x66/0xa0 print_report+0xce/0x630 cfg80211_sched_scan_results_wk+0x4a6/0x530 srso_alias_return_thunk+0x5/0xfbef5
    __virt_addr_valid+0x224/0x430 kasan_report+0xac/0xe0 lockdep_hardirqs_on_prepare+0xea/0x1a0 process_one_work+0x8d0/0x18f0 （kernel/workqueue.c：3212） lock_is_held_type+0x8f/0x100 worker_thread+0x5ad/0xfd0 __kthread_parkme+0xc6/0x200 kthread+0x31e/0x410 trace_hardirqs_on+0x1a/0x170 ret_from_fork+0x576/0x810 __switch_to+0x57e/0xe20 __switch_to_asm+0x33/0x70 ret_from_fork_asm+0x1a/0x30 （CVE-2026-68414）

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

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

  - net/x25：修复 x25_kill_by_neigh（） 中的释放后使用 x25_kill_by_neigh（） 遍历全局 X.25 套接字列表，查找连接到终止邻居的套接字。x25_list_lock在进行查找时保护列表成员身份，但不会在锁定终止后固定套接字的生存期。函数当前会在调用 lock_sock 之前终止x25_list_lock。并发关闭可以运行 x25_release（），从 x25_list删除相同的套接字，并删除该窗口中的最后一个套接字引用。相邻拆卸路径随后可锁定或检查释放的 struct sock/struct x25_sock。在 x25_list_lock 仍证明列表条目处于活动状态时进行sock_hold，然后在锁定、重新检查和释放套接字后放弃临时引用。在 lock_sock（） 之后重新检查 x25_sk（s）->neighbour，因为另一路径可能在此路径获得套接字锁定之前断开套接字。每次断开连接后重新启动列表遍历，因为列表锁定已终止，且之前的迭代器状态可能不再有效。针对 origin/master 执行的 QEMU/KASAN 在 x25_kill_by_neigh（） 中重现了 slab-after-free-use-after-free（）。
    (CVE-2026-68137)

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

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

  - drm/amdgpu/gfx12：将 BUG_ON（） 替换为 WARN_ON（） 这些情况下无需造成内核崩溃。
    （从提交 f952076f76d62f783e8ba4995a7c400d39354ccf 中精选出的内容）（CVE-2026-68113）

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

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

  - mptcp：pm：userspace：修复 get_local_id 中的释放后使用 在 mptcp_pm_userspace_get_local_id（） 中，将在旋转锁下查找地址条目，但仍将在放置锁定后读取其 ID。并发删除可以释放解锁和读取之间的条目，从而导致 UAF。比赛窗口很窄。只能通过使 MP_JOIN SYN 与 MPTCP_PM_CMD_SUBFLOW_DESTROY 请求反复重叠的本地构造压力测试来重现它。然而，以下 KASAN 报告证实比赛是可以实现的：
    [ 666.319376] 缺陷：KASAN：mptcp_userspace_pm_get_local_id+0x1dc/0x1f0 中的 slab-after-free 使用 [ 666.319386] 任务 swapper/0/0 在地址 ffff888124845610 读取大小为 1 的读取 ...[ 666.319401] 调用跟踪： [ 666.319405] [ 666.319408<IRQ> ] dump_stack_lvl+0x53/0x70 [ 666.319412] print_address_description.constprop.0+0x2c/0x3b0 [ 666.319418] print_report+0xbe/0x2b0 [ 666.319421] ？ mptcp_userspace_pm_get_local_id+0x1dc/0x1f0 [ 666.319423] kasan_report+0xce/0x100 [ 666.319426] ？ mptcp_userspace_pm_get_local_id+0x1dc/0x1f0 [ 666.319429] mptcp_userspace_pm_get_local_id+0x1dc/0x1f0 [666.319433] mptcp_pm_get_local_id+0x371/0x440 ...[ 666.319821] 按任务 45539 分配： [ 666.319844] kasan_save_stack+0x33/0x60 [ 666.319855] kasan_save_track+0x14/0x30 [ 666.319858]
    __kasan_kmalloc+0x8f/0xa0 [ 666.319863] __kmalloc_noprof+0x1e7/0x520 [ 666.319867] sock_kmalloc+0xdf/0x130 [ 666.319885] sock_kmemdup+0x1b/0x40 [ 666.319888] mptcp_userspace_pm_append_new_local_addr+0x261/0x500 [666.319910] mptcp_pm_nl_announce_doit+0x16a/0x610 ...[ 666.319967] 由任务 45560 释放： [ 666.319988] kasan_save_stack+0x33/0x60 [ 666.319991] kasan_save_track+0x14/0x30 [ 666.319994] kasan_save_free_info+0x3b/0x60 [ 666.319998] __kasan_slab_free+0x43/0x70 [ 666.320000] kfree+0x166/0x440 [666.320003] sock_kfree_s+0x1d/0x50 [ 666.320007] mptcp_userspace_pm_delete_local_addr.isra.0+0x157/0x200 [666.320011] mptcp_pm_nl_subflow_destroy_doit+0x51d/0xea0 通过在仍保持锁定的同时将 id 复制到本地变量来修复， 并使用 -1 作为未找到的哨兵。（CVE-2026-68169）

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

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

  - media：pci：dm1105：释放分配的工作队列 破坏在 remove（） 回调中分配的工作队列以释放其资源，从而修复内存泄漏。（CVE-2026-68218）

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

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

  - ila：在校验和调整 ila_csum_adjust_transport（） 缓存 ip6h = ipv6_hdr（skb） 中pskb_may_pull后重新加载 IPv6 标头，然后再调用 pskb_may_pull（）。在传输标头位于页面片段中的非线性 skb 上，pskb_may_pull（） 可以调用 __pskb_pull_tail（） / pskb_expand_head（） 并释放旧的 skb 头，使 ip6h 悬摆;然后，以下get_csum_diff（IP6H，P）会读取释放的内存。
    ila_update_ipv6_locator（） 在 csum-adjust 调用之后再次使用 ip6h（以及由此派生的 iaddr），另外通过该指针写入新的定位器。影响：通过已配置 ILA csum-adjust-transport 路由或接收端映射路由的远程 IPv6 数据包在 ila_update_ipv6_locator（） （KASAN） 中触发 slab-after-free。路由或映射需要CAP_NET_ADMIN配置，但触发数据包一旦存在，则未经认证。在 ila_csum_adjust_transport（） 中每当 pskb_may_pull（） 后重新加载 ip6h，然后再读取 csum-diff。在 ila_update_ipv6_locator（） 中，只有ILA_CSUM_ADJUST_TRANSPORT情况会提取 skb，因此仅在该情况下在目标地址写入之前重新加载 ip6h 和 iaddr;neutral-map 模式从不拉取并保留其缓存的指针。
    (CVE-2026-68127)

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

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

  - drm/amdgpu/sdma7.1：将 BUG_ON（） 替换为 WARN_ON（） 这些情况下无需造成内核崩溃。
    （从提交 c4f230b51cf2d3e7e8b1c800331f3dbed2a9e3f5 中精选出的内容）（CVE-2026-68109）

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

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

  - net/mlx5：修复 32 dword 读取中的 MCIA 寄存器缓冲区溢出 当设备公告 mcia_32dwords 功能时，MCIA 寄存器最多可返回 32 dword（128 字节），但结构mlx5_ifc_mcia_reg_bits仅定义 dword_0..11，仅为 12 dword（48 字节）的数据留出空间。mlx5_query_mcia（） 将读取大小限制为 mlx5_mcia_max_bytes（），然后 memcpy（） 从寄存器中删除上述多个字节，从而可能超过“out”缓冲区的末尾进行读取。在以 FORTIFY_SOURCE 构建的内核上，通过 ethtool 读取模块 EEPROM 时，此漏洞会被捕获为缓冲区溢出：在 lib/string_helpers.c：1048！ 的 memcpy 内核缺陷中检测到缓冲区溢出！RIP：0010：fortify_panic+0x13/0x20 调用跟踪：
    mlx5_query_mcia.isra.0+0x200/0x210 [mlx5_core] mlx5_query_module_eeprom_by_page+0x4a/0xa0 [mlx5_core] mlx5e_get_module_eeprom_by_page+0xbb/0x120 [mlx5_core] eeprom_prepare_data+0xf3/0x170 ethnl_default_doit+0xf1/0x3b0 将mcia_reg布局扩展到 32 dword。（CVE-2026-68293）

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

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

  - mm/damon/core：验证 damon_set_regions（） 中的范围 DAMON 核心逻辑假设零长度区域不存在。但是，一些 DAMON API 调用程序（包括 DAMON_SYSFS、DAMON_RECLAIM 和 DAMON_LRU_SORT）允许用户设置空的监控目标区域。这可在已启用的内核中导致 WARN_ONCE（CONFIG_DAMON_DEBUG_SANITY），以及从 damon_merge_two_regions（） 除零。例如，可以触发 WANR_ONCE（），如下所示。# grep DAMON_DEBUG_SANITY /boot/config-$(uname -r) # CONFIG_DAMON_DEBUG_SANITY=y # damo start # cd /sys/kernel/mm/damon/admin/kdamonds/0 # echo 0 > contexts/0/targets/0/regions/0/start # echo 0 > contexts/0/targets/0/regions/0/end # echo commit > state # dmesg [....] [ 73.705780] ------------[ cut here ]------------ [ 73.707552] start 0 >= end 0 [ 73.708452] WARNING： mm/damon/core.c：359 at damon_new_region+0x6e/0x80， CPU#1：kdamond.0/758 [...]所有 DAMON API 调用程序最终都使用 damon_set_regions（） 设置区域。在函数中添加验证逻辑。
    (CVE-2026-68165)

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

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

  - Bluetooth：mgmt：保持 mgmt_pending_cmds 中hci_conn的引用 取消引用关键部分外部受 RCU 保护的指针无效，可能导致 UAF。在 hci_sync 回调中使用 hci_conn 还需要保持 refcount 以避免 UAF。适当锁定以进行 hci_conn 查找，并为存储在 mgmt_pending_cmd 中的 hci_conn 指针进行引用计数，以便指针保持有效。访问 conn->state 时，确保持有 hdev->lock 以避免数据争用。（CVE-2026-68391）

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

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

  - rds：终止跨网络命名空间边界的传入消息 rds_find_bound（） 使用仅键入 （addr， port， scope_id） 的全局 rhashtable 查找目标套接字。网络命名空间不是密钥的一部分，因此 netns A 中的发送者可将传入消息 （inc） 传递到位于不同 netns B 中的套接字。发生这种情况时，inc->i_conn 指向c_net为 netns A 的rds_connection，但接收方 rs 位于 netns B 中。创建 netns A 的子进程退出后，cleanup_net（） 会调用 rds_loop_exit_net（） -> rds_loop_kill_conns（） -> rds_conn_destroy（），从而释放该连接。如果 netns B 中的幸存者套接字仍保留 inc，inc->i_conn 的任何后续取消引用均为释放后使用。rds_clear_recv_queue（） 中有两个危险站点： 1.
    inc->i_conn->c_lcong（已释放rds_connection的偏移 88，大小为 200）通过 rds_recv_rcvbuf_delta（） 读取 -- 由 KASAN 确认。2. inc->i_conn->c_trans->inc_free（inc）（偏移 80 的函数指针）在 INC refcount 达到零时通过 rds_inc_put（） 调用 -- 相同的争用窗口，潜在的释放对象调用原语。可从非特权用户命名空间 （CLONE_NEWUSER + CLONE_NEWNET） 访问此错误，自 Linux 3.8以下可用。当 rds_find_bound（） 返回的套接字属于网络命名空间，而非承载消息的连接时，通过拒绝 rds_recv_incoming（） 中的传递修复此问题。使用现有的 rds_conn_net（） / sock_net（） 辅助函数和 net_eq（） 进行比较。
    (CVE-2026-68335)

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

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

  - drm/i915/gem：修复 I915_CONTEXT_PARAM_SSEU 中的空取消引用 将上下文引擎插槽 N 设置为 I915_ENGINE_CLASS_INVALID / I915_ENGINE_CLASS_INVALID_NONE 并尝试将I915_CONTEXT_PARAM_SSEU应用到同一插槽 N 将取消引用 NULL。解决这个问题。使用英特尔产品安全确认的 AI 辅助静态分析发现。（从提交 36eda5b5c2d40da41cc0a5403c26986237cf9e87 中精选出的内容）（CVE-2026-68243）

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

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

  - media：pwc：start_streaming（） 失败时返回已排入队列的缓冲区 vb2 框架在调用 start_streaming（） 之前，通过 buf_queue（） 将缓冲区交给驱动程序。如果 start_streaming（） 返回错误但不首先通过 vb2_buffer_done（） 返回这些缓冲区，则 vb2_start_streaming（） 会触发 WARN_ON（owned_by_drv_count），并且排队的缓冲区会泄漏。pwc 的 start_streaming（） 有两个早期返回中了这个陷阱：当 USB 设备已经断开连接时的 -GENEDEV，以及当 mutex_lock_interruptible（） 被信号中断时的 -ERESTARTSYS。在返回前通过VB2_BUF_STATE_QUEUED调用现有 pwc_cleanup_queued_bufs（） 辅助函数（与同一函数中的 pwc_isoc_init（） 错误路径已使用的状态匹配）。这反映了提交 4cf3b6fd54eb 中的 uvcvideo 补丁（media：uvcvideo：start_streaming（） 失败时返回排队的缓冲区）。（CVE-2026-68216）

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

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

  - drm/xe/pt：重置 xe_pt_update_ops_init（） 中的current_op xe_pt_update_ops_init（） 无法将current_op重置为 0。在vm_bind路径上，ops_execute（） 调用 xe_validation_guard（） / drm_exec_until_all_locked（） 循环中的 xe_pt_update_ops_prepare（）。当该循环因锁争夺或 OOM 逐出 （drm_exec_retry_on_contention（） / xe_validation_retry_on_oom（）） 而重试时，xe_pt_update_ops_prepare（） 会在相同的 vops 上再次运行，并且每次调用 bind_op_prepare（） 都会递增 current_op，而不会重置它。N 次重试后，current_op超出了 xe_vma_ops_alloc（） 分配的数组大小，读取损坏的 pt_op->bind 时，会造成越界写入 SLUB 中毒内存，并随后在 xe_migrate_update_pgtables_cpu（） 中发生 UAF 崩溃。还要重置在同一 prepare pass 中派生的 needs_svm_lock 和 needs_invalidation，否则会造成重试时错误的迁移操作选择和冗余 TLB 无效。通过重置 xe_pt_update_ops_init（） 中的 current_op、needs_svm_lock 和 needs_invalidation 来修复此问题。
    v2 （Matt）： - 在提交消息中添加详细信息。- 将 Fixes 标签和 Cc 添加到 stable@vger.kernel.org（从提交 046045543e530605c441063535e7dca0075369a6 中精选出的内容）（CVE-2026-68264）

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

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

  - wifi：at76c50x-usb：避免 at76_guess_freq（） 中的长度下溢 at76_guess_freq（） 仅检查所接收的帧是否至少为裸 802.11 标头（24 字节），然后再减去固定的管理正文偏移：len -= el_off;对于信标和探针响应帧，el_off为 36。如果帧短于 el_off，则减去它会导致计算的 IE 长度封装。长度最终会作为非常大的无符号值传递给 cfg80211_find_elem_match（），因此元素遍历超出 RX skb。
    扫描时从 at76_rx_tasklet（） 进入此路径。如果设备提供截断的信标或探测响应，过大的 IE 长度会在扫描期间导致越界读取。如果帧未到达变量元素，则跳过 IE 查找，然后再减去 el_off （CVE-2026-68373）

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

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

  - xfrm：修复异步加密窃取 GSO 段后过时的 skb->prev skb_gso_segment（） 将带有 ->prev 的段列表头保留在指向最后一个段时，不变的 validate_xmit_skb_list（） 在设置尾指针 （tail = skb->prev） 时依赖）。当 validate_xmit_xfrm（） 遍历 GSO 列表并某些段被异步加密窃取（->xmit（） 返回 -EINPROGRESS）时，这些段会从列表中取消链接，但 head->prev 永远不会更新。如果最后一个段是被盗的段，则返回的头仍然有
    ->prev 指向它，即使它现在属于加密引擎并且可能已经释放。
    validate_xmit_skb_list（） 稍后会执行 tail->next = skb，通过该过时指针写入 -- 释放后使用。返回前将 skb->prev 重新指向最后保留的段。（CVE-2026-68426）

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

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

  - geneve：需要设备 netns 中的CAP_NET_ADMIN才能用于 changelink 隧道 changelink（） 最多在两个 netn 上运行，即 dev_net（dev） 和粘性底层网络 netns geneve->net。当设备创建或移动到运行请求的 netns 以外的 netns 中时，它们会有所不同。rtnl changelink 路径仅针对 dev_net（dev） 检查CAP_NET_ADMIN，因此具有该处特权但不在 geneve->net 中的调用程序可重写底层位于 geneve->net 中的 geneve 设备。geneve_changelink（） 对 geneve->net 应用新配置：geneve_link_config（） 和 geneve_quiesce（）/geneve_unquiesce（） 对重新打开 netns（geneve_sock_add（） 使用 geneve->net）中的底层套接字，因此此处适用与隧道 changelink 系列相同的推理。在解析任何属性之前，通过 rtnl_dev_link_net_capable（） 在 op 顶部保护 geneve_changelink（），从而匹配 ipgre_changelink（） 和用于 changelink 系列的设备 netns 中的其余 require CAP_NET_ADMIN。由 0sec 自动化安全研究工具 （）https://0sec.ai 发现。（CVE-2026-68142）

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

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

  - tracing：修复 hiter->dev 的 mmiotrace 可能的空取消引用 如果 mmio_pipe_open（） 未能找到 PCI 设备，hiter->dev 将被分配给 NULL。如果hiter存在，mmiotrace read（） 函数会取消引用hiter->dev。更改读取测试，以便在取消引用之前不仅检查命中器是否为空，还应检查其>dev。（CVE-2026-68176）

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

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

  - gve：修复分配失败时的 Rx 队列停止 当系统面临极大内存压力时，在 Rx 缓冲区重填循环期间，页面分配可能失败。如果发布到硬件的缓冲区数量低于临界低阈值，并且由于分配失败导致重填循环退出，则队列可能会停止：
    1. 设备丢弃传入的数据包，因为没有描述符。2. 由于不处理数据包，因此不会生成 Rx 完成。3. 由于未发生完成，因此永远不会计划 NAPI，从而阻止重填循环即使在内存释放后也无法再次运行。这会导致永久性队列等待。
    通过为每个 Rx 队列引入耗尽恢复计时器来解决此问题。如果发布到硬件的缓冲区数低于临界低阈值，请启动计时器以定期重新计划 NAPI。一旦 NAPI 运行并成功将队列重新填充到阈值以上，则不会重新计划计时器。阈值设置为 32，因为单个最大大小的接收段合并 （RSC） 数据包最多可在 Rx 路径中使用 19 个描述符。较低的阈值（如 8 或 16）不足以处理完整的最大大小 RSC 数据包，存在数据包丢弃或在内存压力下发生意外硬件行为的风险。
    将阈值设置为 32 可保证安全裕量来处理至少一个完整的 RSC 数据包。
    (CVE-2026-68129)

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

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

  - libceph：在授权者更新后刷新 auth->authorizer_buf{，_len} ceph_x_create_authorizer（） 缓存 struct ceph_auth_handshake中的 au->buf->vec.iov_base 和 au->buf->vec.iov_len。然后，在发送授权者时，messenger 连接代码会使用这些缓存的值。当有较新的服务票证可用时，ceph_x_update_authorizer（） 可重建授权者。如果重建的授权程序不再适合现有缓冲区，ceph_x_build_authorizer（） 将放弃其对 au->buf 的引用并分配一个新的引用。如果这是最终引用，则 ceph_buffer_put（） 将释放旧ceph_buffer及其vec.iov_base，但 auth->authorizer_buf 仍然指向该释放的内存。因此，后续的 msgr1 重新连接可使过时指针排队，并在 _copy_from_iter（） 中触发 KASAN slab-after-use-after-free，而 tcp_sendmsg（） 会复制授权者。在成功重建授权者之后刷新 auth->authorizer_buf 和 auth->authorizer_buf_len，以便 messenger 发送当前缓冲区。（CVE-2026-68156）

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

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

  - usb：musb：omap2430：不将借用的of_node放入探测omap2430_probe（） 存储本地 np 变量中的 pdev->dev.of_node。这是一个借来的指针，probe 函数不引用它。尽管如此，成功路径和错误路径仍会调用 of_node_put（np）。这会丢弃平台设备拥有的引用，并可能使 pdev->dev.of_node 出现不平衡的引用计数。不放置从 omap2430_probe（） 借用的平台设备节点。为子 MUSB 设备取得的引用由设备核心处理，ctrl-module phandle 引用仍会单独释放。
    (CVE-2026-68371)

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

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

  - Bluetooth：hci_sync：扩展 conn_hash 查找关键部分 在关键部分之外而不进行 refcount 使用受 RCU 保护的指针是不正确的，可能会导致 UAF。扩展关键部分以涵盖hci_conn_hash查找和使用返回的 conn。在不使用返回值时也添加周围的 rcu_read_lock（），以准备对 hci_lookup_le_connect（） 的 RCU lockdep 要求。这避免了在完成取消引用之前并发删除 conn。此外，访问 hdev->accept_list 时确保按住 hdev->lock。（CVE-2026-68393）

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

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

  - wifi：cfg80211：修复 cfg80211_wext_siwscan（） 中的错误处理路径 如果对 IEEE80211_MAX_SSID_LEN 的测试失败，则会泄漏“creq”。使用现有错误处理路径修复它。
    (CVE-2026-68412)

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

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

  - LoongArch：BPF：零扩展签名 ALU32 div/mod 结果 ALU32 操作写入 32 位结果，并将 BPF 寄存器的 32 位上限保留为零。LoongArch JIT 对已签名 ALU32 BPF_DIV和BPF_MOD的结果进行符号扩展 （off=1），因此负的 32 位商或余数会在校验器和解释器将这些位建模为零时，在 JIT 代码中保留 63:32 这些位集。保留对除法需要签名的操作数的符号扩展，并在除法或模数指令之后对结果进行零扩展 ALU32 ，以匹配无符号 ALU32 的 div/mod 路径和此 JIT 中的所有其他 ALU32 操作。（CVE-2026-68295）

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

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

  - staging：vme_user：修复 tsi148 桥接中的位置监视器泄漏 tsi148_probe（） 分配位置监视器资源并将其链接到 tsi148_bridge->lm_resources。探测错误路径释放了该列表，但 tsi148_remove（） 仅释放 dma、slave 和 master 资源列表，因此在设备取消绑定或模块卸载时会泄漏位置监控资源。在释放 tsi148_bridge 之前，还释放 tsi148_remove（） 中的lm_resources列表。（CVE-2026-68084）

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

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

  - drm/bridge：cdns-dsi：替换已弃用的 UNIVERSAL_DEV_PM_OPS（） 已弃用的 UNIVERSAL_DEV_PM_OPS（） 宏将提供的回调用于运行时 PM 和系统休眠。这会导致 DSI 时钟被禁用两次：一次在运行时暂停期间，另一次在系统暂停期间，从而导致在尝试禁用已禁用的时钟时，时钟框架发出 WARN 消息。[ 84.384540] clk：231：5 已禁用 [ 84.388314] 警告：CPU：2 PID：531 at /drivers/clk/clk.c：1181 clk_core_disable+0xa4/0xac ...[ 84.579183] 调用跟踪：[ 84.581624] clk_core_disable+0xa4/0xac [84.585457] clk_disable+0x30/0x4c [ 84.588857] cdns_dsi_suspend+0x20/0x58 [cdns_dsi] [ 84.593651] pm_generic_suspend+0x2c/0x44 [ 84.597661] ti_sci_pd_suspend+0xbc/0x15c [ 84.601670] dpm_run_callback+0x8c/0x14c [ 84.605588] __device_suspend+0x1a0/0x56c [ 84.609594] dpm_suspend+0x17c/0x21c [ 84.613165] dpm_suspend_start+0xa0/0xa8 [ 84.617083] suspend_devices_and_enter+0x12c/0x634 [ 84.621872] pm_suspend+0x1fc/0x368 要解决此问题，请将 UNIVERSAL_DEV_PM_OPS（） 替换为 RUNTIME_PM_OPS（）。桥接和面板驱动程序应该只处理运行时 PM，因为 DRM 框架通过桥接 enable（） 和 disable（） 挂钩管理整个系统的电源转换。（CVE-2026-68280）

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

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

  - libceph：将 pg_{temp，upmap，upmap_items} 长度绑定到 CEPH_PG_MAX_SIZE __decode_pg_temp（） 解码用户控制的长度，但仅拒绝大到足以使分配溢出的值;它不将其绑定到CEPH_PG_MAX_SIZE。该帮助程序同时支持 pg_temp 和 pg_upmap 解码，然后 apply_upmap（）/get_temp_osds（） 将解码的列表复制到固定大小的堆栈上数组 struct ceph_osds.osds[CEPH_PG_MAX_SIZE]。因此，发送具有 pg_temp/pg_upmap 条目长于 32 的 OSDMap 的监视器会造成堆栈越界写入。为单个 PG 设置的 OSD 永远不能超过 CEPH_PG_MAX_SIZE，因此在解码时拒绝较长的条目。该边界远低于旧溢出阈值，因此它还涵盖了上一个检查防止的分配大小溢出。缺陷：KASAN：大小为 4 的 ceph_pg_to_up_acting_osds 写入中存在堆栈越界......按任务利用 kasan_report （mm/kasan/report.c：595） ceph_pg_to_up_acting_osds （net/ceph/osdmap.c：2617 net/ceph/osdmap.c：2833） calc_target （net/ceph/osd_client.c：1638） __submit_request （net/ceph/osd_client.c：2394） ceph_osdc_start_request （net/ceph/osd_client.c：2490） ceph_osdc_call （net/ceph/osd_client.c：5164） rbd_dev_image_probe （drivers/block/rbd.c：6899） do_rbd_add （drivers/block/rbd.c：7138） ...net/ceph/osdmap.c：2670！ 的内核缺陷[ idryomov：在
    __decode_pg_upmap_items（） ] （CVE-2026-68159）

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

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

  - RDMA/irdma：防止用户在 QP 创建时触发的空取消引用 以前，用户 QP 创建路径只会在用户提供的req.user_wqe_bufs字段为非零时尝试填充 iwqp->iwpbl。问题是稍后会在 irdma_setup_virt_qp 中无条件取消引用 iwqp->iwpbl。尽管进行了 iwqp->iwpbl ！= NULL 检查，但只有在req.user_wqe_bufs为非零时才会进行此检查。最终结果是用户可以发送零user_wqe_bufs值并触发空指针取消引用。通过无条件调用 irdma_get_pbl 并在失败时执行修复，与 CQ 和 SRQ 路径类似。
    (CVE-2026-68418)

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

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

  - drm/i915/vrr：要求 VRR 的最小/最大 vfreq 有效 确保 EDID 提供的最小/最大 vfreq 有效。大多数场景已经通过 intel_vrr_is_capable（） 和 intel_vrr_is_in_range（） 中的检查（巧合）覆盖了，但要更明确。零min_vfreq在最糟糕的情况下可能导致 intel_vrr_compute_vmax（） 中的除以零。使用英特尔产品安全确认的 AI 辅助静态分析发现。（从提交 1765cf59f517b02f3b0591fe5120930d08bddeb6 中精选出的内容）（CVE-2026-68254）

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

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

  - media：v4l2-fwnode：修复 v4l2_async_register_subdev_sensor（） 中覆盖的 subdev 所有者 v4l2 辅助函数 v4l2_async_register_subdev_sensor（） 调用 v4l2_async_register_subdev（），这是一个扩展到
    __v4l2_async_register_subdev（sd，THIS_MODULE）。由于宏在 v4l2-fwnode.c 内部展开，THIS_MODULE解析为 v4l2-fwnode 模块，而不是最初设置 sd->owner 的传感器驱动程序模块。内置 v4l2-fwnode 时，THIS_MODULE 计算结果为 NULL，然后用 NULL 覆盖传感器驱动程序的所有者。这会造成传感器模块的参考计数在异步注册期间永远不会增加的问题，因此可在子设备仍由通知程序（例如 CSI-2 接收器桥接驱动器）使用时删除该模块。通过将 v4l2_async_register_subdev_sensor（） 重命名为 __v4l2_async_register_subdev_sensor（），添加了明确的模块参数并引入封装程序宏来修复此问题： #define v4l2_async_register_subdev_sensor（sd） \
    __v4l2_async_register_subdev_sensor（sd， THIS_MODULE） 这样可确保即使在传感器驱动程序未在调用 v4l2_async_register_subdev_sensor（） 之前初始化所有者字段时也能正确引用传感器驱动程序模块，并防止过早删除模块。（CVE-2026-68205）

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

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

  - drm/dp/mst：修复边带回复解析器中 2 字节字段上的 OOB 读取 三个边带回复解析器将 16 位字段读取为：val = （raw->msg[idx] << 8） |（raw->msg[idx+1]）;并且只有在事后才检查边界。
    idx == raw->curlen 时，raw->msg[idx+1] 将超过接收到的消息数据一个字节，读入下列结构字段（curchunk_len、curchunk_idx、curlen）。受影响的函数：- drm_dp_sideband_parse_enum_path_resources_ack（） full_payload_bw_number 和 avail_payload_bw_number 字段
    - drm_dp_sideband_parse_allocate_payload_ack（） allocated_pbn 字段 - drm_dp_sideband_parse_query_payload_ack（） allocated_pbn 字段 通过在每次 2 字节读取前使用单个组合检查 （idx + 2 > curlen） 进行修复。由于检查严格于> curlen 的 idx 严格，因此不需要单独的步骤。[已添加 fixes 标签]（CVE-2026-68277）

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

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

  - hwmon: occ：验证轮询响应中的传感器区块。OCC 轮询响应解析器会遍历传感器数据区块的计数列表。它使用静态后备数组容量作为解析边界，但传输响应只会将 data_length 字节视为当前有效的字节。因此，截断响应可能会导致解析器消耗当前响应之外的区块标头或区块范围。使用 data_length 作为父级边界，在读取固定的轮询头和每个当前区块标头之前对其进行校验，并在推进之前校验整个区块。将经解析的传感器元数据保存在本地，待完整响应通过验证后，再行发布。将 OCC 发布为活动状态之前，先传播畸形响应错误。
    (CVE-2026-68340)

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

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

  - media：ti：vpe：探测错误时展开 v4l2 设备注册如果缺少 vpe_top 资源，vpe_probe（） 会在 v4l2_device_register（） 成功后返回 -ENODEV。探测失败不会调用驱动程序的删除回调，因此 v4l2 设备保持在该错误路径上的注册状态。通过现有 v4l2_device_unregister（） 展开标签路由该失败，与 v4l2_device_register（） 之后的其他错误匹配。（CVE-2026-68207）

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

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

  - drm/amdgpu/sdma6.0：将 BUG_ON（） 替换为 WARN_ON（） 这些情况下无需造成内核崩溃。
    （从提交 c17a508a7d652da3728f8bbc481bfffe96d65a87 中精选出的内容）（CVE-2026-68251）

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

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

  - ksmbd：复制 set_ntacl_dacl set_ntacl_dacl（） 中的 ACE 时验证num_subauth 将每个 ACE 从攻击者控制的存储的安全描述符逐字复制到响应 DACL 中，而不检查sid.num_subauth。ACE 字节（包括未经检查的num_subauth）源自经认证的 SMB2_SET_INFO（SecInfo=DACL），且通过 ksmbd_vfs_set_sd_xattr（） 进行原始存储;parse_dacl（） 拒绝带有“break”而不是错误的错误 ACE，因此 parse_sec_desc（） 仍然返回成功，而畸形 SD 完整地到达 xattr。在后续SMB2_QUERY_INFO（SecInfo=DACL） 中，对于带有 POSIX 访问 ACL 的 inode，build_sec_desc（） -> set_ntacl_dacl（） -> set_posix_acl_entries_dacl（） 遍历复制的 ACE 并读取 ntace->sid.sub_auth[ntace->sid.num_subauth - 1]，直接取自存储的 SD num_subauth。
    由于已在 SID_MAX_SUB_AUTHORITIES （15） 处修复，因此 sub_auth[] 特制的num_subauth（例如 255）会驱动 ~1 KB 的越界堆读取，其偏移完全由经身份验证的客户端控制。兄弟函数已经保护了该字段：parse_dacl（） -- num_subauth == 0 ||> SID_MAX_SUB_AUTHORITIES parse_sid（） -- num_subauth > SID_MAX_SUB_AUTHORITIES smb_copy_sid（） -- min_t（u8， num_subauth， SID_MAX_SUB_AUTHORITIES） set_ntacl_dacl（） 是省略检查的唯一不一致路径。在复制 ACE 之前，在 set_ntacl_dacl（） 中添加相同的num_subauth验证，以匹配 parse_dacl（） 已强制实施的门。（CVE-2026-68100）

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

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

  - net：hsr：通过删除同步的 VLAN 修复从属设备取消注册时的内存泄漏 启动 HSR 主设备时，它通过 vlan_vid0_add（） 自动添加 VLAN 0，这会将 VID 0 传播到其从属设备（从属设备 A 和 B）。如果之后在 HSR 处于活动状态时（例如，在 netns 清理或接口销毁期间）取消注册从设备，则调用 hsr_del_port（） 以从 HSR 主控端分离从端口。不过，hsr_del_port（） 目前不会删除由 HSR 同步到从属设备的 VLAN ID。因此，从设备会在 VID 0（以及任何其他同步的 VLAN）上保留 refcount。从设备损坏时，其vlan_info/vlan_vid_info结构仍然分配，从而导致内存泄漏。通过在断开从属 A 或从属 B 端口的链接之前调用 hsr_del_port（） 中的 vlan_vids_del_by_dev（port->dev， master->dev），从而修复此问题，匹配 hsr_ndo_vlan_rx_add_vid（） / hsr_ndo_vlan_rx_kill_vid（） 中的传播逻辑以及绑定和团队驱动程序中的清理行为。（CVE-2026-68301）

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

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

  - iommu/intel：修复 dmar_latency_disable（） 中的越界 memset dmar_latency_disable（） 打算只将给定类型的单个latency_statistic条目归零，但 memset 大小计算为 sizeof（*lstat） * DMAR_LATENCY_NUM，这会清除从 &lstat[type] 开始的整个数组。键入> 0 时，写入会超出分配的数组的末尾，从而损坏相邻内存。通过使用 sizeof（*lstat） 仅清除目标条目进行修复。（CVE-2026-68324）

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

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

  - libceph：拒绝公告零监控的 monmaps 类型 CEPH_MSG_MON_MAP 的消息包含从监控发送到客户端的 monmap。此 monmap 包含关于群集中现有监视器的信息。目前，指示群集中有零个监视器的 monmap 被视为有效。但是，不可能群集中的监视器为零且仍然从监视器接收有效的 monmap。因此，此类 monmap 必须已损坏，并且应视为无效。此外，监控计数为零的 monmap 在尝试通过 __open_session（） 中的监控打开会话时可导致客户端崩溃。这是因为触发了 pick_new_mon（） 中的 BUG_ON（monc->monmap->num_mon < 1） 断言。此修补程序扩展了 ceph_monmap_decode（） 中的检查，从而同时拒绝以 num_mon == 0 而非仅包含 num_mon > CEPH_MAX_MON 的到达mon_maps。 [ idryomov：终止 num_mon 部分异常值的日志输出 ] （CVE-2026-68155）

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

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

  - fscrypt：添加 find_or_insert_direct_key（） 中缺少的超级块检查 旧的“fscrypt_direct_keys”表缓存由具有FSCRYPT_POLICY_FLAG_DIRECT_KEY的 v1 加密策略使用的主密钥。
    它只是一个适用于所有文件系统的全局表（因为密钥可由旧版进程订阅的 keyring 机制提供，因此难以重用 super_block：：s_master_keys）。但是，其中的条目（“struct fscrypt_direct_key”）中包含用于在引用密钥的最后一个 inode 时传递到 fscrypt_destroy_inline_crypt_key（） 的super_block指针。但是，在查找 inode 的fscrypt_direct_key时，我们实际上并没有比较super_block指针。因此，具有不同super_blocks的 inode 可能指向相同的fscrypt_direct_key。这可将 fscrypt_direct_key 的生命周期延长到其指向的super_block之外，从而导致之后发生释放后使用。
    通过为不同的 super_block struct 创建不同的 fscrypt_direct_key struct 来修复此问题。请注意，在 v2 策略等效项（按模式密钥）中不存在此问题，因为那里的数据结构是按super_block的。（CVE-2026-68148）

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

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

  - amt：修复 AMT 延迟工作中的释放后使用 删除 AMT 设备时，待定的延迟工作仍可访问已释放的amt_dev结构，这可能导致内核崩溃或内存损坏。
    amt_dev_stop（） 取消req_wq并使用 cancel_delayed_work_sync（） discovery_wq，但这些作品可以在取消后从 event_wq 开始重新安排。这允许延迟的工作在 netdev 发布后访问释放的amt_dev结构。下面是一个简单的争用场景：CPU0 CPU1 amt_dev_stop（） cancel_delayed_work_sync（） amt_event_work（） mod_delayed_work（req_wq） 释放 netdev req_wq 访问释放的 amt_dev 使用 amt_dev_stop（） 中的 disable_delayed_work_sync（） 防止req_wq和discovery_wq再次排队并等待正在运行的工作项完成。延迟的工作在 amt_newlink（） 中初始化后被禁用，只有在设备成功打开时才会被启用。
    这使延迟工作生命周期与 AMT 设备的生命周期保持同步。（CVE-2026-68152）

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

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

  - wifi：cfg80211：针对套接字所有者自动断开连接使用 wiphy 工作 nl80211_netlink_notify（） 在释放NETLINK_GENERIC套接字时遍历 cfg80211 无线设备列表。如果套接字拥有连接，则通知程序会将嵌入的 wdev->disconnect_wk 工作项排队。这项工作在今天是一个平淡无奇的work_struct。
    NETDEV_GOING_DOWN会将其取消，但已经观察到conn_owner_nlportid可在取消之后将其排队的NETLINK_URELEASE通知程序返回。然后，_cfg80211_unregister_wdev（） 将 wdev 从列表中删除并等待 RCU 阅读器，但 synchronize_net（） 不会耗尽此类阅读器排入队列的工作。改为使自动断开连接正常工作wiphy_work。回调已经需要 wiphy 互斥体，并且wiphy_work在该互斥体下运行。这允许拆卸取消待定自动断开连接工作的同时保留互斥体，而不考虑 cancel_work_sync（） 与工作线程锁定问题。还要取消 list_del_rcu（） 和 synchronize_net（） 之后的 wiphy 工作。然后，已到达 wdev 列表的任何NETLINK_URELEASE通知程序都已将工作排队并将其删除，或者无法再找到 wdev。（CVE-2026-68404）

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

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

  - drm/amdgpu：修复具有无效 uvd 维度的除以零错误 当宽度或高度小于 16 时，width_in_mb或height_in_mb变为 0，从而导致fs_in_mb为 0。这会在计算 num_dpb_buffer 和 H264H264 Perf 解码路径时造成除以零。添加验证以在执行取决于这些值的任何计算之前拒绝宽度< 16 或高度< 16 的框架。V2：格式更改 - 上移所有可用的定义。V3：使用warn_once来避免垃圾邮件。（从提交 3e41d26c70b0a459d041cc19482a226c4b7423cb 中精选出的内容）（CVE-2026-68106）

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

ID	名称	严重性
334377	Linux Distros 未修补的漏洞：CVE-2026-68313	medium
334376	Linux Distros 未修补的漏洞：CVE-2026-61550	critical
334375	Linux Distros 未修补的漏洞：CVE-2026-68370	high
334374	Linux Distros 未修补的漏洞：CVE-2026-68365	high
334373	Linux Distros 未修补的漏洞：CVE-2026-68258	high
334372	Linux Distros 未修补的漏洞：CVE-2026-68359	critical
334371	Linux Distros 未修补的漏洞：CVE-2026-68146	critical
334370	Linux Distros 未修补的漏洞：CVE-2026-68398	high
334369	Linux Distros 未修补的漏洞：CVE-2026-68414	high
334368	Linux Distros 未修补的漏洞：CVE-2026-68137	critical
334367	Linux Distros 未修补的漏洞：CVE-2026-68113	medium
334366	Linux Distros 未修补的漏洞：CVE-2026-68169	medium
334365	Linux Distros 未修补的漏洞：CVE-2026-68218	critical
334364	Linux Distros 未修补的漏洞：CVE-2026-68127	critical
334363	Linux Distros 未修补的漏洞：CVE-2026-68109	medium
334362	Linux Distros 未修补的漏洞：CVE-2026-68293	high
334361	Linux Distros 未修补的漏洞：CVE-2026-68165	high
334360	Linux Distros 未修补的漏洞：CVE-2026-68391	high
334359	Linux Distros 未修补的漏洞：CVE-2026-68335	high
334358	Linux Distros 未修补的漏洞：CVE-2026-68243	medium
334357	Linux Distros 未修补的漏洞：CVE-2026-68216	high
334356	Linux Distros 未修补的漏洞：CVE-2026-68264	high
334355	Linux Distros 未修补的漏洞：CVE-2026-68373	high
334354	Linux Distros 未修补的漏洞：CVE-2026-68426	critical
334353	Linux Distros 未修补的漏洞：CVE-2026-68142	high
334352	Linux Distros 未修补的漏洞：CVE-2026-68176	critical
334351	Linux Distros 未修补的漏洞：CVE-2026-68129	high
334350	Linux Distros 未修补的漏洞：CVE-2026-68156	critical
334349	Linux Distros 未修补的漏洞：CVE-2026-68371	high
334348	Linux Distros 未修补的漏洞：CVE-2026-68393	high
334347	Linux Distros 未修补的漏洞：CVE-2026-68412	medium
334346	Linux Distros 未修补的漏洞：CVE-2026-68295	high
334345	Linux Distros 未修补的漏洞：CVE-2026-68084	high
334344	Linux Distros 未修补的漏洞：CVE-2026-68280	low
334343	Linux Distros 未修补的漏洞：CVE-2026-68159	critical
334342	Linux Distros 未修补的漏洞：CVE-2026-68418	medium
334341	Linux Distros 未修补的漏洞：CVE-2026-68254	medium
334340	Linux Distros 未修补的漏洞：CVE-2026-68205	medium
334339	Linux Distros 未修补的漏洞：CVE-2026-68277	low
334338	Linux Distros 未修补的漏洞：CVE-2026-68340	high
334337	Linux Distros 未修补的漏洞：CVE-2026-68207	critical
334336	Linux Distros 未修补的漏洞：CVE-2026-68251	medium
334335	Linux Distros 未修补的漏洞：CVE-2026-68100	high
334334	Linux Distros 未修补的漏洞：CVE-2026-68301	low
334333	Linux Distros 未修补的漏洞：CVE-2026-68324	critical
334332	Linux Distros 未修补的漏洞：CVE-2026-68155	high
334331	Linux Distros 未修补的漏洞：CVE-2026-68148	high
334330	Linux Distros 未修补的漏洞：CVE-2026-68152	high
334329	Linux Distros 未修补的漏洞：CVE-2026-68404	high
334328	Linux Distros 未修补的漏洞：CVE-2026-68106	high

检测

Nessus 的 Misc. 系列

medium

critical

high

high

high

critical

critical

high

high

critical

medium

medium

critical

critical

medium

high

high

high

high

medium

high

high

high

critical

high

critical

high

critical

high

high

medium

high

high

low

critical

medium

medium

medium

low

high

critical

medium

high

low

critical

high

high

high

high

high