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

  - 已修复 Linux 内核中的下列漏洞：usb: gadget: u_ether: Fix NULL pointer deref in eth_get_drvinfo Commit ec35c1969650 (usb: gadget: f_ncm: Fix net_device lifecycle with device_move) reparents the gadget device to /sys/devices/virtual during unbind, clearing the gadget pointer. If the userspace tool queries on the surviving interface during this detached window, this leads to a NULL pointer dereference. Unable to handle kernel NULL pointer dereference Call trace:
    eth_get_drvinfo+0x50/0x90 ethtool_get_drvinfo+0x5c/0x1f0 __dev_ethtool+0xaec/0x1fe0 dev_ethtool+0x134/0x2e0 dev_ioctl+0x338/0x560 Add a NULL check for dev->gadget in eth_get_drvinfo(). When detached, skip copying the fw_version and bus_info strings, which is natively handled by ethtool_get_drvinfo for empty strings. (CVE-2026-31727)

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

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

  - io_uring/net：修复 io_bundle_nbufs（） 中的 slab-越界读取 sqe->len __u32但存储在 int 的 sr->len 中。当用户空间传递超过 INT_MAX 的 sqe->len 值（如 0xFFFFFFFF）时，sr->len 溢出至负值。此负值通过捆绑 recv/send 路径传播： 1。
    io_recv（）： sel.val = sr->len （ssize_t gets -1） 2.io_recv_buf_select（）：arg.max_len = sel->val （size_t 获取 0xFFFFFFFFFFFFFFFF） 3.io_ring_buffers_peek（）：buf->len 未被钳制，因为max_len天文数字很大 4.iov[].iov_len = 0xFFFFFFFF 流入 io_bundle_nbufs（） 5。io_bundle_nbufs（）：
    min_t（int， 0xFFFFFFFF， ret） 产生 -1，导致 ret 增加而非减少，进而形成读取越过分配 iov[] 数组的无限循环。这会造成来自 kmalloc-64 slab 的 io_bundle_nbufs（） 内的 slab 越界读取，因为 nbufs 递增至越过分配的 iovec 条目。BUG：
    KASAN：io_bundle_nbufs+0x128/0x160 中的 slab-out-of-bound 通过任务 exp/145 在地址 ffff888100ae05c8 读取的规格为 8 调用跟踪：io_bundle_nbufs+0x128/0x160 io_recv_finish+0x117/0xe20 io_recv+0x2db/0x1160 通过在 io_sendmsg_prep（） 和 io_recvmsg_prep（） 中提早拒绝负 sr->len 值来修复此问题。由于 sqe->len 为__u32，因此> INT_MAX的任何值都表示溢出并且不是有效的长度。（CVE-2026-31774）

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

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

  - crypto：tegra - 添加缺失的 CRYPTO_ALG_ASYNC tegra 加密驱动未能为其异步算法设置 CRYPTO_ALG_ASYNC，导致加密 API 为仅请求同步算法的用户选择了这些驱动。这至少会导致崩溃。像其他司机那样添加旗帜来解决这个问题。
    另外，移除不必要的CRYPTO_ALG_TYPE_*标志，因为这些标记最终会被注册功能忽略和覆盖。（CVE-2026-31739）

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

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

  - Pallet Click（版本 8.3.2 及更低）在 click.edit() 函数中包含一个命令注入漏洞，允许攻击者从非特权帐户传递任意 OS 命令。 (CVE-2026-7246)

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

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

  - 在 hashcat v7.1.2 的 src/rp_cpu.c 中，mangle_to_hex_lower() 和 mangle_to_hex_upper() 中存在基于堆栈的缓冲区溢出漏洞，攻击者可利用此漏洞，将构建的规则文件或 -j 或 -k 规则选项用于长度等于或超过 128 个字符的候选密码，以此造成拒绝服务或可能执行任意代码。该漏洞是由于在执行边界检查时，未能考虑到密码字节转换为十六进制时长度会扩展 2 倍所导致。(CVE-2026-42482)

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

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

  - 在Exiftool中检测到漏洞，最高可达 13.53。受影响的是 JPEG/QuickTime/MOV/MP4 组件文件 lib/Image/ExifTool/GM.pm 的函数 Library/Image/ExifTool/GM.pm 的功能Process_mrld。对参数-ee的操作会导致代码注入。本地攻击是一项要求。建议升级到该版本 13.54 以解决这个问题。该贴片被识别为5a8b6b6ead12b39e3f32f978a4efd0233facbb01。建议升级受影响的组件。源代码里的修复提到：为了安全起见，可能永远不会发生。（CVE-2026-7580）

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

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

  - Prosody 之前0.12.6和1.0.0之前13.0.5版本13.0.0中发现一个问题。未经身份验证连接中的内存泄漏导致内存耗尽，可能会造成拒绝服务。
    (CVE-2026-43506)

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

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

  - 在 hashcat v7.1.2 中，PKZIP 哈希解析器的 hex_to_binary 中存在一个基于堆的缓冲区溢出漏洞，攻击者可利用此漏洞，通过构建的 PKZIP 哈希文件造成拒绝服务或可能执行任意代码。
    此问题会影响模块 17200、17210、17220、17225 和 17230。当 data_type_enum<=1 时，来自用户所提供哈希字符串的受攻击者控制的十六进制数据会在未进行适当输入长度验证的情况下被解码到固定大小的缓冲区。(CVE-2026-42484)

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

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

  - 在 之前及之前13.0.513.0.0，在 mod_proxy65 启用之前，在 Prosody 0.12.61.0.0 中发现了问题。由于mod_proxy65在激活场景中处理访问控制不当，可能导致未认证流量的中继。（CVE-2026-43505）

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

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

  - 在 之前及之前13.0.513.0.0，在 mod_proxy65 启用之前，在 Prosody 0.12.61.0.0 中发现了问题。由于暂停场景中mod_proxy65访问控制处理不当，未认证流量的中继可能发生。（CVE-2026-43504）

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

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

  - 在 OpenStack Keystone 13 至 29 中发现问题。POST /v3/credentials 未验证调用程序为 EC2 类型凭据提供的project_id是否匹配认证应用程序凭据的项目。这允许持有项目 A 的不受限制应用程序凭据的攻击者创建针对项目 B 的 EC2 凭据;然后，后续的 /v3/ec2tokens 交换将发行一个范围为项目 B 的 Keystone 代币，同时仍带有原始app_cred_id，从而在凭据所有者的角色足迹内实现跨项目横向移动。（CVE-2026-43001）

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

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

  - drm/xe/pxp：跳回后清除pxp_start的重启标志。如果不清除标志，我们会在函数开始时不断跳回。（摘自提交 0850EC7bb2459602351639DCF7a68a03c9d1EE0）（CVE-2026-31784）

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

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

  - 蓝牙：hci_sync：修复hci_le_big_create_sync hci_le_big_create_sync（）中的栈缓冲区溢出，利用DEFINE_FLEX在栈上分配一个结构hci_cp_le_big_create_sync，并有空间容纳0x11（17个）BIS条目。然而，conn->num_bis最多可容纳HCI_MAX_ISO_BIS（31）个在调用者hci_conn_big_create_sync（）中对ISO_MAX_NUM_BIS（0x1f）验证的条目。当conn->num_bis介于18到31之间时，将conn->bis复制到cp->bis的memcpy会写入超过堆栈缓冲区14字节，破坏相邻的栈内存。这很容易重现：绑定一个ISO套接字，bc_num_bis = ISO_MAX_NUM_BIS （31），并调用listen（），最终会触发HCI命令同步工作器的hci_le_big_create_sync（），导致KASAN可检测的堆栈越界写入：BUG：KASAN：栈越界hci_le_big_create_sync+0x256/0x3b0任务kworker/u9：0/71在addr ffffc900000487b48写入大小为31。通过将DEFINE_FLEX计数从错误的0x11改为HCI_MAX_ISO_BIS，这与conn->bis实际能携带的最大BIS条目数相匹配。（CVE-2026-31772）

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

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

  - perf/x86：修复潜在的坏 container_of intel_pmu_hw_config自动计数器加载可能包含一组包含软件事件的事件。软件事件PMU不是x86_hybrid_pmu，intel_pmu_set_acr_caused_constr中的container_of操作（通过混合辅助器）可能导致内存读取出界。通过is_x86_event检定来保护intel_pmu_set_acr_caused_constr的呼叫，避免这种情况。（CVE-2026-31782）

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

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

  - 在 OpenStack ironic-python-agent 1.0.0 中 11.5.0发现一个问题。Ironic Python Agent （IPA） 有时会从已部署分区图像的 chroot 内执行 grub-install，从而导致在恶意图像情况下执行代码。（CVE-2026-43003）

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

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

  - FRRouting（FRR）稳定/10.0 的 bgp_flowspec_op_decode（） 函数（bgpd/bgp_flowspec_util.c）中存在一个超出一的写入漏洞，允许攻击者通过提供精心设计的 FlowSpec 组件来引发拒绝服务（DoS）。（CVE-2026-37457）

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

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

  - 在 AcademySoftwareFoundation OpenImageIO 3.2.0.1 开发版本中检测到漏洞。该漏洞影响组件DDS图像处理程序src/dds.imageio/ddsinput.cpp文件的未知代码。这种操作导致写入出界。必须在本地处理攻击。漏洞利用代码已公开披露，攻击者可能利用该漏洞发起攻击。 该斑块被识别为94ec2deec3e3bf2f2e2ff84d008e27425d626fe2。建议应用相关补丁，以解决此问题。
    (CVE-2026-7582)

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

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

  - thermal：core：解决与 resume 的热区删除争用 由于 thermal_zone_pm_complete（） 和 thermal_zone_device_resume（） 重新初始化给定热区的poll_queue延迟工作，因此 thermal_zone_device_unregister（） 中的 cancel_delayed_work_sync（） 可能会遗漏一些已经在运行的工作项，并且热区可能会过早释放 [1]。有两种失败情况，它们都是从对其中一个热区调用 thermal_zone_device_unregister（） 之前运行 thermal_pm_notify_complete（） 开始的。在第一种方案中，当 thermal_pm_notify_complete（） 为该热区域调用 thermal_zone_pm_complete（） 时，该工作项已为该热区域运行，并且当 thermal_zone_device_unregister（） 启动时该工作项继续运行。由于 thermal_pm_notify_complete（） 已重新初始化poll_queue延迟的工作，因此 thermal_zone_device_unregister（） 中的 cancel_delayed_work_sync（） 将缺少正在运行的工作项，如果其继续运行超过释放热区对象，则将发生释放后使用。在第二种情况中，由 thermal_pm_notify_complete（） 排队的 thermal_zone_device_resume（） 会在 thermal_zone_device_unregister（） 调用的 thermal_zone_exit（） 返回后立即运行。poll_queue延迟的工作会在 thermal_zone_device_unregister（） 调用 cancel_delayed_work_sync（） 之前由其重新初始化，因此该工作可能会在释放 thermal zone 对象之后继续运行，这也会导致释放后使用。通过确保调用 thermal_pm_notify_complete（） 时不会运行任何热工作项，解决第一个失败情况。为此，首先将 cancel_delayed_work（） 调用从 thermal_zone_pm_complete（） 移动到 thermal_zone_pm_prepare（），以防止新工作进入工作队列。接下来，切换为使用 thermal 事件的专用工作队列，并更新 thermal_pm_notify（） 中的代码以在 thermal_pm_notify_prepare（） 返回后刷新该工作队列，这将处理工作队列中已有的所有剩余 thermal 工作（该剩余工作无论如何都无济于事，因为所有 thermal 区域都已被标记为暂停）。通过向 thermal_zone_device_resume（） 添加 tz->state 检查来防止其在热区消失时重新初始化poll_queue延迟工作，从而解决了第二种失败情况。请注意，上述更改还将有助于将热区的挂起和恢复分别重新定位到更靠近设备的挂起和恢复的位置。（CVE-2026-31731）

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

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

  - SWUpdate在mongoose_multipart.c的多部分上传解析器中存在整数下溢漏洞，允许未经认证的攻击者通过发送带有多部分边界错误和受控TCP流时序的定制HTTP POST请求，导致拒绝服务。
    当缓冲区长度落在特定范围内时，攻击者可以在mg_http_multipart_continue_wait_for_chunk（）函数中触发整数下溢，导致越界堆读取，将数据写入分配后的接收缓冲区外，到本地IPC套接字。（CVE-2026-28525）

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

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

  - 已修复 Linux 内核中的下列漏洞：vt: discard stale unicode buffer on alt screen exit after resize When enter_alt_screen() saves vc_uni_lines into vc_saved_uni_lines and sets vc_uni_lines to NULL, a subsequent console resize via vc_do_resize() skips reallocating the unicode buffer because vc_uni_lines is NULL. However, vc_saved_uni_lines still points to the old buffer allocated for the original dimensions. When leave_alt_screen() later restores vc_saved_uni_lines, the buffer dimensions no longer match vc_rows/vc_cols. Any operation that iterates over the unicode buffer using the current dimensions (e.g. csi_J clearing the screen) will access memory out of bounds, causing a kernel oops: BUG:
    unable to handle page fault for address: 0x0000002000000020 RIP: 0010:csi_J+0x133/0x2d0 The faulting address 0x0000002000000020 is two adjacent u32 space characters (0x20) interpreted as a pointer, read from the row data area past the end of the 25-entry pointer array in a buffer allocated for 80x25 but accessed with 240x67 dimensions. Fix this by checking whether the console dimensions changed while in the alternate screen. If they did, free the stale saved buffer instead of restoring it. The unicode screen will be lazily rebuilt via vc_uniscr_check() when next needed. (CVE-2026-31742)

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

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

  - iio：陀螺仪：mpu3050：修复irq资源泄漏中断处理程序，但仅在几行后，如果iio_trigger_register（）失败，函数返回时未正确释放处理程序。添加清理任务以解决资源泄漏。被 Smatch 检测到：drivers/iio/gyro/mpu3050-core.c：1128 mpu3050_trigger_probe（） 警告：'irq' 来自 request_threaded_irq（） 未发布于 1124 行。（CVE-2026-31762）

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

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

  - ksmbd：验证num_aces并强化ACE步入smb_inherit_dacl（） smb_inherit_dacl（） 信任父目录DACL xattr中的磁盘num_aces值，并用它来对堆分配进行规模化：aces_base = kmalloc（sizeof（struct smb_ace） * num_aces * 2， ...）;num_aces 是从 le16_to_cpu（parent_pdacl->num_aces）读取的 u16，未检查其是否与申报的 pdacl_size 一致。
    一个经过认证的客户端，其父目录的安全性。NTACL被篡改（例如通过离线xattr损坏或绕过parse_dacl（））的并发路径，可能呈现num_aces = 65535，实际ACE数据极少。这会导致一个 ~8 MB 的分配（不是 kzalloc，因此未初始化），导致后续循环只能部分填充，并且可能在 32 位核上溢出三路乘法size_t。
    此外，ACE步行环路使用较弱的offsetof（struct smb_ace， access_req）最小大小校验，而非最小有效线上ACE大小，且不拒绝宣告大小低于最小的ACE。在UML + KASAN + LOCKDEP上，基于真实的ksmbd代码路径重现。一个合法的mount.cifs客户端会在SMB上创建一个父目录（ksmbd写入有效的安全文件）。NTACL xattr），然后将支持文件系统的 NTACL blob 重写为 num_aces = 0xFFFF，同时保持 posix_acl_hash 字节完整，使 ksmbd_vfs_get_sd_xattr（） 的哈希检查仍然通过。随后对该父节点下的子节点进行SMB2创建，将smb2_open（）驱动到smb_inherit_dacl（）（共享中有vfs对象=acl_xattr set），导致页面分配器失败：警告：mm/page_alloc.c：5226，__alloc_frozen_pages_noprof+0x46c/0x9c0工作队列：ksmbd-io handle_ksmbd_work __alloc_frozen_pages_noprof+0x46c/0x9c0
    ___kmalloc_large_node+0x68/0x130 __kmalloc_large_node_noprof+0x24/0x70 __kmalloc_noprof+0x4c9/0x690 smb_inherit_dacl+0x394/0x2430 smb2_open+0x595d/0xabe0 handle_ksmbd_work+0x3d3/0x1140 在补丁应用后，附加的守卫会在任何大规模分配运行前用 -EINVAL 拒绝篡改值，smb2_open（） 退回到 smb2_create_sd_buffer（）， 而子节点则以默认的标准标准箱创建。没有预警，没有啪嗒声。修复方法：1. 使用parse_dacl（）中应用的相同公式验证num_aces与pdacl_size。2. 用kmalloc_array（num_aces * 2， sizeof（...）替换原始的 kmalloc（size of * num_aces * 2），以实现溢出安全分配。3. 将每个ACE环路保护器收紧，要求最低有效ACE尺寸（offsetof（smb_ace， sid） + CIFS_SID_BASE_SIZE），并拒绝尺寸不足的ACE，以匹配 smb_check_perm_dacl（）和parse_dacl（）的硬化。v1 -> v2：- 用 mount.cifs 和 SMB2 CREATE 驱动的实径 UML + KASAN 重现替换变革日志中的合成测试模块 splat;
    Namjae 在 v1 中标记了 kcifs3_test_inherit_dacl_old 名称，因为 ksmbd 中没有这个名字。- 根据 Namjae 的评测，删除代码注释中的提交哈希引用;保留parse_dacl（）指针。
    (CVE-2026-31706)

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

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

  - Wireshark 4.6.0 to 4.6.4 和 to 中的 4.4.144.4.0 OpenFlow v6 协议分析器无限循环允许拒绝服务 （CVE-2026-6520）

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

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

  - Debian Linux - gst-plugins-good1.0 - 非Ubuntu Linux - [整数溢出且MOV/MP4去多工器访问超出范围]（CVE-2026-5056）

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

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

  - Incus 是一个系统容器和虚拟机管理器。在之前 7.0.0的版本中，存储桶导入逻辑中缺少验证逻辑，允许具有存储桶功能访问权限的经身份验证的用户造成 Incus 后台程序崩溃。备份元数据处理逻辑中存在此漏洞，其中守护进程会处理导入存档中的 index.yaml 文件，并且访问已解析备份配置的成员，而无需首先验证配置对象是否已初始化。省略配置块的恶意或格式错误的 index.yaml 在存储段导入操作期间造成零指针取消引用，并终止后台程序。重复使用此问题可被利用来使 Incus 保持离线状态，从而导致拒绝服务。此问题已在 7.0.0 版本中修复。(CVE-2026-40195)

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

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

  - 加密：ccp：如果PSP命令失败，不要尝试将PDH证书复制到用户空间。在获取PDH证书时，如果固件命令失败，不要尝试将blob复制到用户空间。如果失败是由于长度无效，即用户空间缓冲区+长度太小，复制字节数量
    _firmware_ 需要 将溢出内核分配的缓冲区并泄漏数据到用户空间。虫子：卡桑：
    instrument_copy_to_user界外的板块....../include/linux/instrumented.h：129 [内联] 错误：KASAN：
    _inline_copy_to_user界外的板块....../include/linux/uaccess.h：205 [内联] BUG：KASAN：_copy_to_user+0x66/0xa0 ../lib/usercopy.c：26 任务 syz.0.186/21033 在 addr ffff8885c4ab8aa0 读取大小为 2084 由任务 syz.0.186/21033 CPU： 51 UID： 0 PID： 21033 通讯： syz.0.186 受污染： G U O 7.0.0-smp-DEV #28 抢占 受污染： [U]=USER， [O]=OOT_MODULE 硬件名称：Google， Inc. Arcadia_IT_80/Arcadia_IT_80， BIOS 34.84.12-0 2025/11/17 呼叫追踪： <TASK> dump_stack_lvl+0xc5/0x110 ../lib/dump_stack.c：120 print_address_description ../mm/kasan/report.c：378 [内联] print_report+0xbc/0x260 ../mm/kasan/report.c：482 kasan_report+0xa2/0xe0 ../mm/kasan/report.c：595 check_region_inline ../mm/kasan/generic.c：-1 [内联] kasan_check_range+0x264/0x2c0 ../mm/kasan/generic.c：200 instrument_copy_to_user ../include/linux/instrumented.h：129 [内联] _inline_copy_to_user ../include/linux/uaccess.h：205 [内联] _copy_to_user+0x66/0xa0 ../lib/usercopy.c：26 copy_to_user ../include/Linux/uaccess.h：236 [内联] sev_ioctl_do_pdh_export+0x3d3/0x7c0 ../drivers/crypto/ccp/sev-dev.c：2347 sev_ioctl+0x2a2/0x490 ../drivers/crypto/ccp/sev-dev.c：2568 vfs_ioctl ../fs/ioctl.c：51 [内文]
    __do_sys_ioctl....../fs/ioctl.c：597 [内文] __se_sys_ioctl+0x11d/0x1b0 ../fs/ioctl.c：583 do_syscall_x64 ../arch/x86/entry/syscall_64.c：63 [内联] do_syscall_64+0xe0/0x800 ..如果驱动程序显示命令成功，但固件错误代码显示相反，则 /arch/x86/entry/syscall_64.c：94 entry_SYSCALL_64_after_hwframe+0x76/0x7e </TASK> WARN，因为 __sev_do_cmd_locked（） 在任何 firwmware 错误时应返回 -EIO。（CVE-2026-31698）

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

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

  - RPKI-Router 协议分析器在 Wireshark to 和 to 中的4.4.144.4.0无限循环允许拒绝服务 （CVE-2026-6522）4.6.04.6.4

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

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

  - 蓝牙：hci_event：将唤醒原因存储迁移到验证事件处理程序中 hci_store_wake_reason（） 在剥离 HCI 事件头部后、但在 hci_event_func（） 强制执行每个事件最小有效载荷长度之前，从 hci_ev_table hci_event_packet（） 中调用。这意味着一个短HCI事件帧可以在任何边界检查运行前达到bacpy（）。与其在hci_store_wake_reason（）内重复SKB解析和每事件长度检查，不如在现有事件长度验证成功后，将唤醒地址存储迁移到各个事件处理程序中。将 hci_store_wake_reason（） 转换为一个小型辅助工具，只存储已验证过的 bdaddr，而调用者持有 hci_dev_lock（）。在hci_event_func（）后使用同一辅助工具，并带有NULL地址，以保留当前的意外唤醒退语义，当没有经过验证的事件处理程序记录唤醒地址时。对助手进行注释：
    __must_hold（&hdev->lock）并添加lockdep_assert_held（&hdev->lock），以便未来的调用路径保持锁的契约显式。呼叫助手的号码分别来自hci_conn_request_evt（）、hci_conn_complete_evt（）、hci_sync_conn_complete_evt（）、le_conn_complete_evt（）、hci_le_adv_report_evt（）、hci_le_ext_adv_report_evt（）、hci_le_direct_adv_report_evt（）、hci_le_pa_sync_established_evt（）和hci_le_past_received_evt（）。（CVE-2026-31771）

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

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

  - bpf：修复因原子取指精确跟踪导致的错误剪枝。当backtrack_insn遇到BPF_ATOMIC和BPF_FETCH的BPF_STX指令时，src寄存器（或r0表示BPF_CMPXCHG）也作为目的地，从而从内存位置接收旧值。当前的回溯逻辑并未考虑到这一点。它将原子取指操作视为普通存储，src寄存器仅作为输入。这导致backtrack_insn无法将精度传递到栈位置，导致堆栈位置不被标记为精确！之后，验证者的路径修剪可能会错误地将两个状态视为等价，尽管它们在栈态上不同。也就是说，两个分支可以被视为等价的，因此在不该被视为这样的情况下被修剪。修复如下：在backtrack_insn中扩展BPF_LDX处理，也通过is_atomic_fetch_insn（）辅助工具覆盖原子取指操作。当取指DST寄存器被跟踪以保证精度时，清除它，并将精度传递到栈槽。对于非栈内存，精确游走在原子指令处停止，与普通 BPF_LDX 相同。
    这涵盖了所有取球变体。之前：0：（b7） r1 = 8;R1=8 1： （7b） *（u64 *）（r10 -8） = r1;R1=8 R10=fp0 fp-8=8 2： （b7） r² = 0;R2=0 3： （db） r² = atomic64_fetch_add（（u64 *）（r10 -8）， r²）;R2=8 R10=fp0 fp-8=mmmmmmmm 4： （bf） r3 = r10;R3=fp0 R10=FP0 5： （0f） r3 += r2 mark_precise： frame0： last_idx 5 first_idx 0 subseq_idx -1 mark_precise： frame0： regs=r2 stack= 在4之前： （bf） r3 = r10 mark_precise：
    帧0：regs=r2堆叠=在3之前：（dB） R2 = atomic64_fetch_add（（U64 *）（R10 -8）， R2） mark_precise： frame0：
    regs=r² 栈= 2之前： （b7） r² = 0 6： R²=8 R3=fp8 6： （b7） r₀ = 0;R0=0 7： （95） 退出 之后：0： （b7） r1 = 8;R1=8 1： （7b） *（u64 *）（r10 -8） = r1;R1=8 R10=fp0 fp-8=8 2： （b7） r² = 0;R2=0 3： （db） r² = atomic64_fetch_add（（u64 *）（r10 -8）， r²）;R2=8 R10=fp0 fp-8=mmmmmmmm 4： （bf） r3 = r10;R3=fp0 R10=fp0 5：
    （0f） r3 += r2 mark_precise： frame0： last_idx 5 first_idx 0 subseq_idx -1 mark_precise： frame0： regs=r2 stack= before 4： （bf） r3 = r10 mark_precise： frame0： regs=r2 stack= before 3： （db） r2 = atomic64_fetch_add（（U64 *）（R10 -8）， R2） mark_precise： frame0： regs= stack=-8 before 2： （b7） r2 = 0 mark_precise： 帧0：regs= stack=-8 之前 1： （7b） *（U64 *）（R10 -8） = R1 mark_precise： frame0： regs=r1 stack= before 0： （b7） r1 = 8 6： R2=8 R3=FP8 6： （B7） R0 = 0;R0=0 7： （95） exit （CVE-2026-43009）

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

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

  - f2fs：修复因 f2fs_write_end_io（） 中 sbi->nr_pages[] 递减引起的 UAF。xfstests 案例 generic/107 和 syzbot 均报告了 NULL 指针去引用。触发恐慌的并发情景如下：F2FS_WB_CP_DATA 写回调umount - f2fs_write_checkpoint - f2fs_wait_on_all_pages（sbi， F2FS_WB_CP_DATA） - blk_mq_end_request - bio_endio - f2fs_write_end_io：
    dec_page_count（sbi， F2FS_WB_CP_DATA） ： wake_up（&sbi->cp_wait） - kill_f2fs_super - kill_block_super - f2fs_put_super ： iput（sbi->node_inode） ： sbi->node_inode = NULL ： f2fs_in_warm_node_list - is_node_folio // sbi->node_inode 是 NULL 且 panic 根本原因是 f2fs_put_super（） 调用 iput（sbi->node_inode），并将 sbi->node_inode 设置为 NULL，而 sbi->nr_pages[F2FS_WB_CP_DATA] 是降为零。因此，f2fs_in_warm_node_list（）在检查某个页是否属于节点inode时，可能会取消引用NULL的node_inode，导致恐慌。该补丁通过在递减 sbi->nr_pages[F2FS_WB_CP_DATA] 前调用 f2fs_in_warm_node_list（） 来解决这个问题，从而避免了“使用后免费”的状态。
    (CVE-2026-31715)

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

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

  - IPv6：ICMP：清除 SKB2->cb[] 在 ip6_err_gen_icmpv6_unreach（） 中 Sashiko AI 评测：在 ip6_err_gen_icmpv6_unreach（） 中，SKB 是一个外部 IPv4 ICMP 错误包，其 cb 包含一个 IPv4 inet_skb_parm。当 skb 被克隆到 skb2 并传递给 icmp6_send（） 时，它使用 IP6CB（skb2）。IP6CB将IPv4 inet_skb_parm解释为inet6_skb_parm。inet_skb_parm.opt中的cipso偏移量与inet6_skb_parm中的dsthao在偏移量18处直接重叠。如果攻击者发送带有CIPSOIP选项的伪造ICMPv4错误，dsthao将是一个非零偏移量。在icmp6_send（），中称为mip6_addr_swap（），并使用ipv6_find_tlv（skb，opt->dsthao，IPV6_TLV_HAO）。这会从该偏移量开始扫描攻击者控制的内部IPv6数据包，可能返回一个假TLV，而不检查剩余的数据包长度是否能容纳完整的18字节结构体ipv6_destopt_hao。mip6_addr_swap（）能否执行一个16字节的交换，超出数据包数据的末尾进入skb_shared_info？是否也应该在ip6_err_gen_icmpv6_unreach（）和ip6ip6_err（）中清除CB阵列以防止这种情况？这个补丁实现了第一个建议。我不确定ip6ip6_err（）是否需要更改。无论如何，单独的补丁会更好。
    (CVE-2026-43038)

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

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

  - Incus 是一个系统容器和虚拟机管理器。在之前 7.0.0的版本中，存储卷导入逻辑中缺少验证逻辑，允许具有存储卷功能访问权限的经认证用户造成 Incus 后台程序崩溃。自定义卷备份导入子系统在导入操作期间包含一个 nil 指针取消引用漏洞。在快照导入循环中，守护进程会迭代来自 'srcBackup.Config.VolumeSnapshots' 的条目，并假设每个 slice 元素都已初始化，然后取消引用 'Name'、'Config'、'Description'、'CreatedAt' 和 'ExpiresAt' 等字段，而不需要先验证元素本身。由于 yaml unmarshaler 接受来自攻击者控制的 index.yaml 的明确空数组元素，并将其转换为切片内的 nil 指针，因此攻击者可提供 volume_snapshots 数组中包含空条目的备份存档。这会在自定义卷导入期间造成零指针取消引用，并终止后台程序，进而导致受影响节点发生拒绝服务。重复使用此问题可被利用来使 Incus 保持离线状态，从而导致拒绝服务。此问题已在 7.0.0 版本中修复。(CVE-2026-40197)

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

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

  - comedi：dt2815：添加硬件检测以防止崩溃 dt2815 驱动程序会在连接到不存在实际硬件的 I/O 端口时崩溃。出现这种情况是因为 syzkaller 或用户可通过 ioctl 将驱动程序附加到任意 I/O 地址COMEDI_DEVCONFIG。指定端口上没有硬件时，inb（） 操作会返回 0xff（浮动总线），但 outb（） 操作可由于未定义的行为触发页面错误，尤其是在争用条件下： 缺陷：无法处理地址：000000007ffffff90 的页面错误 #PF：内核模式下的监督人写入访问权限 #PF：error_code（0x0002） - 不存在页面 RIP：
    0010：dt2815_attach+0x6e0/0x1110 通过在尝试任何写入操作之前读取状态寄存器来添加硬件检测。如果读取返回0xff，则假设硬件不存在，并使连接失败
    -埃诺德夫。这可防止因不存在的硬件上的 outb（） 操作而导致的崩溃。（CVE-2026-31751）

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

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

  - SMB：服务器：修复传输分配失败时的泄漏active_num_conn提交77ffbcac4e56（SMB：服务器：
    修复 ksmbd_tcp_new_connection（）） 中的 Leak of active_num_conn 解决了 kthread_run（） 故障路径。同一函数中的早期alloc_transport（） == NULL 路径具有相同的泄漏，可通过任何 TCP 连接端口 445 在认证前访问，并且在 UML 上（ARCH=um，v7.0-rc7）上经验重现：
    少量强制分配失败足以使 KSMBD 进入一个状态：在启动剩余时间内，所有后续连接尝试都被拒绝。ksmbd_kthread_fn（） 在调用 ksmbd_tcp_new_connection（） 前递增 active_num_conn 并丢弃返回值，因此当 alloc_transport（） 返回 NULL 时，套接字释放，返回 -ENOMEM，但不递减计数器。每次此类故障都会永久占用max_connections池中的一个槽位;一旦累积失败达到上限，atomic_inc_return（）在每次后续接受时都达到阈值，所有新连接都会被拒绝。计数器只有通过模块重新加载才能重置。未认证的远程攻击者可以通过保持 RFC1002 长连接（MAX_STREAM_PROT_LEN （0x00FFFFFF）的开连接，将服务器推向导致alloc_transport（）失败的内存压力;而在负载主机上自然瞬态分配失败则会导致相同的漂移更慢。在alloc_transport（）故障路径上镜像现有回滚模式ksmbd_kthread_fn（）： 递减active_num_conn门控server_conf.max连接。复刻细节：补丁恢复后，强制alloc_transport（） NULL返回泄漏计数器槽及后续连接尝试——包括强制失败窗口关闭后发出的合法连接——均被拒绝，限制最大连接数。使用此补丁后，相同的连接序列不会产生拒绝，计数器在每次接受时干净利落地在零和一之间循环。（CVE-2026-31711）

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

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

  - wifi：iwlwifi：mvm：修复 iwl_mvm_nd_match_info_handler（） 中潜在的越界读取 memcpy 函数假设动态数组 notif->matches 至少与要复制的字节数一样大。
    否则，results->matches 可能会包含不需要的数据。为保证安全，请在其中一项检查中扩大验证以确保足够的数据包长度。由 Linux Verification Center (linuxtesting.org) 和 SVACE 发现。(CVE-2026-31779)

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

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

  - smb：客户端：在 cifsacl 中重写整个 DACL build_sec_desc（） 和 id_mode_to_cifs_acl（） 从服务器提供的 dacloffset 派生 DACL 指针，然后使用传入的 ACL 重建 chmod/chown 安全描述符。原始补丁仅在读取 dacl_ptr->size 或 dacl_ptr->num_aces 之前检查结构smb_acl标头是否适合。这可避免立即进行标头字段 OOB 读取，但重写帮助程序仍然根据 pdacl->num_aces 遍历 ACE，而不对传入的 DACL 正文进行结构验证。恶意服务器可返回仍然包含标头的截断 DACL，声明一个或多个 ACE，然后在比较或复制攻击者控制的 ACE 时驱使 replace_sids_and_copy_aces（） 或 set_chmod_dacl（） 超出验证范围。将 DACL 结构检查分解到 validate_dacl（） 中，对其进行扩展以根据 DACL 边界验证每个 ACE，并在 chmod/chown 重建路径之前使用共享验证器。parse_dacl（） 重用相同的验证器，以便读取端解析器和写入端重写路径就构成格式良好的传入 DACL 的内容达成一致。
    (CVE-2026-31709)

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

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

  - OpenFlow v5 协议分析器 Wireshark 4.6.0 中的4.4.144.6.44.4.0无限循环允许拒绝服务 （）CVE-2026-6521

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

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

  - net：使用 skb_header_pointer（） 进行 TCPv4 GSO frag_off检查 Syzbot 报告了从 netif_skb_features（） [1] 调用的 gso_features_check 中 KMSAN uninit 值警告。gso_features_check（）读取IPH->frag_off以决定是否清除mangleid_features。通过ip_hdr（）/inner_ip_hdr（）访问IPv4头部可以依赖skb头偏移量，而skb头偏移量并不总是安全，无法直接引用从PF_PACKET路径注入的数据包。使用 skb_header_pointer（） 进行 TCPv4 frag_off检查，以确保头部读取在数据已经线性还是需要复制时保持稳健。[1] https://syzkaller.appspot.com/bug?extid=1543a7d954d9c6d00407(CVE-2026-43036）

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

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

  - NET：MACB：正确取消注册固定速率时钟。以 clk_register_fixed_rate（） 分配的额外资源需以 clk_unregister_fixed_rate（） 释放，否则资源将丢失。
    (CVE-2026-43014)

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

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

  - Wireshark 4.6.0 中的 SDP 协议分析器崩溃可 4.6.4 导致拒绝服务 （CVE-2026-5655）

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

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

  - WiFi：mac80211：检查ieee80211_tdls_oper中的TDLS标志。当调用NL80211_TDLS_ENABLE_LINK时，代码仅检查该站点是否存在，而不检测是否为TDLS站点。这使得非TDLS站点的操作能够继续，但会带来如在失败前修改信道上下文和高频保护等意外副作用。在 ENABLE_LINK 情况早期，在任何副作用出现之前，添加对 sta->sta.tdls 的检查，以确保该操作只允许对实际的 TDLS 对等节点进行。（CVE-2026-43052）

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

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

  - net/x25：固定 skb 的电位双重 当 alloc_skb 在 x25_queue_rx_frame 失败时，在第 48 行调用 kfree_skb（skb），返回 1（错误）。该错误会在呼叫链中反传：
    x25_queue_rx_frame返回1 |V x25_state3_machine 接收返回值 1，并在第 278 行取 else 分支，设置 queued=0 并返回 0 |V x25_process_rx_frame返回队列=0 |v x25_backlog_rcv在第452行看到队列=0，再次调用kfree_skb（skb），这将释放同一个SKB两次。看x25_backlog_rcv：net/x25/x25_in.c：x25_backlog_rcv（） { ...排队 = x25_process_rx_frame（SK， SKB）;...如果（！queued） kfree_skb（skb）;} （CVE-2026-43011）

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

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

  - 桥梁：br_nd_send：验证ND期权长度 br_nd_send（）根据期权提供的期限走访ND期权。一个畸形的选项可能会使解析器超越计算的选项区间，或者使用过短的源LLADDR选项负载。在推进前，先对剩余的NS选项区域进行验证选项长度，只有当选项足够大以支持以太网地址时，才读取源LLADDR。
    (CVE-2026-31752)

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

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

  - NetFilter：nf_tables：拒绝立即NF_QUEUE判决nft_queue始终使用用户空间的NFTABLES来传递NF_QUEUE判决。用户空间的NFT工具绝不会使用立即发出NF_QUEUE判决，因此请拒绝立即的NF_QUEUE判决。ARP家族不支持队列，但这种即时的结论仍然可以得出。全球拒绝立即NF_QUEUE解决这一问题的裁决。（CVE-2026-43024）

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

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

  - usb：gadget：u_ether：修复 gether_disconnect 和 eth_stop 之间的争用 gether_disconnect（） 与 eth_stop（） 之间的争用条件导致空指针取消引用。具体而言，如果在 gether_disconnect（） 去除端点时并发触发 eth_stop（），则 eth_stop（） 会尝试访问已清除的端点描述符，造成下列 NPE： 无法处理内核空指针取消引用调用跟踪：__dwc3_gadget_ep_enable+0x60/0x788 dwc3_gadget_ep_enable+0x70/0xe4 usb_ep_enable+0x60/0x15c eth_stop+0xb8/0x108 由于 eth_stop（） 在持有 dev->lock 时会崩溃， 运行 gether_disconnect（） 的线程无法获取相同的锁定并永久旋转，进而导致硬锁定： 核心 - 硬锁定的调试信息 核心（7） 调用跟踪：
    queued_spin_lock_slowpath+0x94/0x488 _raw_spin_lock+0x64/0x6c gether_disconnect+0x19c/0x1e8 ncm_set_alt+0x68/0x1a0 composite_setup+0x6a0/0xc50 根本原因是 gether_disconnect（） 中的 dev->port_usb 的清理被延迟到函数结束。在按住 dev->lock 的同时，将 dev->port_usb 的清理操作移到 gether_disconnect（） 的开头。这样会立即切断链接，确保 eth_stop（） 将 dev->port_usb 视为空并安全地退出。（CVE-2026-31728）

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

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

  - usb：ulpi：修复 ulpi_register_interface（） 错误路径中的双重释放 当 device_register（） 失败时，ulpi_register（） 会调用 ulpi->dev 上的 put_device（）。设备释放回调 ulpi_dev_release（） 会终止 OF 节点引用并释放 ulpi，但 ulpi_register_interface（） 中的当前错误路径随后会再次调用 kfree（ulpi），从而导致双重释放。让 put_device（） 通过 ulpi_dev_release（） 处理清除并避免在 ulpi_register_interface（） 中再次释放 ulpi。（CVE-2026-31759）

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

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

  - usb：gadget：f_ecm：修复device_move net_device生命周期 net_device在函数实例创建期间分配，并在绑定阶段使用小工具设备作为其 sysfs 父项进行注册。函数取消绑定时，父设备会损坏，但net_device仍然存活，从而导致悬摆 sysfs 符号链接： console：/ # ls -l /sys/class/net/usb0 lrwxrwxrwx ... /sys/class/net/usb0 -> /sys/devices/platform/.../gadget.0/net/usb0 console：/ # ls -l /sys/devices/platform/.../gadget.0/net/usb0 ls： .../gadget.0/net/usb0： 没有此类文件或目录 使用 device_move（net_device） 跨绑定和取消绑定周期。在最终取消绑定期间，调用 device_move（NULL） 会在小工具设备销毁之前，将net_device移动到虚拟设备树。重新绑定时，device_move（） 将设备重命名为新小工具下的父项，从而确保 sysfs 拓扑结构和电源管理顺序正确。为了保持与旧版复合驱动程序（例如 multi.c）的兼容性，绑定标记用于指示在旧版驱动程序的绑定阶段是否共享和预注册网络设备。（CVE-2026-31725）

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

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

  - NET：QRTR：用xarray替换qrtr_tx_flow radix_tree以修复内存泄漏__radix_tree_create（）一个一个分配并链接中间节点到树中。如果后续分配失败，已链接的节点将留在树中，没有对应的叶节点条目。这些孤立的内部节点永远不会被回收，因为radix_tree_for_each_slot（）只访问包含叶节点值的槽。radix_tree API 已被弃用，取而代之的是 xarray。正如Matthew Wilcox建议的，应该把qrtr_tx_flow从radix_tree迁移到xarray，而不是修复radix_tree本身[1]。xarray 正确处理内部节点的清理 xa_destroy（） 在qrtr_node释放时释放所有内部 xarray 节点，防止泄漏。[1] https://lore.kernel.org/all/20260225071623.41275-1-jiayuan.chen@linux.dev/T/ （CVE-2026-43041）

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

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

  - Incus 是一个系统容器和虚拟机管理器。在之前 7.0.0的版本中，存储卷导入逻辑中缺少验证逻辑，允许具有存储卷功能访问权限的经认证用户造成 Incus 后台程序崩溃。备份还原子系统包含越界错误漏洞，由编制快照元数据数组索引时的无效边界检查导致，迁移路径中也会出现相同的缺陷模式。迭代备份存档中提供的物理快照时，循环使用索引在解析的“Config.Snapshots”和“Config.VolumeSnapshots”切片中查找相应的元数据。保护条件“len（slice） >= i-1”不正确，因为当后续的 slice[i] 访问越界时，它仍可评估为 true。攻击者可提交包含物理快照目录的备份存档，同时提供含有空或截断快照元数据数组的篡改过的“index.yaml”，造成后台程序在元数据切片结尾之外编制索引并崩溃。重复使用此问题可被利用来使 Incus 保持离线状态，从而导致拒绝服务。此问题已在 7.0.0 版本中修复。(CVE-2026-40251)

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

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

  - ksmbd：修复在 smb2_get_ea（） 中写入的越界。EA 对齐 smb2_get_ea（） 在写入每个 EA 条目后，通过 memset（） 应用 4 字节的对齐填充。buf_free_len 的边界检查是在 memcpy 值之前进行的，但对齐 memset 之后会无条件触发，且不检查剩余空间。
    当EA值恰好填满剩余缓冲区（buf_free_len == 0，值减后），对齐记忆集会写入1-3个NUL字节，越过buf_free_len边界。在复合请求中，响应缓冲区在多个命令间共享，第一个命令（例如READ）可能会占用大部分缓冲区，留下一个紧密剩余空间给QUERY_INFO EA响应。对齐内存集随后会覆盖物理 kvmalloc 分配到相邻的内核堆内存中。在对齐内存集前加一个边界检查，确保能容纳填充字节buf_free_len。这与提交 beef2634f81f（ksmbd：修复复合请求中 get_file_all_info（） 中的潜在性 OOB）和 commit fda9522ed6af（ksmbd：修复复合请求的 OOB QUERY_INFO写入）修复的错误模式相同，这两者都增加了边界检查，QUERY_INFO响应处理器中无条件写入前。（CVE-2026-31705）

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

ID	名称	严重性
311720	Linux Distros 未修补的漏洞：CVE-2026-31727	medium
311719	Linux Distros 未修补的漏洞：CVE-2026-31774	high
311718	Linux Distros 未修补的漏洞：CVE-2026-31739	high
311717	Linux Distros 未修补的漏洞：CVE-2026-7246	high
311716	Linux Distros 未修补的漏洞：CVE-2026-42482	critical
311715	Linux Distros 未修补的漏洞：CVE-2026-7580	high
311714	Linux Distros 未修补的漏洞：CVE-2026-43506	high
311713	Linux Distros 未修补的漏洞：CVE-2026-42484	critical
311712	Linux Distros 未修补的漏洞：CVE-2026-43505	medium
311711	Linux Distros 未修补的漏洞：CVE-2026-43504	medium
311710	Linux Distros 未修补的漏洞：CVE-2026-43001	high
311709	Linux Distros 未修补的漏洞：CVE-2026-31784	medium
311708	Linux Distros 未修补的漏洞：CVE-2026-31772	high
311707	Linux Distros 未修补的漏洞：CVE-2026-31782	high
311706	Linux Distros 未修补的漏洞：CVE-2026-43003	high
311705	Linux Distros 未修补的漏洞：CVE-2026-37457	high
311704	Linux Distros 未修补的漏洞：CVE-2026-7582	high
311703	Linux Distros 未修补的漏洞：CVE-2026-31731	high
311702	Linux Distros 未修补的漏洞：CVE-2026-28525	high
311701	Linux Distros 未修补的漏洞：CVE-2026-31742	high
311700	Linux Distros 未修补的漏洞：CVE-2026-31762	medium
311699	Linux Distros 未修补的漏洞：CVE-2026-31706	high
311698	Linux Distros 未修补的漏洞：CVE-2026-6520	high
311697	Linux Distros 未修补的漏洞：CVE-2026-5056	critical
311696	Linux Distros 未修补的漏洞：CVE-2026-40195	high
311695	Linux Distros 未修补的漏洞：CVE-2026-31698	high
311694	Linux Distros 未修补的漏洞：CVE-2026-6522	medium
311693	Linux Distros 未修补的漏洞：CVE-2026-31771	high
311692	Linux Distros 未修补的漏洞：CVE-2026-43009	high
311691	Linux Distros 未修补的漏洞：CVE-2026-31715	high
311690	Linux Distros 未修补的漏洞：CVE-2026-43038	critical
311689	Linux Distros 未修补的漏洞：CVE-2026-40197	high
311688	Linux Distros 未修补的漏洞：CVE-2026-31751	medium
311687	Linux Distros 未修补的漏洞：CVE-2026-31711	high
311686	Linux Distros 未修补的漏洞：CVE-2026-31779	high
311685	Linux Distros 未修补的漏洞：CVE-2026-31709	high
311684	Linux Distros 未修补的漏洞：CVE-2026-6521	medium
311683	Linux Distros 未修补的漏洞：CVE-2026-43036	medium
311682	Linux Distros 未修补的漏洞：CVE-2026-43014	medium
311681	Linux Distros 未修补的漏洞：CVE-2026-5655	high
311680	Linux Distros 未修补的漏洞：CVE-2026-43052	high
311679	Linux Distros 未修补的漏洞：CVE-2026-43011	critical
311677	Linux Distros 未修补的漏洞：CVE-2026-31752	medium
311676	Linux Distros 未修补的漏洞：CVE-2026-43024	medium
311675	Linux Distros 未修补的漏洞：CVE-2026-31728	medium
311674	Linux Distros 未修补的漏洞：CVE-2026-31759	high
311673	Linux Distros 未修补的漏洞：CVE-2026-31725	medium
311672	Linux Distros 未修补的漏洞：CVE-2026-43041	medium
311671	Linux Distros 未修补的漏洞：CVE-2026-40251	high
311670	Linux Distros 未修补的漏洞：CVE-2026-31705	critical

检测

Nessus 的 Misc. 系列

medium

high

high

high

critical

high

high

critical

medium

medium

high

medium

high

high

high

high

high

high

high

high

medium

high

high

critical

high

high

medium

high

high

high

critical

high

medium

high

high

high

medium

medium

medium

high

high

critical

medium

medium

medium

high

medium

medium

high

critical