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

  - firmware：arm_ffa：修复 ffa_partition_info_get（） 中的空取消引用 ffa_partition_info_get（） 在不进行 NULL 检查的情况下直接将uuid_str传递到 uuid_parse（）。当调用程序传递 NULL 时，uuid_parse（） ->
    __uuid_parse（） -> uuid_is_valid（） 取消引用指针，从而导致内核错误： |无法处理虚拟地址的内核空指针取消引用 |0000000000000040 |PC：uuid_parse+0x40/0xac |LR：
    ffa_partition_info_get+0x1c/0x94 [arm_ffa] 在 uuid_parse（） 前添加 NULL 保护，以便 NULL 参数返回
    -ENODEV 而不是崩溃。调用程序应始终提供有效的分区 UUID，因此 NULL 不是一个受支持的输入。（CVE-2026-68444）

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

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

  - calibre 是一款电子书管理器。在之前 9.12.0，src/calibre/srv/books.py 中的 calibre Content Server 端点 POST /book-update-annotations/{library_id}/{book_id}/{fmt} 忽略了 needs_db_write=True，从而导致 Router.dispatch（） 在 update_annotations（） 将攻击者控制的 JSON 传递到 db.merge_annotations_for_book（） 前跳过 ctx.check_for_write_access（），这样允许只读用户或未经认证部署中的匿名用户保留未经授权的书籍批注更改。此问题已在 9.12.0 版本中修复。(CVE-2026-73249)

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

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

  - net/sched：处理来自 qdisc 过滤器链的TC_ACT_REDIRECT 附加到 qdisc 过滤器链的 TC 过滤器返回TC_ACT_REDIRECT时（例如：通过调用 bpf_redirect（） 的 eBPF 程序或 act_bpf 操作），重定向静默丢失，即没有 qdisc 分类函数处理TC_ACT_REDIRECT，因此数据包通过交换机掉落并正常排队而不是重定向。自从提交 27b29f63058d 中针对 TC 引入了 bpf_redirect（） 以来，此问题已被打破（bpf：添加 bpf_redirect（） 辅助函数）。很长一段时间以来，我们都很幸运，因为bpf_net_context是一个始终可用的每个 CPU 变量。提交 401cb7dae813（net：通过 PREEMPT_RT 上的 task_struct 进行引用bpf_redirect_info）将bpf_net_context变成仅由显式调用程序设置的 task_struct 成员。若没有调用程序设置，则 bpf_redirect（） 本身会崩溃，并在 bpf_net_ctx_get_ri（） 中发生空指针取消引用。但是，即使有可用的bpf_net_context，如果不将 skb_do_redirect（） 调用添加到每个 qdisc 分类函数，则无法遵守来自 qdisc 过滤器链的TC_ACT_REDIRECT，这将需要跨 net/sched/ 进行更改。
    将其隔离到其所属的 ebpf 核心。而是在 pkt_cls.h 中添加一个 tcf_classify_qdisc（） 内联帮助程序，作为 tcf_classify（） 的封装程序，供 qdisc 分类函数和 tcf_qevent_handle（） 使用。当分类判定TC_ACT_REDIRECT时，封装程序会将其转换为TC_ACT_SHOT，从而丢弃数据包，而不是让其静默继续。丢弃比让数据包通过更好，因为用户会立即看到数据包丢失。静默地传递数据包将隐藏问题并让用户想知道其重定向不起作用的原因。clsact 快速路径 tc_run（） 继续直接调用 tcf_classify（） 且不受影响：TC_ACT_REDIRECT按原样返回，并像以前一样由调用 skb_do_redirect（） 的 sch_handle_egress/ingress（） 处理。（CVE-2026-68441）

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

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

  - Django REST 框架是用于构建 Web API 的强大而灵活的工具包。在 3.17.2之前，Django REST Framework 的 rest_framework/renderers.py AdminRenderer.render（） 使用 override_method（） 模拟 GET，并在渲染无效写入请求时不使用 view.check_permissions（） 直接调用 view.get（），从而允许 400 Bad Request HTML 响应泄露来自请求者无权访问的 GET 表示形式的数据。此问题已在 3.17.2 版本中修复。(CVE-2026-73229)

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

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

  - serial：8250_mid：修复 DNV/ICX-D/SNR 平台上的空函数指针取消引用 提交 b1b4efea05a5（serial：8250_mid：为选定平台禁用 DMA） 将dnv_board设置和退出回调替换为PTR_IF（false， ...），其评估为 NULL。但是，mid8250_probe（） 和 mid8250_remove（） 中的三个调用站点会在没有 NULL 检查的情况下无条件取消引用这些函数指针，从而导致在任何 Denverton （DNV）、Ice Lake Xeon D （ICX-D/CDF） 或 Snowridge （SNR） 平台上发生空指针取消引用（内核 oops）。通过在调用设置和退出回调之前添加缺少的 NULL 检查来修复此问题。
    (CVE-2026-68434)

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

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

  - 在 10.5 之前 OpenSSH 的 ssh 中，如果并发特定一对远程转发操作，可能会发生 realloc 数据的释放后使用。（CVE-2026-73282）

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

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

  - Nmap 及其之前 7.99 的版本包含一个拒绝服务漏洞，可允许远程攻击者通过发送构建的包含零长度 TCP 选项的数据包造成应用程序崩溃。畸形数据包强制 nselib/packet.lua 中的 Packet：parse_options（） 函数在无限循环中分配对象，从而造成内存不足的情况，导致应用程序崩溃。（CVE-2026-72712）

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

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

  - FreeCAD 是一个免费的开源多平台 3D 参数化建模器。之前 1.1.2的 Xerces SAX2 XMLReader 由 Base：：XMLReader：：XMLReader（） 在 src/Base/Reader.cpp 中构造，用于解析Document.xml来自特制 .FCStd 存档，而不禁用默认外部实体解析或外部 DTD 加载。当 Document：：restore（） 打开文档时，外部实体可以通过文件 URI 方案读取本地文件，或通过 http URI 方案发起服务器端请求，解析的内容可流经 character（） 回调。此问题已在 1.1.2 版本中修复。(CVE-2026-73235)

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

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

  - 低于 tablib 的 3.10.0 HTML 导出功能中包含存储型跨站脚本漏洞，允许攻击者通过在数据集标题中嵌入恶意负载来执行任意 JavaScript，这些标题通过 export_book 方法在 HTML 输出中
    _html.py 格式处理程序。攻击者可使用已指定给数据集标题属性并在 HTML h3 标签内以未转义方式呈现的脚本负载，重命名导入文件（例如 XLSX、ODS、XLS 或 YAML）中的工作表，从而导致会话劫持、未经授权的管理操作，以及在浏览器中呈现输出时的敏感数据泄露。（CVE-2026-9318）

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

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

  - ovl：通过 src 挂载器 creds 检查对copy_file_range源的访问 提交 5dae222a5ff0c（vfs：允许 copy_file_range 跨设备复制）允许实现 copy_file_range（） f_op的文件系统决定是否要访问来自/到相同 fs 类型的跨 sb 复制。同一提交添加了检查以验证实现 ->copy_file_range（） 且当时不支持跨 sb 复制的文件系统（即到 ceph、fuse 和 nfs）复制相同的 sb 副本。其余两个实现 ->copy_file_range（）、cifs 和 overlayfs 的 fs 从此时开始支持跨 sb 复制。尽管两个底层文件位于同一基础 fs 时 overlayfs 支持跨 sb 复制，但对来自两个不同 overalyfs 文件系统的两个实际文件执行复制操作时，会使用目标 overlayfs 的挂载器凭据执行，并且使用错误的凭据调用源文件的读取权限访问挂钩。这可造成拒绝对副本的访问（本应被允许（如通过 splice），或允许对文件进行读取访问，否则本应被拒绝。通过明确验证对具有源 overlayfs 挂载器凭据的源文件的读取访问，修复了后一种情况。前一种情况仍然是跨 sb overlayfs 复制的怪癖，但用户空间可以回退到常规复制，因此不会造成任何伤害。（CVE-2026-68448）

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

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

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

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

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

  - 之前的 Perl 版本 0.23 Net：：CIDR：：Set 允许通过未限制 IPv6 前缀长度造成的内存耗尽和畸形集范围。_encode 方法接受任何前缀长度符合 '（0|[1-9][0-9]*）' 并将其传递给 _width2bits（），后者将掩码构建为“1' x （$width + 8）'，每位一个字符。这
    然后，_inc（） 方法将打包的掩码解压缩到每个字节一个标量的 Perl 数组中，因此仅前缀长度即可设置分配大小：“：：/100000000”构建一个 100 MB 字符串和一 12.5 百万个元素数组。
    将对正在测试的值进行解析，而不仅仅是对配置的范围进行解析：contains（） 从其参数构建一个集合，_guess_coder（） 先尝试 IPv4 编码器，然后再尝试 IPv6 编码器，因此仅适用于 IPv4 的集合会在混合地址宽度检查拒绝之前扩展超大的 IPv6 前缀长度。将不受信任的输入传递到 contains（） 或 add（） 的任何调用程序都可耗尽进程内存。长度超过 128 的前缀长度也会存储为与请求的区块不匹配的范围： 2001：db8：：/129 stringifies 回原封不动，其自身基址的 contains（） 返回 false，将其从集合中删除会丢弃基址，而该集合仍打印为覆盖它。（CVE-2026-19566）

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

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

  - tar-rs 及之前0.4.46版本0.4.11在 Builder：：append_dir_all（） 函数中包含一个符号链接转义漏洞，允许攻击者通过在攻击者控制的目录中植入符号链接来读取预期源根目录之外的文件。当特权进程存档不受信任的目录时，该函数会在未验证源根中是否保留已解析的目标的情况下跟随符号链接，从而导致越界文件作为常规文件包含在存档中并泄露给攻击者。（CVE-2026-70622）

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

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

  - FreeCAD 是一个免费的开源多平台 3D 参数化建模器。在 1.1.2src/App/PropertyFile.cpp 之前，src/App/ 中的 PropertyFileIncluded：：Restore（） 将Document.xml中受攻击者控制的文件或数据属性与文档临时路径进行串联，而不拒绝目录组件、绝对路径或父遍历。一个精心制作的 .因此，具有匹配 FileIncluded XML 属性和 ZIP 条目的 FCStd 存档可将攻击者控制的内容写入 FreeCAD 用户可访问的任意位置，从而可能实现持久性、凭据泄露、配置替换或代码执行。此问题已在 1.1.2 版本中修复。(CVE-2026-73234)

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

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

  - drm/vc4：防止着色器 BO 映射变为可写入 vc4_gem_object_mmap（） 拒绝经过验证的着色器 BO 的可写入映射，但保留VM_MAYWRITE集。用户空间可映射 BO 只读，然后通过 mprotect（） 将其转换为可写。经过验证的着色器BO必须保持只读：验证器检查一次指令，然后GPU信任它们。可写入映射允许用户空间在验证后重写代码，从而绕过验证器。清除只读路径中的VM_MAYWRITE，以便无法像 i915 已对其只读对象那样升级映射。（CVE-2026-68445）

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

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

  - calibre 是一款电子书管理器。之前 9.12.0，calibre 通过 program： 和格式化程序未继承 allow_python_templates=False 的嵌套 template（） 调用处理来自恶意 EPUB、OPF、PDF 或类似文件的受攻击者控制的 composite_template 元数据，从而允许嵌套 python： 模板在打开或导入文件时访问compile_python_template并执行任意 Python 代码。此问题已在 9.12.0 版本中修复。(CVE-2026-73248)

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

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

  - drm/amdgpu/gfx8：删除不必要的 BUG_ON（） 这种情况没有必要造成内核崩溃。（从提交 4d7c25208ca612b754f3bf39e9f16e725b828891 中精选出的内容）（CVE-2026-68430）

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

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

  - drm/amd/display：使用 kvzalloc 分配 struct dc struct dc 随着时间的推移已经变大（其中大部分是两个内联的 dc_scratch_space 副本），现在已经接近页面分配器的 4 MiB 连续分配限制。其实际大小并非单独由源固定，还取决于编译器和 .config，因此可轻松跨越 4 MiB，例如使用更新的 GCC 或配置更改。dc_create（） 通过 kzalloc（） 对其进行分配。一旦 struct dc 超过 4 MiB，请求将四舍五入到高于 MAX_PAGE_ORDER 的顺序 11 （8 MiB），因此页面分配器会发出警告并返回 NULL。然后 dc_create（） 失败，DM init 失败，amdgpu 探测因 -EINVAL 而中止：警告：mm/page_alloc.c：5197 在
    __alloc_frozen_pages_noprof+0x2f9/0x380 dc_create+0x38/0x660 [amdgpu] amdgpu_dm_init+0x2d9/0x510 [amdgpu] dm_hw_init+0x1b/0x90 [amdgpu] amdgpu_device_init.cold+0x150d/0x1e13 [amdgpu] amdgpu_driver_load_kms+0x19/0x80 [amdgpu] amdgpu_pci_probe+0x1e2/0x4c0 [amdgpu] dc_create然后返回 NULL 且 DM init 失败，这会中止整个 GPU init 并使 amdgpu 探测因 -EINVAL 失败（IP 块 <dm> 失败的hw_init -22）， 使显示器无法使用。拆卸期间的后续 amdgpu_irq_put（） 警告只是展开半初始化设备的余波。struct dc 是纯软件簿记结构，从不传递给硬件 DMA，并且仅作为不透明指针保存，因此不需要物理上的连续内存。使用 kvzalloc（） 进行分配（并使用 kvfree（） 将其释放），以便分配器在没有可用的该大小的连续分配时可以回退到 vmalloc（），这样也可以完全避免MAX_PAGE_ORDER警告。v2： - 衍合到 amd-staging-drm-next。
    （从提交 991e0516a8072f2292681c6ae98a924ab0e32575 中精选出的内容）（CVE-2026-68436）

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

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

  - LoongArch：修复 kexec 命令行查找中的地址空间不匹配问题 在搜索 kexec 命令行标记的加载段中时，kexec_load（2） 路径 （file_mode == 0） 通过虚假的 （char __user *） 转换将用户空间段缓冲区直接传递到 strncmp（）。这会在内核上下文中取消引用用户指针，该指针是错误的，且会受到 sparse 的标记： arch/loongarch/kernel/machine_kexec.c：84：51：
    sparse：参数 2 中的错误类型（不同地址空间）@@ 预期字符 const * @@ got char [noderef] __user * 此处比较前，使用 copy_from_user（） 将每个段的标记大小前缀复制到较小的堆栈上缓冲区中，并跳过出现错误的段。将完整命令行暂阶段化到安全区域的后续 copy_from_user（） 保持不变。（CVE-2026-68435）

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

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

  - FreeCAD 是一个免费的开源多平台 3D 参数化建模器。之前 1.1.2，src/Mod/Fem/Gui/TaskFemConstraintDisplacement.cpp 中的 FEM 置换约束任务对话框通过 TaskDlgFemConstraintDisplacement：：accept（） 将 Fem：：ConstraintDisplacement 对象的 xDisplacementFormula、yDisplacementFormula 和 zDisplacementFormula 字段传递到 Gui：：Command：:d oCommand。转义帮助程序消除引号而非反斜线，从而允许构建的公式文本在受害者接受对话框时终止生成的 Python 字符串并以 FreeCAD 进程的权限执行任意 Python 代码。此问题已在 1.1.2 版本中修复。
    (CVE-2026-73233)

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

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

  - ata：sata_dwc_460ex：修复 NCQ 标签完成位扫描中的无限循环 NCQ 完成路径中的手动滚动位扫描循环存在一个无限循环缺陷。tag_mask仅设置高位时（例如
    0x80000000），内部 while 循环左移tag_mask直到溢出到 0。在这一点上 ！（0 &; 1） 始终成立，且 0 <<= 1 保持 0，从而导致保留旋转锁的 hardirq 上下文中出现无限循环。将开放编码位扫描替换为 __ffs（），可正确找到最低有效集位并以参数的宽度为界。（CVE-2026-68449）

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

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

  - ZoneMinder 1.39.17 中的远程代码执行漏洞允许任何经认证的用户通过利用 Filter 类中的破坏权限检查来执行操作系统命令。canEdit（） 和 canDelete（） 方法调用 ZM\User 类中不存在的方法，从而导致 PHP __call（） 返回绕过所有用户权限检查的真值。任何经过认证的用户都可以触发基于筛选的操作系统命令执行，无论其分配的角色为何。（CVE-2026-72556）

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

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

  - btrfs：在重复的 reloc 根插入 __add_reloc_root（mapping_node） 上释放映射节点，然后再将其插入 rc->reloc_root_tree。如果 rb_simple_insert（） 找到现有条目，它将返回现有rb_node并使新分配的节点保持未链接。错误路径随后返回 -EEXIST，而不释放新节点。由于从未将该节点插入 reloc_root_tree，put_reloc_control（） 中较后的清理也无法找到该节点。在返回 -EEXIST 之前释放新分配的节点。调用程序当前断言不应发生 -EEXIST，因此这是对非预期重复插入路径的防御性清除。如果达到该路径，仍应释放本地分配。
    (CVE-2026-68450)

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

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

  - wifi：mt76：mt7996：检查 mt76_connac_get_he_phy_cap（） 返回的指针mt76_connac_get_he_phy_cap例程理论上可以返回 NULL，因此在取消引用端点指针之前先检查它。（CVE-2026-68308）

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

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

  - fuse-uring：修复注册和连接中止之间的争用 这可修复此争用：- 线程 a：
    io_uring_enter -> register sqe -> fuse_uring_create_ring_ent -> 分配 ent，但尚未抓取queue_ref - 线程 b： fuse_conn_destroy（） -> fuse_chan_abort（） -> fuse_uring_abort（） 为无 op，因为队列引用为 0 - 线程 a：获取queue_ref，queue_ref现在为 1，其余 fuse_uring_do_register（） 逻辑执行 - 线程 b： fuse_chan_abort（） 返回时，fuse_chan_wait_aborted（） 现在运行并调用 wait_event（ring->stop_waitq， atomic_read（&ring->queue_refs） == 0）;中止/卸载线程将无限期挂起处于无法终止的状态，因为不会减少queue_refs或唤醒stop_waitq，并且会泄漏环、队列和 ent。通过在创建的 ent 获取队列中的 ref 计数后检查 fch->lock 下的 fch->connected 来修复此问题。这确保了在上述情况下，当我们检测到 ！fch->connected 时，可以保证我们在 fuse_uring_do_register（） 中释放队列 ref 并唤醒stop_waitq（如果 fuse_chan_wait_aborted（） 已经在等待），或者如果在检查后中止连接，则可以保证异步拆卸工作线程将在后台运行，清理 ents 并递减队列上 ent's ref， 这将取消阻断最终队列并环拆卸。
    (CVE-2026-68095)

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

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

  - drm/xe/vf：在分离 CCS 读/写缓冲区时添加 drm_dev 防护 在 BO 析构期间释放 CCS 读/写缓冲区。在某些情况下，BO 可能会在设备解除绑定后遭到破坏，但 DRM 结构仍然有效，进而在访问设备资源时导致空指针取消引用。缺陷：内核空指针取消引用，地址：000000000000000 PGD 0 P4D 0 Oops： Oops： 0000 [#1] SMP NOPTI CPU： 0 UID： 0 PID： 9376 通信： xe_pat 未受感染 7.2.0-rc2+ #1 PREEMPT（lazy） RIP：
    0010：xe_sriov_vf_ccs_rw_update_bb_addr+0x4d/0xa0 [xe] RSP：0018：ffffcf304110b9c8 EFLAGS： 00010246 RAX：
    ffff8a85c38a0a00 RBX：00000000810ef000 RCX：0000000000000000 RDX：000000000000000000 RSI：000000000000000000 RDI：ffff8a85c39c1888 RBP：ffffcf304110b9e8 R08：00000000000000000 R09：000000000000000000 R10：
    00000000000000000 R11： 0000000000000000 R12： ffff8a85c39c1888 R13： 0000000000000000 R14： ffff8a85c39b4f28 R15： ffff8a85c3885000 FS： 0000000000000000（0000） GS： ffff8a878b809000（0000） knlGS：0000000000000000 CS：0010 DS：0000 ES：0000 CR0：0000000080050033 CR2：0000000000000000 CR3：0000000010314a002 CR4：0000000000772ef0 PKRU：55555554调用跟踪： <TASK> xe_migrate_ccs_rw_copy_clear+0x98/0x120 [xe] xe_sriov_vf_ccs_detach_bo+0x2c/0x60 [xe] xe_ttm_bo_delete_mem_notify+0xc8/0xe0 [xe] ttm_bo_cleanup_memtype_use+0x26/0x80 [ttm] ttm_bo_release+0x29e/0x2d0 [ttm] ttm_bo_fini+0x39/0x70 [ttm] xe_gem_object_free+0x1f/0x30 [xe] drm_gem_object_free+0x1d/0x40 ttm_bo_vm_close+0x5f/0x90 [ttm] remove_vma+0x2c/0x70 tear_down_vmas+0x63/0xf0 exit_mmap+0x20d/0x3f0 __mmput+0x45/0x170 mmput+0x31/0x40 do_exit+0x2ba/0xac0 do_group_exit+0x2d/0xb0 __x64_sys_exit_group+0x18/0x20 x64_sys_call+0x14a0/0x2390 do_syscall_64+0xdd/0x640 ？count_memcg_events+0xea/0x240 ？handle_mm_fault+0x1ec/0x2f0（从提交 1ae415a6eefe5004954a1d352b1718faca8844ef 中精选出的内容）（CVE-2026-68305）

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

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

  - 已修复 Linux 内核中的下列漏洞：mtd: virt_concat: fix use-after-free in mtd_virt_concat_destroy_joins() mtd_concat_destroy() frees item->concat so calling mtd_virt_concat_put_mtd_devices(item->concat) leads to a use after free. Fix this by moving mtd_virt_concat_put_mtd_devices() before mtd_concat_destroy() (CVE-2026-68424)

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

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

  - 已修复 Linux 内核中的下列漏洞：LoongArch: BPF: Fix memory leak in bpf_jit_free() When bpf_int_jit_compile() is called for subprograms, it returns early during the first pass (!prog->is_func || extra_pass is false), keeping ctx->offset alive for the subsequent extra pass. If JIT compilation fails for a later subprogram, the BPF core aborts and calls bpf_jit_free() to clean up the first subprogram. However, bpf_jit_free() fails to free jit_data->ctx.offset, which causes a memory leak of the JIT context offsets array. So fix this by adding the missing kvfree(jit_data->ctx.offset) in bpf_jit_free(). (CVE-2026-68285)

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

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

  - Bluetooth：btusb：验证 Realtek 供应商事件长度 btusb_recv_event_realtek（） 读取 data[0] 处的事件代码和 data[2] 处的 Realtek 子事件代码，然后再决定是否将供应商事件当作核心转储使用。例如，双字节事件 ff 00 包含声明零参数的完整供应商事件标头。旧分类器仍会读取不存在的第三个字节，如果相邻字节为0x34，则可将事件错误分类为 coredump。要求在检查 Realtek 子事件代码之前存在 HCI 事件标头和第一个参数。短事件通过拥有其协议验证的正常 HCI 接收路径继续执行。（CVE-2026-68339）

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

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

  - drm/xe：对需要 devmem 的不可迁移错误返回错误 需要 devmem 的不可迁移错误错误会错误地跳至“out”标签，这会压缩预期返回到上层的错误代码。请通过返回 -EACCES 来修复此问题。（从提交 c4508edb2c723de93717272488ea65b165637eac 中精选出的内容）（CVE-2026-68268）

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

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

  - xfrm：在 IPTFS 状态设置失败后很长时间运行xfrm_state_gc_task清除模式回调。在重现的案例中，__xfrm_init_state（） 缓存 x->mode_cbs，IPTFS 设置在发布mode_data前返回 -ENOMEM，并且立即丢弃了来自 xfrm_get_mode_cbs（） 的临时模块引用。死状态随后会保持 x->mode_cbs，直到卸载 xfrm_iptfs 后延迟的 GC 运行为止。发布mode_data前清除模式初始化或克隆失败时的 x->mode_cbs。这些状态从未安装模式特定状态或长期 IPTFS 模块引脚，因此延迟的 GC 没有任何模式特定的内容要破坏，并且不得保留超过临时查找引用的回调表指针。有缺陷的情况涉及两条路径，每一列显示该路径中的顺序：失败的设置路径：1。
    缓存 x->mode_cbs 2.mode_data 3 之前的模式设置失败。终止临时模块 ref 4。死状态保留 X->mode_cbs缓存的 GC/卸载路径： 1. xfrm_state_put（） 将 GC 工作排入队列 2.xfrm_iptfs稍后卸载 3.
    xfrm_state_gc_task运行 4。GC 取消引用过时的 x->mode_cbs 这还涵盖失败的克隆路径，其中 clone_state（） 在发布mode_data之前返回。验证再现了此内核报告：内核错误
    - 不同步：匹配 xfrm_iptfs 帧failslab_stacktrace_filter CONFIG_FAULT_INJECTION_STACKTRACE_FILTER=y ack_error=-12 FAULT_INJECTION：强制失败 缺陷：无法处理页面错误 工作队列：事件xfrm_state_gc_task RIP：xfrm_state_gc_task+0x142/0x650 链接的模块：
    esp4_offload xfrm_user [上次卸载：xfrm_iptfs] 内核错误 - 不同步：致命异常 （CVE-2026-68415）

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

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

  - media：nxp：imx8-isi：在交叉栏和管道中添加缺失的 v4l2_subdev_cleanup（） mxc_isi_crossbar_init（） 和 mxc_isi_pipe_init（） 都会调用分配 subdev 活动状态的 v4l2_subdev_init_finalize（），但 mxc_isi_crossbar_cleanup（） 和 mxc_isi_pipe_cleanup（） 都不会调用 v4l2_subdev_cleanup（） 来释放它。这会导致每个 rmmod 上出现内存泄漏（由 kmemleak 报告）：未引用的对象0xffff0000d06fc800（大小 192）：comm （udev-worker）、pid 254、jiffies 4294913455回溯 （crc 36eeae58）：kmemleak_alloc+0x34/0x40
    __kvmalloc_node_noprof+0x5f8/0x7d8 __v4l2_subdev_state_alloc+0x1fc/0x30c
    __v4l2_subdev_init_finalize+0x178/0x368 在交叉栏和管道清除路径的 media_entity_cleanup（） 前添加缺少的 v4l2_subdev_cleanup（） 调用。（CVE-2026-68220）

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

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

  - media：ti：vpe：修复 vip_probe_slice（） 中 devm_kzalloc（） 的错误代码 在 vip_probe_slice（） 中，devm_kzalloc（） 的错误检查未能正确使用空指针返回 0 的 PTR_ERR_OR_ZERO（）。退回
    -ENOMEM 表示 devm_kzalloc（） 故障。（CVE-2026-68208）

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

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

  - 已修复 Linux 内核中的下列漏洞：btrfs: do not try compression for data reloc inodes [BUG] There is a syzbot report that the check inside get_new_location() triggered: BTRFS info (device loop0): found 31 extents, stage: move data extents BTRFS info (device loop0): leaf 8908800 gen 16 total ptrs 28 free space 1676 owner 18446744073709551607 item 0 key (256 INODE_ITEM 0) itemoff 3835 itemsize 160 inode generation 5 transid 0 size 0 nbytes 0 block group 0 mode 40755 links 1 uid 0 gid 0 rdev 0 sequence 0 flags 0x0 atime 1669132761.0 ctime 1669132761.0 mtime 1669132761.0 otime 0.0 item 1 key (256 INODE_REF 256) itemoff 3823 itemsize 12 index 0 name_len 2 item 2 key (258 INODE_ITEM 0) itemoff 3663 itemsize 160 inode generation 1 transid 16 size 733184 nbytes 106496 block group 0 mode 100600 links 0 uid 0 gid 0 rdev 0 sequence 24 flags 0x18 item 3 key (258 EXTENT_DATA 0) itemoff 3595 itemsize 68 generation 16 type 0 inline extent data size 47 ram_bytes 4096 compression 1 [...] item 27 key (18446744073709551611 ORPHAN_ITEM 258) itemoff 2376 itemsize 0 BTRFS error (device loop0): unexpected non-zero offset in file extent item for data reloc inode 258 key offset 0 offset 9277520992061368337 ------------[ cut here]------------ btrfs_abort_should_print_stack(__error) [CAUSE] The above dump tree shows the first file extent item is inlined, which should make no sense for data reloc inodes, as such inodes just represent where the data extents are in the relocation destination chunk. However the relocation path preallocates space for each block, then dirties them, cluster by cluster. It's possible to have a single block at the beginning of the block group, and no other block in the same cluster. So relocation will preallocate a file extent for that block and dirty the first block. Then memory pressure forces the data reloc inode to be written back, before any other blocks are dirtied/allocated. Finally commit 3eaf5f082c4c (btrfs:
    extract inlined creation into a dedicated delalloc helper) changed the sequence of delalloc. Before that commit we always tried NOCOW first, so that dirtied block would be written back into the preallocated space, and appear as a regular extent. But with that commit, we always try inline first, and since compression is forced, we try compressing the first block, and then inline the compressed data, resulting in the above inlined file extent in the data reloc tree. Then the check in get_new_location() will check the file offset, without checking if the file extent is inlined or not, resulting in the above failure.
    [FIX] Do not allow compression for data reloc inodes. Since data reloc inode sizes are always block aligned, as long as we do not compress, @data_len will always be at least one block, and that will cause can_cow_file_range_inline() to return false, thus no inlined extent will be created. (CVE-2026-68167)

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

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

  - ovpn：修复 unlock_ovpn（） 中的释放后使用 unlock_ovpn（） 使用 llist_for_each_entry（） 迭代 release_list 并通过 ovpn_peer_put（） 丢弃循环正文中的对等机引用。如果这样丢弃最后一个引用，对等机最终将被释放。但是，llist_for_each_entry（） 会在正文之后运行的循环高级表达式中读取 peer->release_entry.next。此时对等机可能已经被释放，导致前进到下一个列表条目时发生释放后使用。通过使用 llist_for_each_entry_safe（） 修复此问题，该方法在执行循环正文之前缓存下一个指针。
    (CVE-2026-68341)

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

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

  - mac802154：保持扫描工作线程中的接口引用 mac802154_scan_worker（） 捕获 RCU 下的扫描子接口，然后在 rcu_read_unlock（） 之后和 rtnl 外部 -- 在失败跟踪中、mac802154_transmit_beacon_req（） 中 （skb->dev = sdata->dev） 中以及 end_scan 清理中，继续取消引用 sdata->dev。没有什么能使 netdev 在整个工作线程迭代中保持活力。并行 DEL_INTERFACE 或 PHY 删除可在工作进程丢弃其两个 drv_set_channel（） 部分之间的 rtnl 后取消注册接口。unregister_netdevice（） 在已丢弃 rtnl 的情况下从 netdev_run_todo（） 中异步释放 netdev，因此无论是保留 rtnl 还是 per-PHY IEEE802154_IS_SCANNING 标记，都无法防止过时的工作线程迭代取消引用已释放的 netdev -- KASAN slab 释放后使用，可通过与 DEL_INTERFACE（两者均CAP_NET_ADMIN）争用 TRIGGER_SCAN 来达到。在 RCU 仍保留读锁时通过 netdev_hold（） 固定 netdev，并在每次工作线程退出时将其释放。（CVE-2026-68126）

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

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

  - drm/amd/display：detect_link_and_local_sink：DP alt 模式超时路径泄漏 prev_sink 通过函数输入时的 dc_sink_retain 无条件保留引用prev_sink，但 SIGNAL_TYPE_DISPLAY_PORT 中的 DP alt 模式超时路径会在不释放prev_sink的情况下返回 false。函数中的所有其他返回路径都会正确调用 dc_sink_release（prev_sink），因此这是唯一缺少的清除。（从提交 45510cf662dcf46b5d8926d454f338809f107b9d 中精选出的内容）（CVE-2026-68256）

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

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

  - 已修复 Linux 内核中的下列漏洞：sched_ext: Preserve rq tracking across local DSQ dispatch dispatch_to_local_dsq() can run from scx_bpf_dsq_move_to_local() while ops.dispatch() has recorded the current rq. Moving a task to a local DSQ may switch to the source or destination rq before synchronously invoking ops.dequeue() through the following path: SCX_CALL_OP(dispatch, rq) ops.dispatch() scx_bpf_dsq_move_to_local() scx_flush_dispatch_buf() finish_dispatch() dispatch_to_local_dsq() scx_dispatch_enqueue() local_dsq_post_enq() call_task_dequeue() SCX_CALL_OP_TASK(dequeue, locked_rq, ...) The nested callback saves the recorded rq and restores it on return. If the rq tracking does not follow the lock switch, update_locked_rq() can trigger the following lockdep assertion while restoring an rq which is no longer held: WARNING: kernel/sched/sched.h:1641 at call_task_dequeue+0x160/0x170 Call Trace: scx_dispatch_enqueue+0x2b0/0x460 dispatch_to_local_dsq+0x138/0x230 scx_flush_dispatch_buf+0x1af/0x220 scx_bpf_dsq_move_to_local___v2+0xe2/0x1c0 bpf__sched_ext_ops_dispatch+0x4b/0xa7 do_pick_task_scx+0x3b6/0x910 __pick_next_task+0x105/0x1f0 __schedule+0x3e7/0x1980 Introduce switch_rq_lock() to update the tracking state together with each rq lock handoff. Use it in dispatch_to_local_dsq(), move_remote_task_to_local_dsq() and the in-balance paths of scx_dsq_move(), ensuring that scx_locked_rq() consistently refers to the rq whose lock is actually held throughout the lock dance. (CVE-2026-68094)

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

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

  - tracing：修复释放后使用触发器隐私数据提交 61d445af0a7c（跟踪：添加释放event_trigger_data的批量垃圾回收） 将 event_trigger_data 的 kfree（） 移动到运行 tracepoint_synchronize_unregister（） 的 kthread，然后再释放。这删除了触发器 .free 回调用来从 trigger_data_free（） 隐式和内联获取的同步。event_hist_trigger_free（）、event_hist_trigger_named_free（） 和 event_enable_trigger_free（） 在 trigger_data_free（） 返回之后立即释放其卫星数据（hist_data、cmd_ops、enable_data）。现在将同步延迟至 kthread，并发跟踪点处理程序仍可通过 list_del_rcu（）'d 触发器访问该数据，进而造成释放后使用。直方图拆卸必须保持同步：remove_hist_vars（） 和 unregister_field_var_hists（） 必须先从直方图中分离合成事件，然后触发器删除写入返回，否则后续命令将争用并导致合成事件删除失败
    -EBUSY，因为 selftest 捕获的 trigger-synthetic-eprobe.tc。在释放之前，使这些回调以匹配空闲 kthread 的正确屏障 tracepoint_synchronize_unregister（） 进行等待。启用触发程序没有此类同步要求，此处的阻断同步将重新序列化刻意延迟提交的路径。为其提供一个可选的 private_data_free（） 回调，即释放的 kthread 在其宽限期后运行并从那里释放enable_data。（CVE-2026-68283）

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

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

  - usb：gadget：function：rndis：将长度检查添加到响应查询 在 rndis_query_response（） 中为 BufLength 和 BufOffset 添加变量表示形式，并对它们执行长度检查。这与 rndis_set_response（） 处理这些参数的方式相同。（CVE-2026-68088）

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

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

  - tracing：enable_event触发器的延迟模块引用计数 现在会延迟释放触发器，但仍可触发，直到 RCU 宽限期结束。释放 enable_event 数据放入 private_data_free（） 回调中，但放置模块 refcount 会立即完成。如果删除的模块具有启用（或禁用）该模块仍然活动的事件，则该模块可在删除模块之后读取其数据，从而造成释放后使用缺陷。将释放模块的 trace_event_put_ref（） 移动到延迟回调中，以便在对其事件的任何引用完成之前不能删除该模块。（CVE-2026-68177）

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

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

  - ptp：ptp_s390：添加缺少的设施检查 仅当安装了设施 28 且 PTFF QAF 返回 PTFF QPT 可用时才注册物理时钟。（CVE-2026-68134）

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

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

  - tracing：修复动态事件的模块与 refcnt 的并集冲突 在“struct trace_event_call”中，“module”指针和“refcnt”原子变量在并集中共享相同的内存空间。对于动态事件，联合成员是“refcnt”，它充当活动引用计数器。当动态事件（如 kprobe、uprobe、fprobe、eprobe 或 wprobe）具有非零引用计数（例如，由于活动事件触发器或 perf 附件）时，其“call->module”计算结果为非零小整数，而非 NULL。当筛选或设置特定模块的事件时（如将“：mod：”<module>写入“set_event”），“__ftrace_set_clr_event_nolock（）”和“update_event_fields（）”中的代码会直接读取“call->module”，而未检查事件是否为动态。这会导致内核将小整数 （refcnt） 视为“struct module”指针，从而在取消引用模块名称时导致空/无效指针取消引用 （Oops）。通过确保在将“call->module”作为这些代码路径中的有效指针之前检查“TRACE_EVENT_FL_DYNAMIC”标记来修复此问题。（CVE-2026-68174）

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

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

  - mptcp：修复子流关闭时过时的 stale skb->sk 引用。 backlog 列表由 mptcp_data_lock（） 下的 mptcp_data_ready（） 更新。但是，对关闭子流的 backlog 引用的清理是在 mptcp_close_ssk（） 中执行的，在 __mptcp_close_ssk（） 获取 ssk 锁定之前，同时既不持有 ssk 锁定也不保留 mptcp_data_lock（）。由于该遍历不使用 mptcp_data_lock（） 运行，因此在清理循环进行中时，另一个 CPU（subflow_data_ready（） -> mptcp_data_ready（） -> __mptcp_add_backlog（） 下的 mptcp_data_lock softirq RX 处理可能会添加引用 ssk 的 backlog 条目。
    清理操作会遗漏此类条目，或并发列表更新可损坏遍历，使得 skb->sk 在释放后仍指向 ssk。之后的 mptcp_backlog_purge（） 接着会取消引用过时指针，在 inet_sock_destruct（） 中触发警告 （ssk->sk_rmem_alloc ！= 0），随后在 mptcp_backlog_purge（） 中触发释放后使用。通过在将 subflow->closing 设置为 1 之后，在仍保留 ssk 锁定期间，在 mptcp_data_lock（） 下序列化之后，将 backlog 清理移至 __mptcp_close_ssk（） 中来修复此问题。清理仅在推送路径 （MPTCP_CF_PUSH） 上运行，积压工作引用会累积其中;在其他拆卸路径上，调用程序已处理清理。通过在清除过程中保留 subflow->closing 集和 mptcp_data_lock（），任何并发 mptcp_data_ready（） 要么在清除运行并被捕获之前完成其排队，要么观察到 closeing=1 并退出。一旦达到 mptcp_data_unlock（），就无法将引用 ssk 的新 skb 加入队列，因此清理工作非常彻底。完全从 mptcp_close_ssk（） 中删除不受保护的遍历。（CVE-2026-68170）

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

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

  - 在 bc-fips 2.1.3之前的 Bouncy Castle for Java FIPS （BC-FJA） 中，Intel 平台上使用的本机熵源会无任何边界地重试 CPU 熵指令。RDSEED 和 RDRAND 通过其进位标记报告失败，并且只要该标记保持清除，JNI 种子例程就会重新发出指令，因此片上熵源的持续失败 - 无论是硬件故障、底层 DRBG 因多个内核之间的争夺耗尽，还是不提供指令的管理程序 - 使调用线程在 JNI 调用内无限循环， 其中既不能中断也不能超时。因此，从本地熵源绘制的任何操作都可能挂起，从而拒绝向应用程序提供服务。重试循环现在是有限制的（RDSEED 尝试 200 次，RDRAND 尝试 20 次，是 Intel 数字随机数发生器软件实现指南中给出的基线的两倍），在尝试之间暂停，用尽后，清除任何部分写入的缓冲区并抛出而不是继续旋转。清除由不可消除的 memzero 执行，该内存使用易失性指针和汇编内存屏障，因此编译器无法将擦除作为死存储进行优化。
    Bouncy Castle for Java （bcprov） 没有原生熵源，因此不受影响;和 1.0.X2.0.X FIPS 系列不受影响。（CVE-2026-8798）

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

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

  - misc：nsm：仅解锁锁定后错误路径上的nsm_dev nsm_dev_ioctl（） 跳至公用 out 标签，即使初始 copy_from_user（） 在采用 nsm->lock 之前失败。然后，错误路径盲目地解锁从未被获取的互斥体。此问题是我们的静态分析工具发现的，然后对照当前树手动查看。接地的 PoC 通过发出带有无效用户指针的NSM_IOCTL_RAW，保留了其他设备 ioctl 条目和预锁定copy_from_user（&raw， argp， _IOC_SIZE（cmd）） 失败路径。该故障在 mutex_lock（&nsm->lock） 之前到达共享输出标签。Lockdep 报告：
    警告：检测到错误的解锁余额！exploit/193 尝试在以下位置释放锁定 （&global_nsm.lock）：
    nsm_dev_ioctl+0x5f/0xcf [vuln_msv]，但是没有更多锁定可以释放！Exploit/193 没有保留任何锁定。
    在预锁copy_from_user（）出现故障时立即返回，并仅保留锁定后路径的通用解锁标签。（CVE-2026-68179）

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

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

  - wifi：ath12k：修复 rhash 表破坏中的空指针取消引用 当取消绑定 ath12k 驱动程序时，从 rhashtable_destroy（） 调用的 irq_work_sync（） 中发生内核空指针取消引用。有两个哈希表受到影响：1. ath12k_link_sta ath12k_base 中的哈希表 2.ath12k_dp_link_peer ath12k_dp 中的哈希表 发生该问题的原因是在清除路径中无条件调用破坏函数，但哈希表只是在后期在各自的 init 函数中初始化。如果设备从未完全启动，或者 init 函数在初始化哈希表之前发生故障，则指针将为 NULL。这些问题一律可从 VM 重现，因为 MSI 寻址初始化失败。ath12k_link_sta_rhash_tbl_destroy的调用跟踪： RIP： irq_work_sync+0x1e/0x70 rhashtable_destroy+0x12/0x60 ath12k_link_sta_rhash_tbl_destroy+0x19/0x40 [ath12k] ath12k_core_stop+0xe/0x80 [ath12k] ath12k_core_hw_group_cleanup+0x6b/0xb0 [ath12k] ath12k_pci_remove+0x60/0x110 [ath12k] ath12k_dp_link_peer_rhash_tbl_destroy的调用跟踪： RIP：irq_work_sync+0x1e/0x70 rhashtable_destroy+0x12/0x60 ath12k_dp_link_peer_rhash_tbl_destroy+0x29/0x50 [ath12k] ath12k_dp_cmn_device_deinit+0x21/0x140 [ath12k] ath12k_core_hw_group_cleanup+0x6b/0xb0 [ath12k] ath12k_pci_remove+0x60/0x110 [ath12k] 通过在两个破坏函数中调用 rhashtable_destroy（） 前添加空检查来修复此问题。之所以选择 NULL 检查方法，是因为 rhashtable 指针充当初始化状态指示器。init 可在多个时间点失败，从而导致某些组件未初始化。直接检查指针比添加需要同步的单独状态标记更简单。（CVE-2026-68191）

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

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

  - drm/xe/guc：修复控制寄存器列表分配中的缓冲区溢出 控制寄存器 extarray 的大小计算仅使用几何 DSS 掩码 （g_dss_mask） 来确定要分配的条目数：total = bitmap_weight（gt->fuse_topo.g_dss_mask， ...） * steer_reg_num;但是，填充循环使用 for_each_dss_steering（），它迭代 for_each_dss（），定义为 g_dss_mask 和 c_dss_mask（几何 + 计算 DSS）的并集。在具有仅计算 DSS 位的平台上，循环写入会超出分配的缓冲区，从而损坏相邻的 slab 对象。在设备取消绑定的drm_managed_release期间，此漏洞表现为list_del损坏和 SLUB redzone 覆盖，因为该溢出会破坏相邻分配的 drmres list_head。通过使用两个 DSS 掩码的并集计算分配大小来修复，并匹配 for_each_dss_steering（） 的迭代模式。-- v2： - 使用 bitmap_weighted_or（） （Zhanjun）（从提交 0a78a44f4901aa6c9263e66be7fce02282f1109f 中精选出的内容）（CVE-2026-68274）

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

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

  - media：i2c：alvium：修复 alvium_ctrl_init 中的关键指针访问 alvium_ctrl_init 的当前实现在函数 alvium_ctrl_init 中创建了多个控件，并使用返回的指针而不检查。这可导致多个控件通过空指针进行写入访问。改写的代码在添加标记之前检查指针。（CVE-2026-68225）

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

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

  - mm/page_vma_mapped：修复设备私有 PMD 处理提交 65edfda6f3f2（mm/rmap：扩展 rmap 和迁移支持设备私有条目）引入了设备私有 PMD 条目的概念，但未正确更新 rmap walk 代码来解释这些条目。因此，当 page_vma_mapped_walk（） 遇到设备私有 PMD 条目时，除了获取 PMD 锁定并退出之外，不会采取任何操作。
    但是，这存在很大问题，原因有两个：首先，设备隐私条目拥有 PFN，因此需要调用 check_pmd（） 以确保 PFN 范围重叠。其次，更重要的是，如果设置了 PVMW_MIGRATION，调用程序会假设返回的条目是迁移条目，导致当调用程序尝试将设备私有条目解释为迁移条目时出现内存损坏。此外，提交146287290023（mm/huge_memory：实现设备私有 THP 拆分）允许将设备私有 PMD 拆分成 THP 映射，但同样未更新此代码路径。因此，我们可能在获取 PMD 锁定之前对 PMD 拆分争用。此修补程序通过调用 check_pmd（） 解决所有这些问题，确保未设置PMVW_MIGRATION并检查拆分是否使我们对 PMD THP 和迁移条目产生争用。不要在采用 pmd_lock（） 之后检查部分情况，而是将 device-private 与 pmd_trans_huge（） 和 pmd_is_migration_entry（） 一起放置。还删除了 thp_migration_supported（），因为它已受到 pmd_is_migration_entry（） 的保护。[akpm@linux-foundation.org：根据 David 修复 Raspberry Pi 1 版本]（CVE-2026-68163）

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

ID	名称	严重性
334908	Linux Distros 未修补的漏洞：CVE-2026-68444	medium
334907	Linux Distros 未修补的漏洞：CVE-2026-73249	high
334906	Linux Distros 未修补的漏洞：CVE-2026-68441	medium
334905	Linux Distros 未修补的漏洞：CVE-2026-73229	medium
334904	Linux Distros 未修补的漏洞：CVE-2026-68434	medium
334903	Linux Distros 未修补的漏洞：CVE-2026-73282	medium
334902	Linux Distros 未修补的漏洞：CVE-2026-72712	medium
334901	Linux Distros 未修补的漏洞：CVE-2026-73235	medium
334900	Linux Distros 未修补的漏洞：CVE-2026-9318	medium
334897	Linux Distros 未修补的漏洞：CVE-2026-68448	medium
334896	Linux Distros 未修补的漏洞：CVE-2026-68432	high
334895	Linux Distros 未修补的漏洞：CVE-2026-19566	high
334894	Linux Distros 未修补的漏洞：CVE-2026-70622	high
334893	Linux Distros 未修补的漏洞：CVE-2026-73234	high
334892	Linux Distros 未修补的漏洞：CVE-2026-68445	high
334891	Linux Distros 未修补的漏洞：CVE-2026-73248	high
334885	Linux Distros 未修补的漏洞：CVE-2026-68430	medium
334884	Linux Distros 未修补的漏洞：CVE-2026-68436	medium
334883	Linux Distros 未修补的漏洞：CVE-2026-68435	high
334882	Linux Distros 未修补的漏洞：CVE-2026-73233	high
334881	Linux Distros 未修补的漏洞：CVE-2026-68449	medium
334877	Linux Distros 未修补的漏洞：CVE-2026-72556	high
334876	Linux Distros 未修补的漏洞：CVE-2026-68450	high
334875	Linux Distros 未修补的漏洞：CVE-2026-68308	medium
334874	Linux Distros 未修补的漏洞：CVE-2026-68095	medium
334873	Linux Distros 未修补的漏洞：CVE-2026-68305	high
334872	Linux Distros 未修补的漏洞：CVE-2026-68424	high
334871	Linux Distros 未修补的漏洞：CVE-2026-68285	medium
334810	Linux Distros 未修补的漏洞：CVE-2026-68339	medium
334809	Linux Distros 未修补的漏洞：CVE-2026-68268	medium
334808	Linux Distros 未修补的漏洞：CVE-2026-68415	high
334806	Linux Distros 未修补的漏洞：CVE-2026-68220	low
334805	Linux Distros 未修补的漏洞：CVE-2026-68208	medium
334804	Linux Distros 未修补的漏洞：CVE-2026-68167	medium
334803	Linux Distros 未修补的漏洞：CVE-2026-68341	high
334802	Linux Distros 未修补的漏洞：CVE-2026-68126	medium
334801	Linux Distros 未修补的漏洞：CVE-2026-68256	low
334800	Linux Distros 未修补的漏洞：CVE-2026-68094	medium
334799	Linux Distros 未修补的漏洞：CVE-2026-68283	high
334798	Linux Distros 未修补的漏洞：CVE-2026-68088	high
334797	Linux Distros 未修补的漏洞：CVE-2026-68177	high
334796	Linux Distros 未修补的漏洞：CVE-2026-68134	high
334795	Linux Distros 未修补的漏洞：CVE-2026-68174	medium
334793	Linux Distros 未修补的漏洞：CVE-2026-68170	critical
334792	Linux Distros 未修补的漏洞：CVE-2026-8798	high
334791	Linux Distros 未修补的漏洞：CVE-2026-68179	high
334777	Linux Distros 未修补的漏洞：CVE-2026-68191	medium
334776	Linux Distros 未修补的漏洞：CVE-2026-68274	high
334775	Linux Distros 未修补的漏洞：CVE-2026-68225	high
334774	Linux Distros 未修补的漏洞：CVE-2026-68163	high

检测

Nessus 的 Misc. 系列

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

high

high

high

high

high

high

medium

medium

high

high

medium

high

high

medium

medium

high

high

medium

medium

medium

high

low

medium

medium

high

medium

low

medium

high

high

high

high

medium

critical

high

high

medium

high

high

high