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

  - Oracle MySQL 的 MySQL Server、MySQL Cluster 产品中的漏洞（组件：Server：JSON）。
    支持的版本中受影响的是 MySQL Server： 8.4.0-8.4.10、 9.7.0-9.7.1;MySQL Cluster：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。可轻松利用的漏洞允许低权限攻击者通过多种协议进行网络访问，从而破坏 MySQL Server、MySQL Cluster。成功攻击此漏洞可导致在未经授权的情况下使 MySQL Server、MySQL Cluster 挂起或频繁出现崩溃（完整 DOS）。（CVE-2026-61109）

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

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

  - Oracle MySQL 的 MySQL Server、MySQL Cluster 产品中的漏洞（组件：Server：Replication）。
    支持的版本中受影响的是 MySQL Server： 8.4.0-8.4.10、 9.7.0-9.7.1;MySQL Cluster：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。难以利用的漏洞允许高权限的攻击者登录 MySQL Server、MySQL Cluster 执行的基础结构，从而破坏 MySQL Server、MySQL Cluster。成功攻击此漏洞可导致接管 MySQL Server、MySQL Cluster。（CVE-2026-60331）

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

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

  - Oracle MySQL 的 MySQL Server、MySQL Cluster 产品中的漏洞（组件：Server：Optimizer）。
    支持的版本中受影响的是 MySQL Server： 8.4.0-8.4.10、 9.7.0-9.7.1;MySQL Cluster：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。可轻松利用的漏洞允许高权限攻击者通过多种协议进行网络访问，从而破坏 MySQL Server、MySQL Cluster。成功攻击此漏洞可导致在未经授权的情况下使 MySQL Server、MySQL Cluster 挂起或频繁出现崩溃（完整 DOS）。（CVE-2026-60145）

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

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

  - Oracle MySQL 的 MySQL Server、MySQL Cluster 产品中的漏洞（组件：Server：Replication）。
    支持的版本中受影响的是 MySQL Server： 8.4.0-8.4.10、 9.7.0-9.7.1;MySQL Cluster：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。难以利用的漏洞允许高权限攻击者通过多种协议进行网络访问，从而破坏 MySQL Server、MySQL Cluster。成功攻击此漏洞可导致接管 MySQL Server、MySQL Cluster。（CVE-2026-60585）

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

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

  - Oracle MySQL 的 MySQL Server、MySQL Cluster 产品中的漏洞（组件：Server： Group Replication Plugin）。支持的版本中受影响的是 MySQL Server： 8.4.0-8.4.10、 9.7.0-9.7.1;
    MySQL Cluster： 8.0.0-8.0.47和 8.4.0-8.4.109.7.0-9.7.1. 难以利用的漏洞允许高权限攻击者通过多种协议进行网络访问，从而破坏 MySQL Server、MySQL Cluster。
    成功攻击此漏洞可导致在未经授权的情况下使 MySQL Server、MySQL Cluster 挂起或频繁出现崩溃（完整 DOS）。（CVE-2026-60186）

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

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

  - Oracle MySQL 的 MySQL Server、MySQL Cluster 产品中的漏洞（组件：Server：Replication）。
    支持的版本中受影响的是 MySQL Server： 8.4.0-8.4.10、 9.7.0-9.7.1;MySQL Cluster：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。难以利用的漏洞允许高权限的攻击者登录 MySQL Server、MySQL Cluster 执行的基础结构，从而破坏 MySQL Server、MySQL Cluster。成功攻击此漏洞可导致在未经授权的情况下使 MySQL Server、MySQL Cluster 挂起或频繁出现崩溃（完整 DOS）。
    (CVE-2026-60191)

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

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

  - Oracle MySQL 的 MySQL Server、MySQL Cluster 产品中的漏洞（组件：Server： Clone Plugin）。支持的版本中受影响的是 MySQL Server： 8.4.0-8.4.10、 9.7.0-9.7.1;MySQL Cluster：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。难以利用的漏洞允许高权限攻击者通过多种协议进行网络访问，从而破坏 MySQL Server、MySQL Cluster。成功攻击此漏洞可导致接管 MySQL Server、MySQL Cluster。（CVE-2026-60178）

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

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

  - Oracle MySQL 的 MySQL Server、MySQL Cluster 产品中的漏洞（组件：Server： Group Replication Plugin）。支持的版本中受影响的是 MySQL Server： 8.4.0-8.4.10、 9.7.0-9.7.1;
    MySQL Cluster： 8.0.0-8.0.47和 8.4.0-8.4.109.7.0-9.7.1. 可轻松利用的漏洞允许未经身份验证的攻击者登录 MySQL Server、MySQL Cluster 执行的基础结构，从而破坏 MySQL Server、MySQL Cluster。成功攻击此漏洞可导致接管 MySQL Server、MySQL Cluster。（CVE-2026-60163）

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

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

  - Oracle MySQL 的 MySQL Server、MySQL Cluster 产品中的漏洞（组件：Server：Replication）。
    支持的版本中受影响的是 MySQL Server： 8.4.0-8.4.10、 9.7.0-9.7.1;MySQL Cluster：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。难以利用的漏洞允许高权限攻击者通过多种协议进行网络访问，从而破坏 MySQL Server、MySQL Cluster。成功攻击此漏洞可导致在未经授权的情况下使 MySQL Server、MySQL Cluster 挂起或频繁出现崩溃（完整 DOS）。（CVE-2026-60184）

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

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

  - Oracle MySQL 的 MySQL Server、MySQL Cluster 产品中的漏洞（组件：Server： Group Replication GCS）。支持的版本中受影响的是 MySQL Server： 8.4.0-8.4.10、 9.7.0-9.7.1;MySQL Cluster： 8.0.0-8.0.47和 8.4.0-8.4.109.7.0-9.7.1. 难以利用的漏洞允许高权限的攻击者登录 MySQL Server、MySQL Cluster 执行的基础结构，从而破坏 MySQL Server、MySQL Cluster。成功攻击此漏洞可导致接管 MySQL Server、MySQL Cluster。（CVE-2026-60332）

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

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

  - 低于 3.9.3 版本的 NLTK（自然语言工具包）在 nltk.collocations 模块中包含 eval 注入漏洞，可允许控制命令行参数的攻击者执行任意 Python 代码。当直接调用 collocations.py 时，__main__ 块会在不进行允许列表验证或清理的情况下，将命令行参数作为 BigramAssocMeasures 的后缀直接传递给 eval（），从而使攻击者能够通过 os 模块提供 Python 表达式来转义预期属性查找并执行任意代码（包括 OS 命令）。（CVE-2025-71408）

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

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

  - Oracle MySQL 的 MySQL Server、MySQL Cluster 产品中的漏洞（组件：Server： Clone Plugin）。支持的版本中受影响的是 MySQL Server： 8.4.0-8.4.10、 9.7.0-9.7.1;MySQL Cluster：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。难以利用的漏洞允许高权限的攻击者登录 MySQL Server、MySQL Cluster 执行的基础结构，从而破坏 MySQL Server、MySQL Cluster。成功攻击此漏洞可导致接管 MySQL Server、MySQL Cluster。（CVE-2026-60183）

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

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

  - Oracle MySQL 的 MySQL Server、MySQL Cluster 产品中的漏洞（组件：Server：Replication）。
    支持的版本中受影响的是 MySQL Server： 8.4.0-8.4.10、 9.7.0-9.7.1;MySQL Cluster：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。难以利用的漏洞允许高权限攻击者通过多种协议进行网络访问，从而破坏 MySQL Server、MySQL Cluster。成功攻击此漏洞可导致在未经授权的情况下使 MySQL Server、MySQL Cluster 挂起或频繁出现崩溃（完整 DOS）。（CVE-2026-60188）

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

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

  - Oracle MySQL 的 MySQL Server、MySQL Cluster 产品中的漏洞（组件：Server： Clone Plugin）。支持的版本中受影响的是 MySQL Server： 8.4.0-8.4.10、 9.7.0-9.7.1;MySQL Cluster：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。难以利用的漏洞允许高权限攻击者通过多种协议进行网络访问，从而破坏 MySQL Server、MySQL Cluster。成功攻击此漏洞可导致在未经授权的情况下使 MySQL Server、MySQL Cluster 挂起或频繁出现崩溃（完整 DOS）。（CVE-2026-60182）

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

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

  - Oracle MySQL 的 MySQL Server、MySQL Cluster 产品中的漏洞（组件：Server：Replication）。
    支持的版本中受影响的是 MySQL Server： 8.4.0-8.4.10、 9.7.0-9.7.1;MySQL Cluster：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。难以利用的漏洞允许高权限攻击者通过多种协议进行网络访问，从而破坏 MySQL Server、MySQL Cluster。成功攻击此漏洞可导致在未经授权的情况下使 MySQL Server、MySQL Cluster 挂起或频繁出现崩溃（完整 DOS）。（CVE-2026-60185）

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

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

  - Debian Linux - qemu - 无 Ubuntu Linux - [hw/9pfs：上限 Treaddir 分配] （CVE-2026-9238）

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

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

  - Google go-attestation 中对输入中指定索引、位置或偏移的不当验证漏洞。parseEfiSignatureList（） 在读取条目前，未将缓冲区推进到供应商字节之后。
    对于 hashSHA256SigGUID 列表，这允许将攻击者控制的供应商标头字节附加到受信任 SHA256 的哈希列表。特制的 TPM 事件日志可将任意 SHA256 哈希注入校验器受信任的测量数据库，使远程证明校验器能够接受受损的启动状态。
    此问题影响 go-attestation： through 0.6.0.（CVE-2026-12681）

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

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

  - 在 QEMU 的 VNC 服务器实现 （ui/vnc.c） 中，set_pixel_format（） 函数未正确验证客户端 sSetPixelFormat 消息中的red_max、green_max和blue_max字段。这些字段作为 16 位值接收，但作为 uint8_t 存储在内部。恶意 VNC 客户端可发送大于 255 的最大值（例如 0x0100），该值通过现有的非零验证检查，但在分配时静默截断为 0，从而导致 Tight PNG 调色板编码路径中的除零。这允许远程攻击者使 QEMU 进程崩溃，从而导致该 QEMU 实例服务的所有客户机拒绝服务。已在 QEMU v11.0.3 和 v10.0.12 中修复。（CVE-2026-15578） 在 QEMU 的 USB 重定向 （usbredir） 实现中，hw/usb/redirect.c 的 usbredir_buffered_bulk_packet（） 函数中存在释放后使用漏洞。处理拆分为 max-packet-size 区块的多片段缓冲批量数据包时，只有最终片段拥有共享的解析器内存分配（通过 free_on_destroy）。如果 bufp_alloc（） 由于队列溢出而丢弃最后一个片段，它会释放后备缓冲区，而已排队的较早片段仍保留内部指针。然后，后续客户机批量输入传输从释放的堆内存中读取。恶意或遭到破坏的 USB 设备（或特制的 usbredir 流）可触发此条件，可能导致堆内存中信息泄露或 QEMU 进程崩溃（拒绝服务）。此漏洞自 QEMU v1.4.0-rc0 起即存在，并已在 v11.0.3 和 v10.0.12 中修复。（CVE-2026-15705） 跟踪工作线程中的有损矩形时，错误计算边界条件将导致越界写入，这可损坏进一步的工作状态，和/或触发 VncWorker 结构之外的任何保护页面。非特权用户在客户机操作系统中仔细选择显示分辨率可触发此漏洞。（CVE-2026-48002） vnc_update_freq 中错误的循环边界导致迭代超过最后一行并超过最后一列 VNC 统计数据数组中的最后一列。
    通过适当选择的维度，这可能是访问嵌入统计数据数组的 VncDisplay 结构之外的内存的 OOB 读取。如果这发生在保护页面上，可能触发客户机崩溃。如果不同步，则将用垃圾更新 VNC 频率统计数据。（CVE-2026-48003） 在 QEMU 的 VNC 服务器实现 （ui/vnc.c） 中，有损平铺刷新期间标记脏位图行时，vnc_refresh_lossy_rect（） 函数包含一个越界写入漏洞。该函数无条件地为每个平铺标记整整 VNC_STAT_RECT （64） 行的脏位图。如果显示高度不是 64 像素的倍数，则最后一个平铺行是部分平铺，并且循环写入超过 vs->dirty[VNC_MAX_HEIGHT] 数组的末尾。例如，对于 2160 像素高的显示器，最后一个统计信息磁贴从 y=2112 开始，并且 64 行循环将行写入行 2112-2175，将 16 行（640 字节）溢出，超过脏位图到后续的 VncState 字段中。恶意 VNC 客户端可能会协商特定的显示分辨率，从而利用此堆缓冲区溢出损坏 QEMU 进程内存，从而导致拒绝服务或可能执行任意代码。已在 QEMU v11.0.3 和 v10.0.12 中修复。（CVE-2026-61475） 在 QEMU 的 USB 重定向 （usbredir） 实现 （hw/usb/redirect.c） 中，恶意的 usbredir 对等机可发送 ep_info 消息，在批量接收已经开始之后将 max_packet_size 重置为 0。这会导致多种可利用的情况：（1） usbredir_buffered_bulk_packet（） 中的无限循环，其中拆分循环递max_packet_size增 （0） 且从未进行，（2） usbredir_buffered_bulk_in_complete_ftdi（） 中的 SIGFPE（浮点异常）来自模数除零运算，以及 （3） usbredir_handle_buffered_bulk_in_data（） 中的 SIGFPE 在计算bytes_per_transfer时来自除零。恶意 USB 重定向对等机可利用此问题导致 QEMU 进程崩溃（拒绝服务）或造成其无限期挂起。已在 QEMU v11.0.3 和 v10.0.12 中修复。（CVE-2026-63319） 在 QEMU 的 9pfs （virtio-9p） 实现中，TXATTRCREATE 和 TXATTRWALK 请求处理程序不会限制同时打开的 xattr FID 的数量。每个 xattr FID 都会为扩展的属性值分配主机内存缓冲区。可直接访问 9p 服务器的恶意特权客户机用户可通过在不关闭 xattr FID 的情况下重复创建 xattr FID，来利用此漏洞，导致无限的主机内存消耗和最终的主机内存耗尽（拒绝服务）。此漏洞自 QEMU v0.14.0-rc0 开始存在，并已在 v11.0.3 和 v10.0.12 中得到修复。（CVE-2026-8348） 在管理程序主机环境（例如 QEMU）中，libslirp v4.9.2 之前版本内的 TCP 紧急数据处理 （sosendoob freedesktop.org 存在越界堆读取和整数下溢，允许特权客户机 VM 攻击者（根或CAP_NET_RAW）通过发送带有操纵的 URG 标志和紧急指针的特制 TCP 段，泄露数 GB 的敏感主机进程堆内存 （ti_urp）。（CVE-2026-9539）CVE-2026-15578 （）

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

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

  - 提供无效选项时，ImageMagick 之前 7.1.2-27 在 magick 命令行界面中包含一个内存泄漏漏洞。攻击者可通过反复提供畸形命令行参数来消耗系统资源，触发内存耗尽。（CVE-2026-66011）

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

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

  - 在 QEMU 的 VNC 服务器实现 （ui/vnc.c） 中，set_pixel_format（） 函数未正确验证客户端 sSetPixelFormat 消息中的red_max、green_max和blue_max字段。这些字段作为 16 位值接收，但作为 uint8_t 存储在内部。恶意 VNC 客户端可发送大于 255 的最大值（例如 0x0100），该值通过现有的非零验证检查，但在分配时静默截断为 0，从而导致 Tight PNG 调色板编码路径中的除零。这允许远程攻击者使 QEMU 进程崩溃，从而导致该 QEMU 实例服务的所有客户机拒绝服务。已在 QEMU v11.0.3 和 v10.0.12 中修复。（CVE-2026-15578） 在 QEMU 的 USB 重定向 （usbredir） 实现中，hw/usb/redirect.c 的 usbredir_buffered_bulk_packet（） 函数中存在释放后使用漏洞。处理拆分为 max-packet-size 区块的多片段缓冲批量数据包时，只有最终片段拥有共享的解析器内存分配（通过 free_on_destroy）。如果 bufp_alloc（） 由于队列溢出而丢弃最后一个片段，它会释放后备缓冲区，而已排队的较早片段仍保留内部指针。然后，后续客户机批量输入传输从释放的堆内存中读取。恶意或遭到破坏的 USB 设备（或特制的 usbredir 流）可触发此条件，可能导致堆内存中信息泄露或 QEMU 进程崩溃（拒绝服务）。此漏洞自 QEMU v1.4.0-rc0 起即存在，并已在 v11.0.3 和 v10.0.12 中修复。（CVE-2026-15705） 跟踪工作线程中的有损矩形时，错误计算边界条件将导致越界写入，这可损坏进一步的工作状态，和/或触发 VncWorker 结构之外的任何保护页面。非特权用户在客户机操作系统中仔细选择显示分辨率可触发此漏洞。（CVE-2026-48002） vnc_update_freq 中错误的循环边界导致迭代超过最后一行并超过最后一列 VNC 统计数据数组中的最后一列。
    通过适当选择的维度，这可能是访问嵌入统计数据数组的 VncDisplay 结构之外的内存的 OOB 读取。如果这发生在保护页面上，可能触发客户机崩溃。如果不同步，则将用垃圾更新 VNC 频率统计数据。（CVE-2026-48003） 在 QEMU 的 VNC 服务器实现 （ui/vnc.c） 中，有损平铺刷新期间标记脏位图行时，vnc_refresh_lossy_rect（） 函数包含一个越界写入漏洞。该函数无条件地为每个平铺标记整整 VNC_STAT_RECT （64） 行的脏位图。如果显示高度不是 64 像素的倍数，则最后一个平铺行是部分平铺，并且循环写入超过 vs->dirty[VNC_MAX_HEIGHT] 数组的末尾。例如，对于 2160 像素高的显示器，最后一个统计信息磁贴从 y=2112 开始，并且 64 行循环将行写入行 2112-2175，将 16 行（640 字节）溢出，超过脏位图到后续的 VncState 字段中。恶意 VNC 客户端可能会协商特定的显示分辨率，从而利用此堆缓冲区溢出损坏 QEMU 进程内存，从而导致拒绝服务或可能执行任意代码。已在 QEMU v11.0.3 和 v10.0.12 中修复。（CVE-2026-61475） 在 QEMU 的 USB 重定向 （usbredir） 实现 （hw/usb/redirect.c） 中，恶意的 usbredir 对等机可发送 ep_info 消息，在批量接收已经开始之后将 max_packet_size 重置为 0。这会导致多种可利用的情况：（1） usbredir_buffered_bulk_packet（） 中的无限循环，其中拆分循环递max_packet_size增 （0） 且从未进行，（2） usbredir_buffered_bulk_in_complete_ftdi（） 中的 SIGFPE（浮点异常）来自模数除零运算，以及 （3） usbredir_handle_buffered_bulk_in_data（） 中的 SIGFPE 在计算bytes_per_transfer时来自除零。恶意 USB 重定向对等机可利用此问题导致 QEMU 进程崩溃（拒绝服务）或造成其无限期挂起。已在 QEMU v11.0.3 和 v10.0.12 中修复。（CVE-2026-63319） 在 QEMU 的 9pfs （virtio-9p） 实现中，TXATTRCREATE 和 TXATTRWALK 请求处理程序不会限制同时打开的 xattr FID 的数量。每个 xattr FID 都会为扩展的属性值分配主机内存缓冲区。可直接访问 9p 服务器的恶意特权客户机用户可通过在不关闭 xattr FID 的情况下重复创建 xattr FID，来利用此漏洞，导致无限的主机内存消耗和最终的主机内存耗尽（拒绝服务）。此漏洞自 QEMU v0.14.0-rc0 开始存在，并已在 v11.0.3 和 v10.0.12 中得到修复。（CVE-2026-8348） 在管理程序主机环境（例如 QEMU）中，libslirp v4.9.2 之前版本内的 TCP 紧急数据处理 （sosendoob freedesktop.org 存在越界堆读取和整数下溢，允许特权客户机 VM 攻击者（根或CAP_NET_RAW）通过发送带有操纵的 URG 标志和紧急指针的特制 TCP 段，泄露数 GB 的敏感主机进程堆内存 （ti_urp）。（CVE-2026-9539）CVE-2026-8348 （）

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

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

  - Debian Linux - qemu - 无 Ubuntu Linux - QEMU xHCI 中断器寄存器 OOB 访问（非默认配置）（CVE-2026-16043）

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

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

  - 在 QEMU 的 VNC 服务器实现 （ui/vnc.c） 中，set_pixel_format（） 函数未正确验证客户端 sSetPixelFormat 消息中的red_max、green_max和blue_max字段。这些字段作为 16 位值接收，但作为 uint8_t 存储在内部。恶意 VNC 客户端可发送大于 255 的最大值（例如 0x0100），该值通过现有的非零验证检查，但在分配时静默截断为 0，从而导致 Tight PNG 调色板编码路径中的除零。这允许远程攻击者使 QEMU 进程崩溃，从而导致该 QEMU 实例服务的所有客户机拒绝服务。已在 QEMU v11.0.3 和 v10.0.12 中修复。（CVE-2026-15578） 在 QEMU 的 USB 重定向 （usbredir） 实现中，hw/usb/redirect.c 的 usbredir_buffered_bulk_packet（） 函数中存在释放后使用漏洞。处理拆分为 max-packet-size 区块的多片段缓冲批量数据包时，只有最终片段拥有共享的解析器内存分配（通过 free_on_destroy）。如果 bufp_alloc（） 由于队列溢出而丢弃最后一个片段，它会释放后备缓冲区，而已排队的较早片段仍保留内部指针。然后，后续客户机批量输入传输从释放的堆内存中读取。恶意或遭到破坏的 USB 设备（或特制的 usbredir 流）可触发此条件，可能导致堆内存中信息泄露或 QEMU 进程崩溃（拒绝服务）。此漏洞自 QEMU v1.4.0-rc0 起即存在，并已在 v11.0.3 和 v10.0.12 中修复。（CVE-2026-15705） 跟踪工作线程中的有损矩形时，错误计算边界条件将导致越界写入，这可损坏进一步的工作状态，和/或触发 VncWorker 结构之外的任何保护页面。非特权用户在客户机操作系统中仔细选择显示分辨率可触发此漏洞。（CVE-2026-48002） vnc_update_freq 中错误的循环边界导致迭代超过最后一行并超过最后一列 VNC 统计数据数组中的最后一列。
    通过适当选择的维度，这可能是访问嵌入统计数据数组的 VncDisplay 结构之外的内存的 OOB 读取。如果这发生在保护页面上，可能触发客户机崩溃。如果不同步，则将用垃圾更新 VNC 频率统计数据。（CVE-2026-48003） 在 QEMU 的 VNC 服务器实现 （ui/vnc.c） 中，有损平铺刷新期间标记脏位图行时，vnc_refresh_lossy_rect（） 函数包含一个越界写入漏洞。该函数无条件地为每个平铺标记整整 VNC_STAT_RECT （64） 行的脏位图。如果显示高度不是 64 像素的倍数，则最后一个平铺行是部分平铺，并且循环写入超过 vs->dirty[VNC_MAX_HEIGHT] 数组的末尾。例如，对于 2160 像素高的显示器，最后一个统计信息磁贴从 y=2112 开始，并且 64 行循环将行写入行 2112-2175，将 16 行（640 字节）溢出，超过脏位图到后续的 VncState 字段中。恶意 VNC 客户端可能会协商特定的显示分辨率，从而利用此堆缓冲区溢出损坏 QEMU 进程内存，从而导致拒绝服务或可能执行任意代码。已在 QEMU v11.0.3 和 v10.0.12 中修复。（CVE-2026-61475） 在 QEMU 的 USB 重定向 （usbredir） 实现 （hw/usb/redirect.c） 中，恶意的 usbredir 对等机可发送 ep_info 消息，在批量接收已经开始之后将 max_packet_size 重置为 0。这会导致多种可利用的情况：（1） usbredir_buffered_bulk_packet（） 中的无限循环，其中拆分循环递max_packet_size增 （0） 且从未进行，（2） usbredir_buffered_bulk_in_complete_ftdi（） 中的 SIGFPE（浮点异常）来自模数除零运算，以及 （3） usbredir_handle_buffered_bulk_in_data（） 中的 SIGFPE 在计算bytes_per_transfer时来自除零。恶意 USB 重定向对等机可利用此问题导致 QEMU 进程崩溃（拒绝服务）或造成其无限期挂起。已在 QEMU v11.0.3 和 v10.0.12 中修复。（CVE-2026-63319） 在 QEMU 的 9pfs （virtio-9p） 实现中，TXATTRCREATE 和 TXATTRWALK 请求处理程序不会限制同时打开的 xattr FID 的数量。每个 xattr FID 都会为扩展的属性值分配主机内存缓冲区。可直接访问 9p 服务器的恶意特权客户机用户可通过在不关闭 xattr FID 的情况下重复创建 xattr FID，来利用此漏洞，导致无限的主机内存消耗和最终的主机内存耗尽（拒绝服务）。此漏洞自 QEMU v0.14.0-rc0 开始存在，并已在 v11.0.3 和 v10.0.12 中得到修复。（CVE-2026-8348） 在管理程序主机环境（例如 QEMU）中，libslirp v4.9.2 之前版本内的 TCP 紧急数据处理 （sosendoob freedesktop.org 存在越界堆读取和整数下溢，允许特权客户机 VM 攻击者（根或CAP_NET_RAW）通过发送带有操纵的 URG 标志和紧急指针的特制 TCP 段，泄露数 GB 的敏感主机进程堆内存 （ti_urp）。（CVE-2026-9539）CVE-2026-61475 （）

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

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

  - selinux policycoreutils 的 seunshare 中存在检查时间，使用时间 （TOCTOU） 争用条件漏洞允许用户调用在不受约束的 SELinux 域中运行的 seunshare 来删除根拥有的任意文件，此问题会通过 3.10.（CVE-2026-59676）

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

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

  - Unity Link 公告 UTSA-2026-124431 （CVE-2026-15705） （CVE-2026-15705）

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

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

  - 在 QEMU 的 VNC 服务器实现 （ui/vnc.c） 中，set_pixel_format（） 函数未正确验证客户端 sSetPixelFormat 消息中的red_max、green_max和blue_max字段。这些字段作为 16 位值接收，但作为 uint8_t 存储在内部。恶意 VNC 客户端可发送大于 255 的最大值（例如 0x0100），该值通过现有的非零验证检查，但在分配时静默截断为 0，从而导致 Tight PNG 调色板编码路径中的除零。这允许远程攻击者使 QEMU 进程崩溃，从而导致该 QEMU 实例服务的所有客户机拒绝服务。已在 QEMU v11.0.3 和 v10.0.12 中修复。（CVE-2026-15578） 在 QEMU 的 USB 重定向 （usbredir） 实现中，hw/usb/redirect.c 的 usbredir_buffered_bulk_packet（） 函数中存在释放后使用漏洞。处理拆分为 max-packet-size 区块的多片段缓冲批量数据包时，只有最终片段拥有共享的解析器内存分配（通过 free_on_destroy）。如果 bufp_alloc（） 由于队列溢出而丢弃最后一个片段，它会释放后备缓冲区，而已排队的较早片段仍保留内部指针。然后，后续客户机批量输入传输从释放的堆内存中读取。恶意或遭到破坏的 USB 设备（或特制的 usbredir 流）可触发此条件，可能导致堆内存中信息泄露或 QEMU 进程崩溃（拒绝服务）。此漏洞自 QEMU v1.4.0-rc0 起即存在，并已在 v11.0.3 和 v10.0.12 中修复。（CVE-2026-15705） 跟踪工作线程中的有损矩形时，错误计算边界条件将导致越界写入，这可损坏进一步的工作状态，和/或触发 VncWorker 结构之外的任何保护页面。非特权用户在客户机操作系统中仔细选择显示分辨率可触发此漏洞。（CVE-2026-48002） vnc_update_freq 中错误的循环边界导致迭代超过最后一行并超过最后一列 VNC 统计数据数组中的最后一列。
    通过适当选择的维度，这可能是访问嵌入统计数据数组的 VncDisplay 结构之外的内存的 OOB 读取。如果这发生在保护页面上，可能触发客户机崩溃。如果不同步，则将用垃圾更新 VNC 频率统计数据。（CVE-2026-48003） 在 QEMU 的 VNC 服务器实现 （ui/vnc.c） 中，有损平铺刷新期间标记脏位图行时，vnc_refresh_lossy_rect（） 函数包含一个越界写入漏洞。该函数无条件地为每个平铺标记整整 VNC_STAT_RECT （64） 行的脏位图。如果显示高度不是 64 像素的倍数，则最后一个平铺行是部分平铺，并且循环写入超过 vs->dirty[VNC_MAX_HEIGHT] 数组的末尾。例如，对于 2160 像素高的显示器，最后一个统计信息磁贴从 y=2112 开始，并且 64 行循环将行写入行 2112-2175，将 16 行（640 字节）溢出，超过脏位图到后续的 VncState 字段中。恶意 VNC 客户端可能会协商特定的显示分辨率，从而利用此堆缓冲区溢出损坏 QEMU 进程内存，从而导致拒绝服务或可能执行任意代码。已在 QEMU v11.0.3 和 v10.0.12 中修复。（CVE-2026-61475） 在 QEMU 的 USB 重定向 （usbredir） 实现 （hw/usb/redirect.c） 中，恶意的 usbredir 对等机可发送 ep_info 消息，在批量接收已经开始之后将 max_packet_size 重置为 0。这会导致多种可利用的情况：（1） usbredir_buffered_bulk_packet（） 中的无限循环，其中拆分循环递max_packet_size增 （0） 且从未进行，（2） usbredir_buffered_bulk_in_complete_ftdi（） 中的 SIGFPE（浮点异常）来自模数除零运算，以及 （3） usbredir_handle_buffered_bulk_in_data（） 中的 SIGFPE 在计算bytes_per_transfer时来自除零。恶意 USB 重定向对等机可利用此问题导致 QEMU 进程崩溃（拒绝服务）或造成其无限期挂起。已在 QEMU v11.0.3 和 v10.0.12 中修复。（CVE-2026-63319） 在 QEMU 的 9pfs （virtio-9p） 实现中，TXATTRCREATE 和 TXATTRWALK 请求处理程序不会限制同时打开的 xattr FID 的数量。每个 xattr FID 都会为扩展的属性值分配主机内存缓冲区。可直接访问 9p 服务器的恶意特权客户机用户可通过在不关闭 xattr FID 的情况下重复创建 xattr FID，来利用此漏洞，导致无限的主机内存消耗和最终的主机内存耗尽（拒绝服务）。此漏洞自 QEMU v0.14.0-rc0 开始存在，并已在 v11.0.3 和 v10.0.12 中得到修复。（CVE-2026-8348） 在管理程序主机环境（例如 QEMU）中，libslirp v4.9.2 之前版本内的 TCP 紧急数据处理 （sosendoob freedesktop.org 存在越界堆读取和整数下溢，允许特权客户机 VM 攻击者（根或CAP_NET_RAW）通过发送带有操纵的 URG 标志和紧急指针的特制 TCP 段，泄露数 GB 的敏感主机进程堆内存 （ti_urp）。（CVE-2026-9539）CVE-2026-63319 （）

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

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

  - 在经过认证的攻击者可以执行 RESTORE 的不寻常情况下，之前的 Redis 8.8.0允许通过多个使用者引用同一 NACK（挂起条目）的 RESTORE 负载执行远程代码，因为通过 XGROUP DELCONSUMER 删除两个使用者会导致双重释放。注意：存在此问题的原因是对 CVE-2026-25243 的修复不完整。(CVE-2026-66373)

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

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

  - net：nexthop：将权重增加到 u16 在 CLOS 网络中，当网络中的各个点发生链路故障时，会调整相关节点的 ECMP 权重以进行补偿。由于涉及的节点扇出率高，并且节点总数较多，我们想要配置的（非）ECMP 权重比不适合 8 位。而不是，比如说， 255:254我们可能想要配置类似 1000:999的东西。对于这些部署，8 位的权重可能不够。为此，在此修补程序中，下一个跃点权重从 u8 增加到 u16。增加整数类型的宽度可能很棘手，因为虽然代码仍在编译，但类型可能不再检出，并且会出现数值错误。为了防止这种情况，转换分两步完成。首先，将类型从 u8 更改为单成员结构，这使该字段的所有使用无效。这允许逐一检查它们并审核类型正确性。然后该结构再次被普通 u16 取代。这应确保不会遗漏任何位置。配置 nexthop 组成员的 UAPI 是属性NHA_GROUP携带 struct nexthop_grp 条目数组： struct nexthop_grp { __u32 id; /* nexthop id - 必须存在 */ __u8权重;
    /* 此 nexthop 的权重 */ __u8 resvd1;__u16 resvd2;};字段 resvd1 目前已经过验证，要求为零。我们可以提升此要求并在保留字段中携带权重的高位： struct nexthop_grp { __u32 id; /* nexthop id - 必须存在 */ __u8 weight; /* 此 nexthop 的权重
    */ __u8 weight_high;__u16 resvd2;};选择保持此方式拆分字段是为了防止现有用户空间对权重字段的宽度进行假设，并避免任何字节顺序问题。
    权重字段当前编码为权重值减一，因为权重 0 无效。对于新的weight_high字段来说，同样的技巧是不可能的，因为零必须意味着实际的零。具备以下条件之后：- 保证旧用户空间的weight_high为 0，因此请酌情配置 8 位权重。转储具有 16 位权重的 nexthops 时，仅显示较低的 8 位。但配置此类 nexthops 意味着存在第一个可识别扩展的用户空间。- 只要新用户空间仅尝试配置 8 位权重（其中高阶位为零），它就可以与旧内核通信。旧内核会反弹配置 >8 位权重的尝试。Linux 中通常会在为某种目的分配保留的字段时对其进行重命名。任何接触保留场地的人都将自行承担风险。特别是 nexthop_grp：：resvd1 目前至少被 strace 使用，不过它们带有自己的 UAPI 标头副本，并且转换应该很简单。提供了一个帮助程序，用于解码两个字段的权重。强制转换似乎比向后弯曲并引入匿名联合或其他什么更可取。（CVE-2024-14040）

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

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

  - net/sched：cls_api：tcf_qevent_handle tcf_classify（） 中的句柄TC_ACT_CONSUMED可在碎片整理引擎保留 skb 时返回TC_ACT_CONSUMED（如act_ct乱序片段）。发生此情况时，skb 不再属于调用方，且不得再次接触。tcf_qevent_handle（） 未处理TC_ACT_CONSUMED：它落过交换机，并将 skb 返回给调用程序，就像分类已通过一样。目前唯一通过三个调用站点（RED_PROB_MARK/HARD_MARK 上的 qe_mark，congestion_drop 上的 qe_early_drop） 连接 qevents 的唯一 qdisc 是 RED，red_enqueue（） 在此情况下继续在其不再拥有的 skb 上操作 -- 将其排队、终止或更新统计数据。
    导致 UAF。tc qdisc add dev eth0 根句柄 1：红色 ...qevent early_drop block 10 tc filter add block 10 ...操作 CT（启用 CT 碎片整理和产生乱序片段的流量，例如片段化的 UDP 流） 处理 tcf_qevent_handle（） 中的TC_ACT_CONSUMED的方式与入口和出口快速路径相同：将其视为失窃并在不接触 skb 的情况下返回 NULL。与TC_ACT_STOLEN情况不同，skb 不能在此处丢弃/释放，因为它不再属于我们。（CVE-2026-64530）

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

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

  - 转发消息时（如果启用了查看所有标头的设置）解析 MIME 标头以供显示的代码存在差一错误，允许从标头缓冲区后的内存读取单个字节，并可能导致 Thunderbird 崩溃。此漏洞已在 Thunderbird 153 和 Thunderbird 140.13中得到修复。（CVE-2026-14899）

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

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

  - netfilter：ebtables：模块名称必须以 null 结尾。我们需要明确检查长度，否则可能会将不以 null 结尾的字符串传递给 request_module（）。（CVE-2026-64412）

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

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

  - udf：根据 VAT inode 大小验证 VAT 标头长度 udf_load_vat（） 直接从磁盘上的 VAT 2.0 标头获取虚拟分区的起始偏移量，而不对照 VAT inode 大小进行检查：
    map->s_type_specific.s_virtual.s_start_offset = le16_to_cpu（vat20->lengthHeader）;
    map->s_type_specific.s_virtual.s_num_entries = （sbi->s_vat_inode->i_size - map->s_type_specific.s_virtual.s_start_offset） >> 2;lengthHeader 是一个完全由攻击者控制的 16 位值。如果它超过了 VAT inode 大小，则s_num_entries减法下溢到一个巨大的计数，这破坏了 udf_get_pblock_virt15（） 中绑定的区块> s_num_entries;以及在函数读取 （（__le32 *）（iinfo->i_data + s_start_offset））[block] 的 ICB 内联路径上，因此大型s_start_offset索引会越过 inode 的 ICB 内数据。然后，装载具有虚拟 （VAT） 分区的构建的 UDF 图像会触发越界读取。拒绝其标头长度未为 VAT inode 内至少一个条目留出空间的 VAT。（CVE-2026-64323）

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

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

  - Bluetooth：btusb：修复 marvell 探测失败时的释放后使用 确保在 Marvell OOB 唤醒配置期间，如果后续探测失败，请停止提交的任何 TX URB，以避免在完成回调中出现释放后使用。此问题是 Sashiko 在查看 btusb 探测错误路径中唤醒源泄漏的补丁时报告的。（CVE-2026-64470）

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

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

  - ACPI：NFIT：core：修复 acpi_nfit_init（） 错误清理 如果将 acpi_desc 对象添加到 acpi_descs 列表后 acpi_nfit_init（） 失败，则永远不会从该列表中删除该对象，因为该情况下不会为 NFIT 设备添加 acpi_nfit_shutdown（） devm 操作。接下来，acpi_nfit_init（） 失败导致 acpi_nfit_probe（） 失败，释放acpi_desc对象，并在acpi_descs中留下一个悬摆指针。任何后续的 ACPI 计算机检查异常都将触发迭代 acpi_descs 的 nfit_handle_mce（），因此将发生释放后使用。此外，如果 acpi_nfit_probe（） 在为 NFIT 设备安装通知处理程序后返回 0，并且未分配 acpi_desc 对象和设置 NFIT 设备的驱动程序数据指针，则 acpi_nfit_update_notify（） 将分配 acpi_desc 对象，并调用 acpi_nfit_init（） 对其进行初始化。无论该情况下 acpi_nfit_init（） 是否失败，都不会为 NFIT 设备添加 acpi_nfit_shutdown（） devm 操作，并且acpi_desc永远不会从acpi_descs列表中删除。如果随后在删除驱动程序时释放 acpi_desc 对象，则任何后续的 ACPI MCE 都将导致释放后使用，如前一个案例。要解决上面提到的第一个问题，请使 acpi_nfit_probe（） 在 acpi_nfit_init（） 失败时直接调用 acpi_nfit_shutdown（），要解决另一个问题，请向驱动程序添加一个 remove 回调并使其调用 acpi_nfit_shutdown（） 。此外，由于现在可以将 NULL 传递给 acpi_nfit_shutdown（），或者传递给它的 acpi_desc 对象可能尚未初始化，因此向该函数添加对 acpi_desc 及其nvdimm_bus字段的 NULL 检查，使 acpi_nfit_unregister（） 在取消注册 NVDIMM 总线后清除后者。CVE-2026-64510

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

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

  - Bluetooth：btusb：修复注册失败时的释放后使用 确保在控制器注册失败时释放同级接口，以避免它们最终断开连接时的释放后使用和双重释放。此问题是 Sashiko 在查看 btusb 探测错误路径中唤醒源泄漏的补丁时报告的。（CVE-2026-64471）

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

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

  - 已修复 Linux 内核中的下列漏洞：PCI/IOV: Skip VF Resizable BAR restore on read error sriov_restore_vf_rebar_state() uses the VF Resizable BAR Control register to decide how many VF BARs to restore (nbars) and which VF BAR each iteration addresses (bar_idx). bar_idx indexes into dev->sriov->barsz[], which has only PCI_SRIOV_NUM_BARS (6) entries. When a device does not respond, config reads typically return PCI_ERROR_RESPONSE (~0). Both fields are 3 bits wide, so nbars and bar_idx both evaluate to 7. The barsz[] access then goes out of bounds. UBSAN reports this as: UBSAN: array-index-out-of-bounds in drivers/pci/iov.c:948:51 index 7 is out of range for type 'resource_size_t [6]' Observed on an NVIDIA RTX PRO 1000 GPU (GB207GLM) that stopped responding during a failed GC6 power state exit. The subsequent pci_restore_state() invoked sriov_restore_vf_rebar_state() while config reads returned 0xffffffff, triggering the splat. Bail out if any VF Resizable BAR Control read returns PCI_ERROR_RESPONSE. No further VF BARs are touched, which is safe because a config read that returns PCI_ERROR_RESPONSE indicates the device is unreachable and restoration is pointless. This mirrors the guard in pci_restore_rebar_state(). (CVE-2026-64460)

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

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

  - 已修复 Linux 内核中的下列漏洞：mm: swap_cgroup: fix NULL deref in lookup_swap_cgroup_id on swapless host lookup_swap_cgroup_id() passes swap_cgroup_ctrl[type].map to
    __swap_cgroup_id_lookup() without checking that the type was ever registered via swap_cgroup_swapon(). On a swapless host every ctrl->map is NULL, so __swap_cgroup_id_lookup() dereferences NULL + a scaled swp_offset(). Since commit bea67dcc5eea (mm: attempt to batch free swap entries for zap_pte_range()), zap_pte_range() -> swap_pte_batch() calls lookup_swap_cgroup_id() on any non-present, non-none PTE that decodes as a real swap entry, without first validating it against swap_info[]. A single PTE corrupted into a type-0 swap entry takes the host down at process exit. We hit this in production on a swapless 6.12.58 host: ~1s of get_swap_device: Bad swap file entry 3f800204222bb (do_swap_page() being correctly defensive about the same entry) followed by BUG: unable to handle page fault for address: 000003f800204220 RIP: 0010:lookup_swap_cgroup_id+0x2b/0x60 Call Trace: swap_pte_batch+0xbf/0x230 zap_pte_range+0x4c8/0x780 unmap_page_range+0x190/0x3e0 exit_mmap+0xd9/0x3c0 do_exit+0x20c/0x4b0 syzbot has reported the identical stack. The source of the PTE corruption is a separate bug; this change makes the teardown path as robust as the fault path already is. Every other caller of lookup_swap_cgroup_id() is downstream of a get_swap_device() that has already validated the entry, so the new branch is cold. (CVE-2026-64416)

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

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

  - ALSA：ice1712：检查内存分配失败时 snd_ctl_new1（） 返回值 snd_ctl_new1（） 可能返回 NULL。ice1712 驱动程序在取消引用多个位置（ice1712.c、ice1724.c、aureon.c）的指针之前，在未检查返回值的情况下调用 snd_ctl_new1（），这可能会造成空指针取消引用。
    在 snd_ctl_new1（） 调用后添加 NULL 检查，如果有失败则返回 -ENOMEM。（CVE-2026-64480）

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

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

  - KVM：arm64：刷新 pKVM hyp vCPU 时绑定used_lrs flush_hyp_vcpu（） 在每次运行时将主机 vGIC 状态复制到 hyp 的私有 vCPU 中。vGIC 列表寄存器保存和还原使用used_lrs作为其循环边界，并期望其保持在已实现的列表寄存器的数量内。虽然一般情况是这样，但 flush_hyp_vcpu（） 逐字复制vgic_v3并且不会强制执行此操作，因此主机提供的值在 EL2 上用于索引 vgic_lr[] 和访问 ICH_LR<n>_EL2（主机 -> EL2）。通过在复制后将used_lrs限制为已实现的列表寄存器的数量来修复，信任的路径已在 vgic_flush_lr_state（） 中执行此操作。初始化后实现的列表寄存器数量不变，因此会将其从 kvm_vgic_global_state.nr_lr 复制一次hyp_gicv3_nr_lr，而不是在每个条目上读取。
    (CVE-2026-64287)

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

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

  - 已修复 Linux 内核中的下列漏洞：netfilter: flowtable: IPIP tunnel hardware offload is not yet support No driver supports for IPIP tunnels yet, give up early on setting up the hardware offload for this scenario. This patch adds a stub that can be enhanced to add more configuration that are currently not supported. As of now, the offload work is enqueued to the worker, then ignored if the hardware offload configuration is not supported. Check the NF_FLOW_HW flag to know if this entry was already tried once to be offloaded so this is not retried on refresh when unsupported. Move NF_FLOW_HW flag check to nf_flow_offload_add(). If this NF_FLOW_HW flag is unset the _del and _stats variants are never called. This can be updated later on to skip hardware offload work to be queued in case hardware offload does not support it. (CVE-2026-64410)

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

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

  - mm：shrinker：修复与扩展shrinker_info拆卸争用 expand_shrinker_info（） 迭代 shrinker_mutex 下所有可见的 memcg，包括尚未完成 ->css_online（） 的 memcg。发布 pn->shrinker_info 后，拆卸必须保持使用 expand_shrinker_info（） 的序列化，直到该 memcg 完全联机或不再对迭代可见。今天 alloc_shrinker_info（） 通过在释放部分初始化的 shrinker_info 数组之前丢弃 shrinker_mutex 来打破该规则，这可能导致以下争用： CPU0 CPU1 ==== ==== css_create --> list_add_tail_rcu（&css->sibling， &parent_css->children）;online_css --> mem_cgroup_css_online --> alloc_shrinker_info --> alloc node0 info rcu_assign_pointer（C->node0-->shrinker_info， old0） alloc node1 info -> FAIL -> goto err mutex_unlock（shrinker_mutex） shrinker_alloc（） --> shrinker_memcg_alloc --> mutex_lock（shrinker_mutex） expand_shrinker_info --> mem_cgroup_iter 请参阅 memcg expand_one_shrinker_info --> old0 = C->node0->shrinker_info memcpy（new->unit， old0->单位，...）;free_shrinker_info -->kvfree（old0）;/* 双重免费！！*/ kvfree_rcu（old0， rcu）;mem_cgroup_css_online（） 的后面会出现同样的问题。如果 alloc_shrinker_info（） 成功但后续的 objcg 分配失败，则 free_objcg -> free_shrinker_info（） 展开路径将在不shrinker_mutex的情况下去除已发布的 pn->shrinker_info 数组。expand_one_shrinker_info（） 可以同样的方式与该拆卸争用，从而导致旧shrinker_info的释放后使用或双重释放。通过对具有 shrinker_mutex 的 shrinker_info 拆卸进行序列化，并且将 alloc_shrinker_info（） 错误清理保持在锁定部分内，从而修复此问题。
    (CVE-2026-64418)

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

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

  - USB：misc：uss720：探测故障时取消注册 parport uss720_probe（） 在读取用于检测不受支持的 Belkin F5U002 适配器的 1284 寄存器之前注册 parport。如果 get_1284_register（） 失败，错误路径将丢弃驱动程序隐私数据和 USB 设备引用，但使 parport 设备保持注册状态。让端口保持注册不仅仅是私有分配泄漏：parport_register_port（） 已经预留了 parport 号并注册了 parport 总线设备，而 pp->private_data 仍然指向通用错误路径即将释放的私有数据。撤销 get_1284_register（） 失败分支中的预公告注册，然后再跳转到通用私有数据清理路径。首先清除 priv->pp，以匹配断开连接路径并避免私有数据中的过时指针。
    我们在查看内核代码时进行持续的静态分析研究中发现了此问题。
    (CVE-2026-64338)

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

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

  - usb：释放失败提交 EHCI 和 FOTG210 同步提交的 iso 计划，在将 URB 链接到端点队列之前构建ehci_iso_sched并将暂存计划保留在 urb->hcpriv 中，直到 iso_stream_schedule（） 和链接帮助程序使用为止。如果控制器不再可访问，或 usb_hcd_link_urb_to_ep（） 失败，则在切换发生前将跳转到 done_not_linked 并泄漏仍附加到 urb->hcpriv 的暂存计划。当提交失败时，在链接 URB 之前从done_not_linked释放暂存计划，并在释放后清除 urb->hcpriv。我们正在开发的用于内核内存管理缺陷的实验性分析工具在分析 v6.13-rc1 时，首先标记此缺陷。
    该工具仍在开发中，尚未公开可用。手动检查确认 v7.1.1 中仍然存在该缺陷。x86_64 allyesconfig 版本未显示新警告。由于我们没有可测试的带有 USB 同步设备的 EHCI 主机控制器，因此无法执行运行时测试。（CVE-2026-64348）

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

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

  - HID：lg-g15：取消 remove 的待定工作，以修复随 devm 分配并保留工作项的释放后使用lg_g15_data。报告处理程序计划直接从设备输入开始工作。lg_g15_event（） 和 lg_g15_v2_event（） 在背光循环键上执行此操作，lg_g510_leds_event（） 也执行此操作。工作线程通过container_of取消引用lg_g15_data。该驱动程序没有 Remove 回调，且从未取消工作。因此，如果报告计划了工作，然后拔出键盘，则 devres 会在工作仍待定或运行时释放lg_g15_data，并且工作者会接触到已释放的内存。这是释放后使用。可作为拔出设备时的争用访问它。添加用于在 devres 释放状态之前取消工作的 remove 回调。g15->work 仅针对计划它的模型 （G15， G15 v2， G510） 进行初始化。和 G13 Z-10 将其保留为零，因此保护 g15->work.func 上的取消以避免取消从未设置过的工作。g15 NULL 测试与 lg_g15_raw_event（） 中已有的测试类似。（CVE-2026-64362）

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

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

  - binder：修复 binder_thread_release（） 中的 UAF 线程退出时，binder_thread_release（） 遍历其事务堆栈以清除与退出线程对应的 t->from 和 t->to_proc。但是，并行终止的进程可能会尝试释放其中一些事务。如果其中一个没有关联的 t->to_proc，则不会获取 t->to_proc->inner_lock。这意味着清除 t->to_proc 之后，binder_thread_release（） 中的事务访问可能与 binder_free_transaction（） 争用并造成释放后使用错误，如 KASAN 所报告：
    ================================================================== 缺陷：KASAN：binder_thread_release+0x5d0/0x798 中的 slab-after-use-after-free 在 addr ffff000016627500 处按任务 X/715 写入大小为 8 CPU：17 UID：0 PID：715 通信：X 未受感染 7.1.0-rc5-00149-g8fde5d1d47f6 #30 PREEMPT 硬件名称：linux，dummy-virt （DT） 调用跟踪：binder_thread_release+0x5d0/0x798 binder_ioctl+0x12c0/0x299c [...]由 cpu 18 上的任务 717 在 67.267803s 分配：__kasan_kmalloc+0xa0/0xbc __kmalloc_cache_noprof+0x174/0x444 binder_transaction+0x554/0x8150 binder_thread_write+0xa30/0x4354 binder_ioctl+0x20f0/0x299c [...]在 90.416221s 时由 cpu 18 上的任务 202 释放：__kasan_slab_free+0x58/0x80 kfree+0x1a0/0x4a4 binder_free_transaction+0x150/0x294 binder_send_failed_reply+0x398/0x6d8 binder_release_work+0x3e4/0x4ec binder_deferred_func+0xbd8/0x104c [...] ================================================================== 为避免此问题，请确保 binder_free_transaction（） 读取事务锁下的 t->to_proc。这将使用 binder_thread_release（） 中的访问权限序列化事务发布。此外，它符合记载的 @to_proc 锁定规则。（CVE-2026-64469）

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

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

  - proc：通过 exec_update_lock 保护 ptrace_may_access（）（第 1 部分） 修复 procfs 当前调用 ptrace_may_access（） 而未exec_update_lock保护的简单情况，其中补丁只需添加额外的锁或使用 mm_access（））： - do_task_stat（）：抓取exec_update_lock - proc_pid_wchan（）：抓取exec_update_lock
    - proc_map_files_lookup（）：使用 mm_access（） 而不是 get_task_mm（） - proc_map_files_readdir（）：使用 mm_access（） 而不是 get_task_mm（） - proc_ns_get_link（）：获取exec_update_lock - proc_ns_readlink（）：
    抓取exec_update_lock （CVE-2026-64371）

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

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

  - 分区：AIX：将 pp_count 扫描绑定到 PPE 数组 aix_partition（） 将物理卷描述符读入固定大小的 struct PVD 中，然后扫描其物理分区范围数组：int numpps = be16_to_cpu（pvd->pp_count）;...for （i = 0; i < numpps; i += 1） { struct ppe *p = pvd->ppe + i; ...lp_ix = be16_to_cpu（p->lp_ix）;PVD 指向单个 kmalloc（）'d struct PVD，其 PPE[] 成员保留固定的 ARRAY_SIZE（PVD->PPE） （1016） 条目，但循环一直持续到磁盘上的pp_count。pp_count是直接从描述符读取的未经验证的__be16，因此构建的 AIX 图像（pp_count大于 1016）会驱动循环读取 pvd->ppe[i] 超过分配末尾（最多 65535 个条目，~2 MB 越界）。当具有构建的 AIX/IBM 分区表的块设备（攻击者提供的附加 losetup -P 的映像，或由 udev 自动扫描的设备）通过 msdos_partition） -> aix_partition（） 出现时，分区扫描在不挂载任何内容的情况下运行。根据 ppe[] 数组可以包含的条目数进行扫描限制。（CVE-2026-64318）

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

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

  - ksmbd：需要对重复盘区进行源读取访问FSCTL_DUPLICATE_EXTENTS_TO_FILE 将源文件直接传递到 vfs_clone_file_range（） 或 vfs_copy_file_range（），而不检查授予源句柄的 SMB 访问掩码。因此，通过属性访问打开的句柄可被用于将文件内容复制到攻击者可读的目标。在任一 VFS 操作之前，需要在源句柄上FILE_READ_DATA，从而匹配其他 ksmbd 数据复制路径。（CVE-2026-64395）

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

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

  - ACPI：CPPC：禁止字段滥用造成的 UBSAN 警告 reg->access_width 的定义因 reg->space_id 类型而异。类型 ACPI_ADR_SPACE_PLATFORM_COMM 使用 access_width 指示 PCC 区域，如果该值大于 4，则可能导致 UBSAN。例如： UBSAN：drivers/acpi/cppc_acpi.c：1090：9 中的位移越界 位移指数 32 对于 32 位类型“int”过大 CPU：61 UID：0 PID：1220 通信： （udev-worker） 未受感染 7.0.10-201.fc44.aarch64 #1 PREEMPT（lazy） 硬件名称：
    由 O.E.M. 呼叫跟踪填写：...（修剪）ubsan_epilogue+0x10/0x48
    __ubsan_handle_shift_out_of_bounds+0xdc/0x1e0 cpc_write+0x4d0/0x670 cppc_set_perf+0x18c/0x490 cppc_cpufreq_cpu_init+0x1c8/0x380 [cppc_cpufreq] ...（修剪）我们通过验证区域类型以及access_width是否有值来修复此问题。然后，由于我们直接返回 bit_width 以进行ACPI_ADR_SPACE_PLATFORM_COMM，因此删除代码以修正大小。（CVE-2026-64512）

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

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

  - proc：通过 exec_update_lock（FD 链接）保护 ptrace_may_access（），proc_pid_get_link（） 和 proc_pid_readlink（） 当前从 pid 查找任务一次，然后对该任务执行 ptrace 访问检查，然后再次从 PID 查找该任务以执行实际访问。这在几个方面都是活泼的。要修复此问题，请将任务传递到 ->proc_get_link（） 处理程序，并且引入新的帮助程序 call_proc_get_link（） 而不是 proc_fd_access_allowed（），该帮助程序用于查找并锁定任务，执行访问检查并调用 ->proc_get_link（）。（CVE-2026-64375）

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

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

  - Bluetooth：修复 bt_accept_dequeue（） 中的 UAF bt_accept_get（） 在放置接受队列锁定之前获取临时引用。bt_accept_dequeue（） 当前会在 bt_accept_unlink（） 之前删除该引用，仅留下队列引用。bt_accept_unlink（） 丢弃队列引用。因此，如果后续 sock_hold（） 是最终引用，则会访问释放的内存，如 KASAN 在监听 L2CAP 套接字清理期间所观察到的那样。通过 unlink 保留临时队列遍历引用，并在成功后将其传递给调用程序。将其明确放置在已关闭且尚未连接的路径中。（CVE-2026-64406）

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

ID	名称	严重性
330045	Linux Distros 未修补的漏洞：CVE-2026-61109	medium
330044	Linux Distros 未修补的漏洞：CVE-2026-60331	medium
330043	Linux Distros 未修补的漏洞：CVE-2026-60145	medium
330042	Linux Distros 未修补的漏洞：CVE-2026-60585	medium
330041	Linux Distros 未修补的漏洞：CVE-2026-60186	medium
330040	Linux Distros 未修补的漏洞：CVE-2026-60191	medium
330039	Linux Distros 未修补的漏洞：CVE-2026-60178	medium
330038	Linux Distros 未修补的漏洞：CVE-2026-60163	high
330037	Linux Distros 未修补的漏洞：CVE-2026-60184	medium
330036	Linux Distros 未修补的漏洞：CVE-2026-60332	medium
330035	Linux Distros 未修补的漏洞：CVE-2025-71408	high
330034	Linux Distros 未修补的漏洞：CVE-2026-60183	medium
330033	Linux Distros 未修补的漏洞：CVE-2026-60188	medium
330032	Linux Distros 未修补的漏洞：CVE-2026-60182	medium
330031	Linux Distros 未修补的漏洞：CVE-2026-60185	medium
330030	Linux Distros 未修补的漏洞：CVE-2026-9238	medium
330029	Linux Distros 未修补的漏洞：CVE-2026-12681	high
330028	Linux Distros 未修补的漏洞：CVE-2026-15578	high
330027	Linux Distros 未修补的漏洞：CVE-2026-66011	medium
330026	Linux Distros 未修补的漏洞：CVE-2026-8348	medium
330025	Linux Distros 未修补的漏洞：CVE-2026-16043	medium
330024	Linux Distros 未修补的漏洞：CVE-2026-61475	high
330023	Linux Distros 未修补的漏洞：CVE-2026-59676	medium
330022	Linux Distros 未修补的漏洞：CVE-2026-15705	high
330021	Linux Distros 未修补的漏洞：CVE-2026-63319	high
330019	Linux Distros 未修补的漏洞：CVE-2026-66373	high
330018	Linux Distros 未修补的漏洞：CVE-2024-14040	high
330017	Linux Distros 未修补的漏洞：CVE-2026-64530	critical
330016	Linux Distros 未修补的漏洞：CVE-2026-14899	high
329997	Linux Distros 未修补的漏洞：CVE-2026-64412	high
329996	Linux Distros 未修补的漏洞：CVE-2026-64323	high
329995	Linux Distros 未修补的漏洞：CVE-2026-64470	high
329994	Linux Distros 未修补的漏洞：CVE-2026-64510	high
329993	Linux Distros 未修补的漏洞：CVE-2026-64471	high
329992	Linux Distros 未修补的漏洞：CVE-2026-64460	high
329991	Linux Distros 未修补的漏洞：CVE-2026-64416	medium
329990	Linux Distros 未修补的漏洞：CVE-2026-64480	medium
329989	Linux Distros 未修补的漏洞：CVE-2026-64287	high
329988	Linux Distros 未修补的漏洞：CVE-2026-64410	critical
329987	Linux Distros 未修补的漏洞：CVE-2026-64418	high
329986	Linux Distros 未修补的漏洞：CVE-2026-64338	medium
329985	Linux Distros 未修补的漏洞：CVE-2026-64348	high
329984	Linux Distros 未修补的漏洞：CVE-2026-64362	high
329983	Linux Distros 未修补的漏洞：CVE-2026-64469	high
329982	Linux Distros 未修补的漏洞：CVE-2026-64371	medium
329981	Linux Distros 未修补的漏洞：CVE-2026-64318	high
329980	Linux Distros 未修补的漏洞：CVE-2026-64395	high
329979	Linux Distros 未修补的漏洞：CVE-2026-64512	high
329978	Linux Distros 未修补的漏洞：CVE-2026-64375	high
329977	Linux Distros 未修补的漏洞：CVE-2026-64406	high

检测

Nessus 的 Misc. 系列

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

high

medium

medium

medium

medium

medium

high

high

medium

medium

medium

high

medium

high

high

high

high

critical

high

high

high

high

high

high

high

medium

medium

high

critical

high

medium

high

high

high

medium

high

high

high

high

high