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

  - media：vivid：切换端点时检查 vb2_is_busy（） 只有在捕获/输出队列不繁忙时，才必须调用 vivid_update_format_cap/out（） 函数。但对于选择未选中 CROP/COMPOSE/SCALE 功能的控件。只有当流开始时，它们才会被设置为“抓取”，并且无法更改控件，但您仍可以在 REQBUFS 和 STREAMON 之间设置这些控件。由于 vivid_update_format_cap/out 会更改格式，因此这可导致意外结果。除了添加这些检查外，如果队列繁忙，还可在 vivid_update_format_cap/out（） 中添加WARN_ON。我 90% 确定这就是这个 syzbot 错误的原因：
    https://syzkaller.appspot.com/bug?extid=dac8f5eaa46837e97b89 但由于我们从来没有复制者，所以很难确定。无论如何，无论如何都需要这些检查。（CVE-2026-68204）

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

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

  - wifi：mwifiex：将 uAP 关联事件 IE 绑定到事件缓冲区 mwifiex_process_uap_event（） 通过暴露固件复制到事件中的（重新）关联请求 IE 来处理EVENT_UAP_STA_ASSOC：
    sinfo->assoc_req_ies = &event->data[len];len = （u8 *）sinfo->assoc_req_ies - （u8 *）&event->frame_control;
    sinfo->assoc_req_ies_len = le16_to_cpu（event->len） - （u16）len;event->len 由设备固件提供，从未经过验证，且未检查减法。assoc_req_ies指向 adapter->event_body[MAX_EVENT_SIZE]，这是嵌入在 kmalloc（） 的 struct mwifiex_adapter中的固定大小数组。在ap_11n_enabled路径上，mwifiex_set_sta_ht_cap（） 使用 cfg80211_find_ie（） 遍历这些 IE，其 for_each_element（） 循环取消引用每个元素标头。大于实际收到的字节的固件报告的 event->len assoc_req_ies_len描述延伸超过event_body的 IE，因此 walk 读取适配器 slab 对象，即 slab 越界读取（KASAN：cfg80211_find_ie 中的 slab 越界读取）。小于标头的 event->len 反而会使 int 减法为负值，存储在 assoc_req_ies_len 中时会封装成巨大的size_t。将相同的长度传递给 cfg80211_new_sta（），因此更温和的过度声明也可以将过时的 event_body 字节复制到 NL80211_CMD_NEW_STATION 通知中。恶意或有故障的 mwifiex 设备 （USB/SDIO/PCIe） 可在接口处于 AP/uAP 模式时发送这类事件。使用前验证 event->len：拒绝下溢标头或会将 IE 放置在 event_body[] 事件复制到的缓冲区。event->len 这里是 struct mwifiex_assoc_event.len，此事件内部的负载字段，而不是传输帧长度，因此它在此处理程序中进行验证，而不是在通用的 MWIFIEX_TYPE_EVENT 接收路径中进行验证，后者仅查看事件原因和传输帧长度。该边界针对 event_body[MAX_EVENT_SIZE] 而不是实际接收的长度，因为传输以不同方式存储事件（USB 和 SDIO 将 4 字节事件标头保留在 event_skb，PCIe 通过 skb_pull 剥离它），而 event_body 是它们将事件复制到的单个固定缓冲区。这是提交119585281617中添加的接收路径边界检查的事件路径模拟（wifi：mwifiex：修复 rx 数据包时的 OOB 和整数下溢）。（CVE-2026-68326）

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

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

  - super：修复冻结区块设备上的紧急解冻死锁 do_thaw_all_callback（） 在独占保留 SB->s_umount 时调用 bdev_thaw（）。如果通过 bdev_freeze（） 终止最后一个块层冻结了该块设备，则冻结参考会调用 fs_bdev_thaw（），后者会重新获取s_umount：do_thaw_all_callback（sb） super_lock_excl（sb） # 保持 sb->s_umount bdev_thaw（sb->s_bdev） mutex_lock（&bdev->bd_fsfreeze_mutex） # bd_fsfreeze_count 终止 1 -> 0 bd_holder_ops->thaw == fs_bdev_thaw get_bdev_super（bdev） bdev_super_lock（bdev， true） super_lock（sb， true） down_write（&sb->s_umount） # 相同任务：死锁 紧急解冻工作线程会同时持有 s_umount 和 bd_fsfreeze_mutex 而自行死锁。这会破坏该文件系统和块设备的任何后续卸载、冻结或解冻。[ 81.878470] sysrq：显示阻止状态 [ 81.880140] task：kworker/0:1 state：D stack：0 pid：11 tgid：11 ppid：2 task_flags：0x4208060 flags：0x00080000 [ 81.884876] 工作队列：事件do_thaw_all [ 81.886656] 调用跟踪：[ 81.887759]81.888763<TASK> [] __schedule+0x579/0x1420 [ 81.890372] schedule+0x3a/0x100 [ 81.891794] schedule_preempt_disabled+0x15/0x30 [ 81.893848] rwsem_down_write_slowpath+0x1ea/0x900 [ 81.895191] ？
    __pfx_do_thaw_all_callback+0x10/0x10 [ 81.896528] down_write+0xbd/0xc0 [ 81.897505] super_lock+0x91/0x180 [ 81.898457] ？ __mutex_lock+0xa99/0x1140 [ 81.900748] ？ __mutex_unlock_slowpath+0x1f/0x400 [ 81.902069] bdev_super_lock+0x5b/0x150 [ 81.903132] get_bdev_super+0x10/0x60 [ 81.904042] fs_bdev_thaw+0x23/0xf0 [81.904755] bdev_thaw+0x82/0x100 [ 81.905484] do_thaw_all_callback+0x2c/0x50 [ 81.906298]
    __iterate_supers+0x5d/0x130 [ 81.907067] do_thaw_all+0x20/0x40 [ 81.907739] process_one_work+0x206/0x5e0 [81.908545] worker_thread+0x1e2/0x3c0 [ 81.909339] ？ __pfx_worker_thread+0x10/0x10 [ 81.910171] kthread+0xf4/0x130 [ 81.910799] ？ __pfx_kthread+0x10/0x10 [ 81.911528] ret_from_fork+0x2e2/0x3b0 [81.912259] ？ __pfx_kthread+0x10/0x10 [ 81.913010] ret_from_fork_asm+0x1a/0x30 [ 81.913806] </TASK> bdev_super_lock（） 甚至用 lockdep_assert_not_held（&sb->s_umount） 记录违反的要求。
    在 s_umount 下获取bd_fsfreeze_mutex还会颠倒由 bdev_{freeze，thaw}（） 建立的 bd_fsfreeze_mutex 与 s_umount 顺序，因此即使未命中递归路径，ABBA 也可针对并发的区块层冻结。通过完全不保留 bdev_thaw（） 循环的 s_umount 来修复此问题。像 filesystems_freeze_callback（） 一样，使用活动引用固定超级块。活动引用阻止超级块关闭，因此 ->s_bdev 在不保留s_umount的情况下保持有效。fs_bdev_thaw（） 终止了区块层持有的冻结，FREEZE_MAY_NEST |FREEZE_HOLDER_USERSPACE与常规解冻完全一样，thaw_super_locked（） 会像以前一样处理文件系统级别的冻结。紧急解冻路径在很长一段时间内都以一种或另一种形式死锁，但当前独占持有的形状可以追溯到 commit [1]，其中 thaw_bdev（） 已经以 thaw_super（） 结束，s_umount由 do_thaw_all_callback（） 持有。（CVE-2026-68132）

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

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

  - media：pwc：start_streaming（） 失败时的漏fill_buf pwc_isoc_init（） 循环提交其具有 usb_submit_urb（..， GFP_KERNEL） 的同步 URB。提交第一个 URB 后，其完成处理程序 pwc_isoc_handler（） 可在循环完成之前在另一个 CPU 上运行：start_streaming（） pwc_isoc_init（） usb_submit_urb（urbs[0]， GFP_KERNEL） pwc_isoc_handler（urbs[0]） pdev->fill_buf = pwc_get_next_fill_buf（pdev） usb_submit_urb（urbs[i>0]， ..） -> 失败 pwc_isoc_cleanup（pdev） /* 终止 URB */ 返回 ret;
    pwc_cleanup_queued_bufs（pdev， VB2_BUF_STATE_QUEUED） pwc_get_next_fill_buf（） 从 pdev->queued_bufs 分离缓冲区并将其存储在 pdev->fill_buf 中。start_streaming（） 中的错误路径仅耗尽 pdev->queued_bufs，因此会泄漏 pdev->fill_buf 中的缓冲区。然后，vb2_start_streaming（） 触发 WARN_ON（owned_by_drv_count）。自提交 80b0963e1698（[media] pwc：修复 WARN_ON）后，stop_streaming（） 已处理此问题，此问题会在拆卸路径中添加fill_buf漏，但未在 start_streaming（） 错误路径中添加。镜像失败时的处理，以便 start_streaming（） 返回时没有驱动程序拥有的缓冲区。通过自动检查 INV-003 系列发现的问题，网址为 https://sashiko.dev/(CVE-2026-68217）

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

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

  - net/packet：避免取消注册后扇出挂钩重新注册 packet_set_ring（） 在重新配置其环时暂时从数据包传送分离套接字。它记录之前的运行状态，清除 po->num，在需要时取消注册协议挂钩，终止 po->bind_lock，然后恢复 po->num 并从保存的 was_running 值重新注册挂钩。那个解锁的窗口可以与NETDEV_UNREGISTER竞争。通知者可观察到套接字未运行，跳过 __unregister_prot_hook（），并通过将 po->ifindex 设置为 -1 并清除 po->prot_hook.dev 来使每个套接字绑定无效。单成员扇出群组仍可保留其共享的扇出挂钩设备指针。当 packet_set_ring（） 恢复时，仅从过时 was_running 状态重新注册，即可在取消注册设备后重新添加扇出挂钩。重新获取 po->bind_lock 之后，将 po->ifindex == -1 视为无效绑定。这与 ifindex 0（正常的未绑定/通配符状态）不同：ifindex -1 标记当设备取消注册时失效的现有设备绑定。将 po->num 还原原为以前，但如果设备取消注册已分离套接字，则不要重新注册挂钩。（CVE-2026-68338）

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

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

  - usb：core：sysfs：向 bos_descriptors_read（） 添加锁 向函数 bos_descriptors_read（） 添加锁。
    此函数访问 udev->bos，其可在 usb_reset_and_verify_device（） 中同时释放，该函数通常在内核中的驱动程序中调用。（CVE-2026-68374）

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

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

  - wifi：wilc1000：减去标头前验证关联响应长度 wilc_parse_assoc_resp_info（） 计算尾部 IE 长度为 ies_len = buffer_len - sizeof（*res）;无需首先检查buffer_len是否至少为 sizeof（struct wilc_assoc_resp） （6 字节）。buffer_len 是针对接收到的关联响应（host_int_parse_assoc_resp_info（） 传递 hif_drv->assoc_resp / assoc_resp_info_len直接传入）报告的长度，必须在驱动程序访问固定标头之前对其进行验证。对于比 6 字节固定标头短的帧，减法换行。对于四字节响应，结果会截断成 u16 ies_len 65534，因此 kmemdup（） 接着会尝试复制从 buffer + sizeof（*res） 开始的 65534 字节，超出有效的关联响应数据 （CWE-125）。短于四个字节的响应也可在偏移 2 和 3 造成 res->status_code 的越界读取。拒绝太短而无法在接触固定标头或计算ies_len之前固定的标头的帧。另外，在此路径上将连接状态设置为失败：解析器返回后调用程序会陷入 conn_info->status == WLAN_STATUS_SUCCESS 检查，因此不影响状态可使畸形短响应被视为成功关联。（CVE-2026-68196）

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

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

  - mei：bus：访问清除时device_lock下的mei_device 修复 mei_cl_bus_dev_release（） 中的几个问题：mei_cl_flush_queues（） 正在运行且无锁定。如果这是对总线的最后引用，则mei_dev_bus_put（总线）之后的总线>file_list访问可变成释放后使用。通过设备锁保护队列清理和 WARN 遍历，避免并发访问问题。将 WARN 遍历移动到 mei_dev_bus_put（总线）之前。此文件mei_device使用总线变量名称，调整 mei_cl_bus_dev_release（） 的代码以也使用总线变量。（CVE-2026-68181）

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

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

  - IB/mad：重组前丢弃不匹配的 RMPP 响应 内核处理的 RMPP 接收处理在将响应与未完成的发送匹配之前，开始重组活动的 DATA 响应。稍后，在 ib_process_rmpp_recv_wc（） 组装完整消息或使用段之后，将进行正常匹配。该排序会允许通过高位 TID 位路由至内核 RMPP 代理的未经请求的响应，在针对实际请求检查完整 TID 和源地址之前，分配或扩展 RMPP 接收状态。因此，即使响应不匹配任何发送，重新排序的突发也可以到达接收端插入路径。对于内核处理的 RMPP DATA 响应，要求在进入 RMPP 重组之前完成现有的 ib_find_send_mad（） 匹配。匹配程序已根据代理等待、积压和正在进行的发送列表检查完整的 TID、管理类和源地址/GID。如果没有匹配项，则在不创建 RMPP 状态的情况下终止响应。这样会保持 RMPP 窗口行为不变并且仅拒绝没有相应请求的响应。（CVE-2026-68425）

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

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

  - drm/amdkfd：检查 allocate_event_notification_slot 中的边界 有效事件 ID 从 0 变为 KFD_SIGNAL_EVENT_LIMIT allocate_event_notification_slot 有一个选项可指定要分配的事件 ID，由 CRIU 使用。我们没有检查该值的边界。请检查它们。v2：不必进行下限检查，因为idr_alloc已拒绝负数。由于信号模式映射可能尚不存在，因此应KFD_SIGNAL_EVENT_LIMIT上限检查（从提交 6853f1f6cbbeb3f53ebbbd7286536aeb2c5d5f50 中精选出的内容）（CVE-2026-68259）

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

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

  - drm/amdgpu：释放 VFCT ACPI 表引用 amdgpu_acpi_vfct_bios（） 通过 acpi_get_table（） 提取 VFCT 表，但从不释放。acpi_get_table（） 在表上引用（递增其validation_count并在 0->1 转换上映射它）;由于没有配对的 acpi_put_table（），则每次调用都会泄漏映射，无论是否找到匹配的 VBIOS 图像。通过通用 acpi_put_table（） 获取表之后，路由所有退出路径。VBIOS 图像会在释放表之前通过 kmemdup（） 复制出来，因此其对调用程序仍然有效。（从提交 ca5988682b4cba4cd125a0fa99b2de1239164ae4 中精选出的内容）（CVE-2026-68238）

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

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

  - RDMA/siw：初始化后发布 QP siw_create_qp（） 目前在队列、CQ 指针、状态、完成和设备列表条目准备就绪之前调用 siw_qp_add（）。因此，QPN 查找可访问仍在构建中的 QP。在 QP 初始化之后、将 QP 添加到 siw 设备列表之前，将 siw_qp_add（） 移至 siw_create_qp（） 的末尾。（CVE-2026-68417）

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

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

  - hwmon：（corsair-psu） 调用前停止设备 IO hid_hw_stop hid_hw_stop（） 不会停止设备 IO。
    这会导致 hid_input_report（） 与紧跟在 corsairpsu_probe（） 中执行 hid_device_io_start（） 的点之间存在争用条件。如果启动 io 启动后探测操作失败，此争用条件将导致 uaf 漏洞 [1]。CPU0 CPU1 ==== ==== corsairpsu_probe（） hid_device_io_start（） ...解锁 driver_input_lock hid_hw_stop（） kfree（hidraw）
    __hid_input_report（） ...获取 driver_input_lock hid_report_raw_event（） hidraw_report_event（） ...访问 hidraw 的 list_lock // 触发 UAF 因此，当 corsairpsu_probe（） 失败且需要执行 hid_hw_stop（） 时，会在按住driver_input_lock的同时首先清除 io_started 标记，以防止涉及输入报告的潜在争用条件。[1] 缺陷：KASAN：rt_spin_lock+0x83/0x400 kernel/locking/spinlock_rt.c：56 中的释放后使用 slab-use： hidraw_report_event+0x5d/0x3a0 drivers/hid/hidraw.c：577 hid_report_raw_event+0x311/0x1730 drivers/hid/hid-core.c：2076 __hid_input_report drivers/hid/hid-core.c：2152 [内联] hid_input_report+0x44e/0x580 drivers/hid/hid-core.c：2174 hid_irq_in+0x47e/0x6d0 drivers/hid/usbhid/hid-core.c：286 __usb_hcd_giveback_urb+0x3b3/0x5e0 drivers/usb/core/hcd.c：1657 dummy_timer+0x8a9/0x47d0 drivers/usb/gadget/udc/dummy_hcd.c：2005 按任务 10 分配：
    hidraw_connect+0x57/0x430 drivers/hid/hidraw.c：606 hid_connect+0x5bf/0x19d0 drivers/hid/hid-core.c：2277 hid_hw_start+0xa8/0x120 drivers/hid/hid-core.c：2387 corsairpsu_probe+0xd9/0x3c0 drivers/hwmon/corsair-psu.c：782 由任务 10 释放：hidraw_disconnect+0x4f/0x60 drivers/hid/hidraw.c：662 hid_disconnect drivers/hid/hid-core.c：2362 [内联] hid_hw_stop+0x101/0x1e0 drivers/hid/hid-core.c：2407 corsairpsu_probe+0x327/0x3c0 drivers/hwmon/corsair-psu.c：826 通过以下方式修复问题在调用 hid_hw_stop（） 之前先调用 hid_device_io_stop（）。[groeck：更新了主题和描述;仅在 IO 已启动时调用 hid_device_io_stop（）]（CVE-2026-68361）

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

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

  - wifi：libertas：修复 helper_firmware_cb（） 中的内存泄漏 helper_firmware_cb（） 忽略在异步成功加载后释放单阶段固件映像从而导致 USB 固件下载路径中内存泄漏的问题。通过在 lbs_fw_loaded（） 返回后立即调用 release_firmware（），修复此内存泄漏。我们正在开发的用于内核内存管理缺陷的实验性分析工具在分析 v6.13-rc1 时，首先标记此缺陷。该工具仍在开发中，尚未公开可用。手动检查确认该缺陷仍然存在于当前的无线树状结构中。x86_64 allyesconfig 版本未显示新警告。由于我们没有兼容的 Libertas USB 硬件来执行此固件下载路径，因此无法执行运行时测试。（CVE-2026-68410）

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

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

  - gpu：host1x：修复释放后使用 host1x_bo_clear_cached_mappings __host1x_bo_unpin（） 丢弃对映射的最后一个引用并将其释放，因此之后无法取消引用映射。缓存本身的寿命超过映射的寿命，因此请改用缓存本地变量。（CVE-2026-68427）

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

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

  - btrfs：修复 merge_reloc_roots（） 中非预期的 reloc 根时的根泄漏 如果根的非预期reloc_root，我们将跳转到 out 标签，但从不丢弃为根获取的引用，从而导致泄漏。添加缺少的 btrfs_put_root（） 调用。（CVE-2026-68422）

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

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

  - watchdog：pretimeout：修复 watchdog_unregister_governor（） 中的 UAF 当监视程序调控器未注册时，它会通过回退到“default_gov”来更新使用此调控器的现有监视程序设备。如果当前未注册的调控器设置为“default_gov”，则从不清除“default_gov”。
    这会导致 2 个释放后使用问题：1. 在此时间点之后注册的新监视程序设备将继承悬摆的“default_gov”。2. 使用未注册调控器的现有监视程序设备会将其“wdd->gov”重新分配给悬摆的“default_gov”。如果 UAF 与未注册的调控器匹配，请通过清除“default_gov”来修复 UAF。（CVE-2026-68357）

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

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

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

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

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

  - drm/amdgpu/vcn4：避免重新读取 IB 参数长度 重复使用 vcn_v4_0_enc_find_ib_param（） 返回的参数长度，而不是从 IB 重新读取。这可避免 IB 内容在读取之间有所变化时可能出现的 TOCTOU 问题。（从提交 dbb02b4755f8c1f3773263f2d779872c1c0c073a 中精选出的内容）（CVE-2026-68107）

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

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

  - usb：gadget：f_tcm：将延迟的set_alt与拆卸同步 f_tcm set_alt（） 路径将端点设置延迟到工作项，并完成来自进程上下文的延迟状态响应。延迟的工作使用f_tcm私有状态，并可能在中断连接或功能拆卸继续后完成设置请求。当函数未绑定或释放时，取消并耗尽延迟的 set_alt 工作。对于在复合设备锁下可到达的禁用路径，请使用小型状态机和非休眠取消路径，而非 cancel_work_sync（）。如果工作已经在运行，请将其标记为已取消，并让工作者负责清理;否则，tcm_disable（） 可立即取消排队的工作并进行清理。
    此外，在保持复合设备锁时，使用取消检查序列化最终的延迟状态完成。这可以防止在工作线程即将完成控制请求时，断开连接清除delayed_status。验证重现了此内核报告：缺陷：KASAN：tcm_delayed_set_alt+0x6c/0xef0 中的 slab-use-after-free 调用跟踪： <TASK> dump_stack_lvl+0x66/0xa0 print_report+0xce/0x630 ？ tcm_delayed_set_alt+0x6c/0xef0 ？ srso_alias_return_thunk+0x5/0xfbef5 ？ __virt_addr_valid+0x188/0x320 ？ tcm_delayed_set_alt+0x6c/0xef0 kasan_report+0xe0/0x110 ？ tcm_delayed_set_alt+0x6c/0xef0 tcm_delayed_set_alt+0x6c/0xef0 ？ __pfx_tcm_delayed_set_alt+0x10/0x10 ？ process_one_work+0x4cb/0xb90 ？rcu_is_watching+0x20/0x50 ？tcm_delayed_set_alt+0x9/0xef0 process_one_work+0x4d7/0xb90 ？
    __pfx_process_one_work+0x10/0x10 ？srso_alias_return_thunk+0x5/0xfbef5 ？
    __list_add_valid_or_report+0x37/0xf0 ？__pfx_tcm_delayed_set_alt+0x10/0x10 ？srso_alias_return_thunk+0x5/0xfbef5 worker_thread+0x2d8/0x570 ？__pfx_worker_thread+0x10/0x10 kthread+0x1ad/0x1f0 ？__pfx_kthread+0x10/0x10 ret_from_fork+0x3c9/0x540 ？__pfx_ret_from_fork+0x10/0x10 ？srso_alias_return_thunk+0x5/0xfbef5 ？__switch_to+0x2e9/0x730 ？__pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1a/0x30 </TASK> 按任务 544 分配：kasan_save_stack+0x33/0x60 kasan_save_track+0x14/0x30 __kasan_kmalloc+0x8f/0xa0 tcm_alloc+0x68/0x180 usb_get_function+0x36/0x60 config_usb_cfg_link+0x125/0x1b0 configfs_symlink+0x322/0x890 vfs_symlink+0xc2/0x270 filename_symlinkat+0x295/0x2f0 __x64_sys_symlinkat+0x62/0x90 do_syscall_64+0x115/0x6a0 entry_SYSCALL_64_after_hwframe+0x77/0x7f 按任务释放661： kasan_save_stack+0x33/0x60 kasan_save_track+0x14/0x30 kasan_save_free_info+0x3b/0x60 __kasan_slab_free+0x43/0x70 kfree+0x2f9/0x530 config_usb_cfg_unlink+0x173/0x1e0 configfs_unlink+0x1fa/0x340 vfs_unlink+0x15c/0x510 filename_unlinkat+0x2ba/0x450 __x64_sys_unlinkat+0x63/0x90 do_syscall_64+0x115/0x6a0 entry_SYSCALL_64_after_hwframe+0x77/0x7f （CVE-2026-68367）

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

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

  - media：radio-si476x：探测失败时取消注册v4l2_device si476x_radio_probe（） 在分配 V4L2 控件之前和注册视频设备之前注册 radio->v4l2dev。如果后续步骤中的任何一个失败，探测将在仅释放控制处理程序后通过退出标签返回。失败的探测未调用 si476x_radio_remove（），因此无法访问此处的 v4l2_device_unregister（）。这会将 v4l2_device_register（） 获取的父设备引用留在错误路径中。释放控件后，取消在探测错误路径中的 V4L2 设备的注册。（CVE-2026-68215）

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

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

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

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

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

  - firmware：stratix10-svc：修复内存泄漏和列表损坏缺陷 通过释放错误路径中的 pmem，修复 gen_pool_alloc（） 失败时的内存泄漏。通过自由路径中的显式 kfree（），将 pmem 分配从 devm_kzalloc（） 切换到 kzalloc（），以匹配其列表管理的生命周期。删除会损坏查找失败的列表标题的错误 list_del（&svc_data_mem）。（CVE-2026-68183）

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

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

  - net：slip：针对缓冲区重新分配 sl_realloc_bufs（） 序列化接收在保持 SL->lock 状态时替换 rbuff 并更新 buffsize。slip_receive_buf（） 会读取这些字段并在不保留锁定的情况下通过 rbuff 进行写入。因此，MTU 变更会与接收处理争用。MTU 收缩会将新的较小 rbuff 与旧的较大边界暴露在一起，从而导致越界写入。已经加载旧 rbuff 的接收回调可以在释放该缓冲区之后继续写入。通过在消耗每个接收批次时按住 sl->lock，使用 sl_realloc_bufs（） 将接收处理序列化。
    (CVE-2026-68143)

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

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

  - drm/amdgpu：修复 amdgpu_vm_get_task_info_pasid（） 的生命周期问题 从 amdgpu_vm_get_vm_from_pasid（） 返回的 vm 指针仅在仍持有锁定时有效。调用并返回 xa_unlock_irqrestore 后，指针不再处于锁定状态，可以进行修改。由于删除锁定之后调用程序仍会在 amdgpu_vm_get_task_info_vm（） 中取消引用 vm->task_info，这会造成解锁后使用问题。通过从 amdgpu_vm.c 中删除 amdgpu_vm_get_vm_from_pasid（） 函数并内联相关代码以在仍然使用中锁定来保持锁定，来消除 amdgpu_vm_get_task_info_pasid（） 中存在的生命周期问题。（从提交 9d01579f3f868b333acc901815972685989092c7 中精选出的内容）（CVE-2026-68245）

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

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

  - tcp：质询 SYN-RECEIVED 中非精确 RST 的 ACK tcp_check_req（） 中的 SYN-RECEIVED request-socket 路径接受窗口内 RST 而无需 SEG。SEQ 以完全匹配 RCV。NXT。因此，非精确 RST 会删除请求，而非引发质询 ACK。RFC 9293 部分 3.10.7.4 在 SYN-RECEIVED 中应用 RFC 5961 重置检查：精确的 RST 会重置连接，而非精确的窗口内 RST 必须触发质询 ACK 并被丢弃。在 ACK 字段验证之前应用该检查，遵循 RFC 序列号 RST，然后是 ACK 处理顺序。将 per-netns 质询 ACK 配额分解出 tcp_send_challenge_ack（），以便请求套接字可以共享该配额。使用请求套接字的 send_ack（） 回调及其自己的窗口外 ACK 时间戳发送响应并进行速率限制。（CVE-2026-68118）

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

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

  - wifi：carl9170：限制 cmd 回调中的 memcpy 长度以防止 OOB 读取 当固件发送包含长度不匹配的命令响应时，carl9170_cmd_callback（） 会记录不匹配并调用 carl9170_restart（），但随后会转向 memcpy（ar->readbuf， buffer + 4， len - 4）。由于 len 来自固件并且可超过 ar->readlen，因此此操作会复制比分配 readbuf 的数据量更多的数据。将 memcpy 绑定到 min（len - 4， ar->readlen），以便仍然完成响应，从而避免因已排队的垃圾而重复重新启动，同时防止越界读取超过响应缓冲区。（CVE-2026-68351）

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

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

  - net：hip04：修复 build_skb 失败时的 RX 缓冲区泄漏 当 build_skb（） 在 hip04_rx_poll（） 中失败时，驱动程序会跳至重填路径，而不释放目前的 RX 缓冲区及其 DMA 映射。然后安装替换缓冲区会覆盖插槽引用并泄露这两种资源。保持当前插槽不变并返回预算，以便 NAPI 重试相同的缓冲区。此外，当 dma_map_single（） 失败时，释放新分配的 RX 片段。此问题由内部静态分析工具发现。（CVE-2026-68135）

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

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

  - ksmbd：还原 check_add_overflow（） 上的 DACL 大小以避免畸形 ACL check_add_overflow（） 根据其在 include/linux/overflow.h 中的合同，即使在溢出时也无条件地将截断的总和写入 *d。set_posix_acl_entries_dacl（） 和 set_ntacl_dacl（） 中的四个 check_add_overflow（） 防护在溢出时中断了 ACE 构建循环，但截断的 *size 随后会在 set_ntacl_dacl（） 结束时消耗下游：pndacl->size = cpu_to_le16（le16_to_cpu（pndacl->size） + size）;
    这会生成在线 NT ACL，其 pndacl->size 少报先前 fill_ace_for_sid（）/memcpy（） 调用实际写入的字节，进而生成畸形 ACL，可在客户端或 ksmbd 本身重新解析时触发越界读取。在每个溢出分支上（通过“*size -= ace_sz”/“size -= nt_ace_size”）将 *size 还原为其添加前值，以便在中断之后，*size 再次保留已成功写入的 ACE 的累积大小。提交的 ACL 随后会被截断，但自我一致，而不是畸形。ksmbd DACL 构建器是发现的唯一一个溢出路径中断循环并随后消耗目标值的 check_add_overflow（） 站点。其他邻近的中断样式情况要么在溢出时返回 -EINVAL （transport_ipc.c），要么在之后不消耗溢出的目标值时返回 break（buildid.c）。（CVE-2026-68099）

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

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

  - libceph：在客户端拆卸前删除 debugfs 文件 ceph_destroy_client（） 在删除每个客户端的 debugfs 文件之前删除监控客户端。monmap debugfs 文件的并行读取可在 ceph_monc_stop（） 释放 monc->monmap 后进入 monmap_show（），从而触发释放后使用。停止 OSD 和监控客户端前删除 debugfs 文件。debugfs_remove（） 耗尽活动处理程序并阻止新的访问，因此 debugfs 回调不会再与客户端拆卸的其余部分争用。
    (CVE-2026-68153)

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

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

  - scsi：core：使用 scsi_schedule_eh 时可靠地唤醒 eh 当前，使用 scsi_schedule_eh 函数运行错误处理程序的驱动程序存在着错误处理程序线程永远不会在所有命令超时或不活动时唤醒的风险。在将主机设置为错误恢复状态与计数忙碌命令之间没有强制执行的内存顺序。这可导致与scsi_dec_host_busy发生争用，其中两个 CPU 都无法同时看到所有命令不活动的情况和主机错误状态来请求唤醒错误处理程序。要解决此问题，请从新的工作项运行scsi_schedule_eh的scsi_eh_wakeup，该工作项将使用 rcu 来确保scsi_schedule_eh对scsi_host_busy的调用将在错误状态全局可见之后发生，并且任何当前scsi_dec_host_busy调用方都可以看到。（CVE-2026-68396）

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

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

  - media：stm32：dcmi：探查失败时取消注册通知程序 dcmi_graph_init（） 会在 dcmi_probe（） 切换重置行之前注册异步通知程序。如果之后 reset_control_assert（） 或 reset_control_deassert（） 失败，探测通过err_cleanup返回，驱动程序核心将不会调用 dcmi_remove（）。在该错误路径上清除通知程序之前，请取消注册通知程序，从而匹配成功的删除路径和 V4L2 异步通知程序生命周期规则。[hverkuil：已添加 Fixes 标签]（CVE-2026-68210）

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

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

  - wifi：mt76：mt7915：guard HE 功能查找 mt7915_mcu_bss_he_tlv（） 和 mt7915_mcu_sta_bfer_tlv（） 都在检查 HE 支持之后运行，然后取消引用 mt76_connac_get_he_phy_cap（） 返回的 HE PHY 功能。当没有功能条目符合 vif 类型时，该帮助程序可返回 NULL。
    在附加 TLV 之前获取功能，如果没有可用的匹配功能，则跳过特定于 HE 的设置。（CVE-2026-68310）

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

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

  - wifi：ath11k：修复 ath11k_hal_srng_access_begin 中的空指针取消引用 在 ATH11K_QMI_EVENT_FW_READY 中，即使 ath11k_core_qmi_firmware_ready（） 失败，也会无条件设置ATH11K_FLAG_REGISTERED。这会使驱动程序处于不一致的状态，其中初始化被视为完成，尽管固件就绪处理未成功完成。在后续 SSR 期间，驱动程序会根据这个不正确的状态进入重新启动路径，并取消引用未初始化的 srng 成员，从而导致空指针取消引用。调用跟踪：ath11k_hal_srng_access_begin+0xc/0x60 [ath11k] （P） ath11k_ce_cleanup_pipes+0x17c/0x180 [ath11k] ath11k_core_restart+0x40/0x168 [ath11k] 通过以下方式修复此问题： - 如果已设置ATH11K_FLAG_REGISTERED则跳过firmware_ready - 仅当firmware_ready成功时设置ATH11K_FLAG_REGISTERED - 设置ATH11K_FLAG_QMI_FAIL并在发生错误时中止FW_READY处理 Tested-on： WCN6750 hw1.0 AHB WLAN。MSL.2.0.c2-00204-QCAMSLSWPLZ-1 （CVE-2026-68362）

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

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

  - media：cx231xx：修复 devres 生命周期 USB 驱动程序绑定到 USB 接口，任何设备托管资源都应将其生命周期绑定到接口而不是父 USB 设备。这可避免驱动程序在未以物理方式断开其设备的情况下（例如在探测延迟或配置变更时）解除绑定驱动程序时发生内存泄漏等问题。修复驱动程序状态生命周期，使其在驱动程序取消绑定时释放。
    (CVE-2026-68227)

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

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

  - media：cx23885：添加 ioremap 返回检查和清理 添加对 cx23885_dev_setup（） 中 pci_ioremap_bar（） 的返回值的检查。如果 BAR0 的 ioremap 失败，则释放已分配的 PCI 内存区域，减少设备计数，然后返回 -ENODEV。这可防止潜在的空指针取消引用，并确保在内存映射失败时正确清理。（CVE-2026-68226）

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

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

  - wifi：mac80211_hwsim：在 skb_put hwsim_virtio_rx_work（） 将设备报告的 virtqueue used-ring 长度直接传递到固定大小接收 skb 上的 skb_put（） 之前，限制 virtio RX 长度。报告长度大于 skb tailroom 的后端驱动 skb_put（） 经过缓冲区末端并发生 skb_over_panic（） -- 主机可触发的客户机错误（拒绝服务）。在 skb_put（） 之前将长度限制为 skb 的可用空间。符合要求的设备从不报告超过已发布的缓冲区大小，因此有效帧不受影响;截断的越界报告随后将不通过 hwsim_virtio_handle_cmd（） 中的长度/标头检查并被丢弃，因此此处截断而不是丢弃不会变成解析问题。（CVE-2026-68411）

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

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

  - sctp：netns 拆卸期间关闭 UDP 隧道套接字 proc_sctp_do_udp_port（） 在设置net.sctp.udp_port时启动每个网络的 SCTP UDP 隧道套接字，并在 sysctl 值更改时停止/重新启动它们。
    netns 退出路径不会停止这些套接字，因此可在仍然安装着命名空间的 SCTP UDP 隧道套接字时停止命名空间。取消注册 per-net sysctl 表后从 sctp_ctrlsock_exit（） 关闭 UDP 隧道套接字。这会在释放套接字时阻止新的 sysctl 写入争用，并在控制套接字被破坏之前关闭套接字。（CVE-2026-68161）

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

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

  - wifi：ath6kl：修复来自固件的 OOB 访问 ADDBA 窗口大小 aggr_recv_addba_req_evt（） 会在固件提供的win_sz超出 [AGGR_WIN_SZ_MIN， AGGR_WIN_SZ_MAX] 但不会返回时记录调试消息。超出范围的win_sz接着会在 TID_WINDOW_SZ（） 中用来计算 kzalloc 大小，并储存在 rxtid->hold_q_sz 中，进而导致零大小或溢出分配，以及后续越界访问。
    首先清除 TID 的任何之前活动汇总会话，然后在win_sz超出有效范围时提早返回，而不是继续使用中断的分配大小。（CVE-2026-68199）

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

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

  - rbd：将对象映射更新路径中的正面结果代码重置为零 在 RBD 请求的回复消息中，正面结果代码表示存在不允许写入的数据负载。尽管 rbd_osd_req_callback（） 已将写入的正结果代码重置为零，但 rbd_object_map_callback（） 不会。这允许对对象映射<rbd_assert更新的损坏回复触发
    __rbd_obj_handle_request（）。之所以发生这种情况，是因为 rbd_object_map_callback（） 调用 rbd_obj_handle_request（）
    -> __rbd_obj_handle_request（） 并传递此肯定结果代码。从 __rbd_obj_handle_request（） 调用 rbd_obj_advance_write（），从而保持正结果代码不变并返回 true。
    因此，在 __rbd_obj_handle_request（） 中执行 if（done &; *result） 分支并触发断言。此修补程序通过调整 rbd_object_map_callback（） 路径中的逻辑来修复此问题。对象映射更新的正面结果代码现在重置为零（类似于 rbd_osd_req_callback（）），随后以与结果代码从一开始就是零一样处理消息。
    此外，还会针对这种情况添加一个 WARN_ON_ONCE（）。（CVE-2026-68131）

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

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

  - openvswitch：修复 GSO 用户空间截断下溢 OVS_ACTION_ATTR_TRUNC 目前在 OVS_CB（skb）->cutlen 中存储原始 skb 长度的增量。当之后的用户空间操作对 GSO skb 进行分段时，queue_gso_packets（） 会针对每个较小的分段重复使用该增量。然后，段可以使用大于 skb->len 的 cutlen 到达 queue_userspace_packet（），从而下溢传递到 skb_zerocopy（） 的长度。而是存储最大保留长度，并将每个使用者绑定到当前 skb 长度。将 U32_MAX 用作无截断哨兵，以便在 skb 几何在使用者处理之前更改该值时仍然有效。（CVE-2026-68123）

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

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

  - mm/khugepaged：折叠时写入所有脏文件作品集 [无上游提交，因为此代码由上游提交 044925f9b565 删除（mm：fs：删除 filemap_nr_thps*（） 函数及其用户）] 在原样下，khugepaged 和可写文件打开会互相排除。文件无法打开可写，并且具有 THP（因为文件系统无法识别它们）。khugepaged 永远不会折叠打开可写入的文件的文件页面。在 open（O_RDWR/O_WRONLY） 中，该特定文件的页面缓存将被丢弃。这很好，因为没有任何东西可能被弄脏。但是，有一个边缘情况：
    collapse_file（） 可能无法与并发编写器共存，但可以与（来自以前编写器的）脏对开本共存。因此，可能发生以下情况：open（file， O_RDWR） write（file） close（file） madvise（file_mapping， MADV_COLLAPSE， some non-dirty range） open（file， O_RDWR） nr_thps > 0 truncate_inode_pages（） /* 清除了 THP，但清除了脏作品集 */ 当发生此边缘情况时，会发生数据丢失，因为完全丢弃了脏作品集。通过在折叠文件 THP 时完全写回页面缓存（并等待）来修复此问题。这样做可以保证在存在活动 THP 时不会观察到脏对开本。为完全确保此操作是安全的，在进行写出时需要保留 invalidate_lock，以便 do_dentry_open（） 的页面缓存截断排除此写入和等待。副作用是将nr_thps计数器移动到i_pages锁之外。这是正确的，因为计数器本身就是一个atomic_t，而生产者 <-> 消费者正确性由完整内存屏障提供：collapse_file（） 中的 smp_mb（）/内存屏障由 get_write_access（） 中的完全排序隐含
    -> atomic_inc_unless_negative（）。（CVE-2026-68086）

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

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

  - usb：gadget：打印机：修复 printer_read（） 中的无限循环 printer_read（） 对请求的复制大小和实际复制到用户空间的字节数使用相同的变量。copy_to_user（） 返回未复制的字节数，因此当它无法复制任何内容时，计算的复制长度变为零。在这种情况下，len、buf、current_rx_bytes 和 current_rx_buf 保持不变。如果 RX 数据可用，而用户缓冲区仍然不可写入，读取循环可能会无限重复。单独跟踪复制的长度，如果迭代没有进展，则返回 -EFAULT 或已复制的字节数。
    (CVE-2026-68369)

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

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

  - Icinga 2 是一个开源监控系统。从 2.42.14.9till 、 2.15.4和 2.16.2/v1/objects API 将攻击者控制的模板名称写入生成的配置而不对其进行转义。具有 objects/create/* 权限的经认证的 ApiUser 可注入 Icinga 2 DSL 配置、转义预期对象、创建更多对象和超出用户的指定权限。在版本 2.14.9、 和 2.15.42.16.2中修复了此问题。（CVE-2026-61552）

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

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

  - drm/amd/display：dce100：跳过 DP MST 的非 DP 流编码器 在 DCE8 类 ASIC（例如 Bonaire）上，资源池包含数字 DIG 流编码器和一个模拟 DAC 编码器。为第二个 DisplayPort MST 流分配流编码器时，如果已获取首选数字编码器，则 dce100_find_first_free_match_stream_enc_for_link（） 将回退到第一个可用池条目。该条目可能是模拟编码器，其函数表缺少 DP 挂钩，例如 dp_set_stream_attribute。随后的原子提交会取消引用 link_set_dpms_on（） 中的空函数指针并崩溃。流使用 DP 信号（包括 MST）时在无dp_set_stream_attribute的情况下跳过编码器。对 MST 回退路径使用 dc_is_dp_signal（stream->signal），而非仅检查链路连接器信号。测试时间：- GPU：AMD Radeon R7 260X （Bonaire / DCE8） - 主板：Supermicro C9X299-PG300 - 设置：DP MST 菊花链、热插拔第二台监视器或在引导时连接它 - 内核： 7.1.3 （自以下原因观察到 6.19的问题） - 结果：内核错误无修补程序;双监控通过修补程序稳定（从提交 28ec64943e3ee4d9b8d30cea61e380f1429953a8 中精选出的内容）（CVE-2026-68235）

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

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

  - drm/amd/display：释放后将 new_stream 设置为 NULL 在 dm_update_crtc_state（） 中，skip_modeset 路径通过 dc_stream_release（） 释放new_stream但未将指针设置为 NULL。如果之后的错误（例如颜色管理失败）触发失败标签，则错误路径会在同一个悬摆指针上再次调用 dc_stream_release（），从而导致双重释放并潜在的释放后使用。通过在初始发布后将 new_stream 设置为 NULL 来修复此问题。（从提交 99f3af19073b3ddbfd96e789124cce12c4277b28 中精选出的内容）（CVE-2026-68236）

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

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

  - rds：修复 IPv6 禁用时inet6_addr_lst空取消引用 通过“ipv6.disable=1”参数引导时，inet6_addr_lst永远不会初始化，因为在调用 addrconf_init（） 之前会inet6_init（） 退出以对其进行初始化。尝试将 RDS 套接字绑定到 ipv6 地址会导致
    __ipv6_chk_addr_and_flags（） KASAN：范围内的 null-ptr-deref [0x0000000000000008-0x000000000000000f] RIP：
    0010：__ipv6_chk_addr_and_flags+0x1df/0x7e0 调用跟踪： <TASK> ipv6_chk_addr+0x3b/0x50 rds_tcp_laddr_check+0x155/0x3b0 [rds_tcp] rds_trans_get_preferred+0x15d/0x2d0 [rds] ？ trace_hardirqs_on+0x2d/0x110 rds_bind+0x1433/0x1d60 [rds] ？ rds_remove_bound+0xd50/0xd50 [rds] ？ aa_af_perm+0x250/0x250 ？ __might_fault+0xde/0x190 ？ __sys_bind+0x1dc/0x210 __sys_bind+0x1dc/0x210 ？
    __ia32_sys_socketpair+0x100/0x100 ？restore_fpregs_from_fpstate+0x53/0x100 __x64_sys_bind+0x73/0xb0 ？syscall_enter_from_user_mode+0x1c/0x50 do_syscall_64+0x34/0x80 entry_SYSCALL_64_after_hwframe+0x6e/0xd8 RIP：0033：0x7f47f8269ea9 </TASK> 以下代码重现了该问题：struct sockaddr_in6地址;s = socket（PF_RDS， SOCK_SEQPACKET， 0）;memset（&addr， 0， sizeof（addr））;inet_pton（AF_INET6、地址、&addr.sin6_addr）;addr.sin6_family = AF_INET6;addr.sin6_port = htons（端口）;bind（s， &addr， sizeof（addr））;
    由 InfoTeCS 代表 Linux 验证中心 （linuxtesting.org） 与 Syzkaller 发现。
    (CVE-2026-68322)

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

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

  - tracing：修复 mmiotrace trace_pipe 关闭时的资源泄漏 mmiotrace 追踪程序于 2008 年 5 月 12 日添加。当时，在 pipe_open（） 中创建的资源无法释放，因为没有跟踪程序pipe_close函数指针。pipe_close 函数指针已在 2009 年 12 月 7 日添加，但 mmiotrace 跟踪程序未更新。mmio_pipe_open（） 分配header_iter并在打开 trace_pipe 时获取pci_dev引用。mmio_close（） 会释放它们，但是它仅连接到追踪程序的 .close 回调。
    tracing_release_pipe（） 在释放 trace_pipe 文件时调用 .pipe_close 而不是 .close。因此，在 mmiotrace 追踪程序处于活动状态的情况下关闭trace_pipe会泄露header_iter分配，并留下过时的pci_dev引用。将 .pipe_close 设置为 mmio_close，以匹配 function_graph 将两个回调连接到同一处理程序的方式。请注意，如果trace_pipe读完，它将清理资源，但如果运行： # head -n 1 /sys/kernel/tracing/trace_pipe VERSION 20070824 反复，它将触发大规模泄漏。（CVE-2026-68175）

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

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

  - libceph：guard 缺少 CRUSH 类型名称查找 本地化的读取选择可遍历名称存在于 CRUSH 映射中且其类型在 type_names 中没有相符条目的父存储段。然后 get_immediate_parent（） 取消引用空type_cn并将无效指针传递至 strcmp（），从而造成空指针取消引用。跳过此类格式错误的父存储段，除非存储段名称和类型名称元数据都存在。这可防止畸形层次数据导致本地性查找崩溃，并安全地回退到非本地位置。[ idryomov：
    添加 WARN_ON_ONCE ] （CVE-2026-68157）

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

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

  - sctp：修复 struct sctp_cookie 中的 auth_hmacs 数组大小 struct sctp_cookie 中的 auth_hmacs 数组应存储一个完整的 SCTP_AUTH_HMAC_ALGO 参数，该参数由一个 struct sctp_paramhdr 后跟 N 个 HMAC 标识符组成。但是，数组大小计算的是额外的 2 个字节，而非 sizeof（struct sctp_paramhdr），后者为 4 个字节。当配置了四个 HMAC 标识符时，存储在端点中的 HMAC-ALGO 参数将大于 cookie 中的 auth_hmacs 缓冲区。因此，sctp_association_init（） 在初始化关联时会复制到auth_hmacs结尾之外，从而损坏相邻的 auth_chunks 字段。这可导致接受无效的 HMAC 标识符，并在之后造成 sctp_auth_get_hmac（） 中的越界读取。通过包括完整的 SCTP 参数标头大小来修复数组大小计算。（CVE-2026-68376）

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

ID	名称	严重性
334227	Linux Distros 未修补的漏洞：CVE-2026-68204	high
334226	Linux Distros 未修补的漏洞：CVE-2026-68326	high
334225	Linux Distros 未修补的漏洞：CVE-2026-68132	critical
334224	Linux Distros 未修补的漏洞：CVE-2026-68217	medium
334223	Linux Distros 未修补的漏洞：CVE-2026-68338	high
334222	Linux Distros 未修补的漏洞：CVE-2026-68374	high
334221	Linux Distros 未修补的漏洞：CVE-2026-68196	high
334220	Linux Distros 未修补的漏洞：CVE-2026-68181	high
334219	Linux Distros 未修补的漏洞：CVE-2026-68425	high
334218	Linux Distros 未修补的漏洞：CVE-2026-68259	medium
334217	Linux Distros 未修补的漏洞：CVE-2026-68238	low
334216	Linux Distros 未修补的漏洞：CVE-2026-68417	high
334215	Linux Distros 未修补的漏洞：CVE-2026-68361	medium
334214	Linux Distros 未修补的漏洞：CVE-2026-68410	medium
334213	Linux Distros 未修补的漏洞：CVE-2026-68427	high
334212	Linux Distros 未修补的漏洞：CVE-2026-68422	low
334211	Linux Distros 未修补的漏洞：CVE-2026-68357	critical
334210	Linux Distros 未修补的漏洞：CVE-2026-68252	medium
334209	Linux Distros 未修补的漏洞：CVE-2026-68107	high
334208	Linux Distros 未修补的漏洞：CVE-2026-68367	medium
334207	Linux Distros 未修补的漏洞：CVE-2026-68215	medium
334206	Linux Distros 未修补的漏洞：CVE-2026-68110	medium
334205	Linux Distros 未修补的漏洞：CVE-2026-68183	medium
334204	Linux Distros 未修补的漏洞：CVE-2026-68143	high
334203	Linux Distros 未修补的漏洞：CVE-2026-68245	high
334202	Linux Distros 未修补的漏洞：CVE-2026-68118	high
334201	Linux Distros 未修补的漏洞：CVE-2026-68351	high
334200	Linux Distros 未修补的漏洞：CVE-2026-68135	high
334199	Linux Distros 未修补的漏洞：CVE-2026-68099	medium
334198	Linux Distros 未修补的漏洞：CVE-2026-68153	high
334197	Linux Distros 未修补的漏洞：CVE-2026-68396	medium
334196	Linux Distros 未修补的漏洞：CVE-2026-68210	high
334195	Linux Distros 未修补的漏洞：CVE-2026-68310	critical
334194	Linux Distros 未修补的漏洞：CVE-2026-68362	medium
334193	Linux Distros 未修补的漏洞：CVE-2026-68227	medium
334192	Linux Distros 未修补的漏洞：CVE-2026-68226	low
334191	Linux Distros 未修补的漏洞：CVE-2026-68411	medium
334190	Linux Distros 未修补的漏洞：CVE-2026-68161	critical
334189	Linux Distros 未修补的漏洞：CVE-2026-68199	high
334188	Linux Distros 未修补的漏洞：CVE-2026-68131	high
334187	Linux Distros 未修补的漏洞：CVE-2026-68123	critical
334186	Linux Distros 未修补的漏洞：CVE-2026-68086	high
334185	Linux Distros 未修补的漏洞：CVE-2026-68369	medium
334184	Linux Distros 未修补的漏洞：CVE-2026-61552	high
334183	Linux Distros 未修补的漏洞：CVE-2026-68235	medium
334182	Linux Distros 未修补的漏洞：CVE-2026-68236	high
334181	Linux Distros 未修补的漏洞：CVE-2026-68322	medium
334180	Linux Distros 未修补的漏洞：CVE-2026-68175	medium
334179	Linux Distros 未修补的漏洞：CVE-2026-68157	high
334178	Linux Distros 未修补的漏洞：CVE-2026-68376	high

检测

Nessus 的 Misc. 系列

high

high

critical

medium

high

high

high

high

high

medium

low

high

medium

medium

high

low

critical

medium

high

medium

medium

medium

medium

high

high

high

high

high

medium

high

medium

high

critical

medium

medium

low

medium

critical

high

high

critical

high

medium

high

medium

high

medium

medium

high

high