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

  - usb：usbtmc：刷新 usbtmc_release 中的定位 URB 调用 usbtmc_release 时，必须刷新或终止待定的定位 URB 以防止释放后使用错误（例如 HCD 交还路径中）。调用 usbtmc_draw_down（） 以完成定位的 URB。（CVE-2026-31758）

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

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

  - 加速/QAIC：如果所有者离开，处理DBC停用。当DBC被释放时，设备通过QAIC_CONTROL MHI通道向主机发送QAIC_TRANS_DEACTIVATE_FROM_DEV事务。QAIC 通过调用 decode_deactivate（） 来释放分配给该 DBC 的资源来处理此事。由于该处理是在qaic_manage_ioctl（）上下文中完成的，如果用户在收到并处理停用前离开，主机将与可用的DBC不同步，除非设备被移除，否则DBC资源不会被释放。如果另一个用户加载并请求激活某个网络，设备会将相同的DBC分配给该网络，QAIC将无限期等待dbc->in_use = false，导致用户进程卡顿。作为解决办法，处理用户离开后收到的QAIC_TRANS_DEACTIVATE_FROM_DEV交易。（CVE-2026-43007）

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

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

  - Incus 是一个系统容器和虚拟机管理器。低于版本 7.0.0，备份。GetInfo（） 信任内联 backup/index.yaml 配置（如果存在），并且仅回退到解析旧版 backup/container/backup.yaml 文件（如果有结果）。配置 == nil。因此，存档文件可携带通过初始导入预检的有效内联配置，同时同时携带稍后从还原的文件系统重新解析的畸形旧版 backup/container/backup.yaml 文件。
    ParseConfigYamlFile（） 接受没有容器部分的 YAML 文档，然后取消引用多个下游使用者。容器未检查 nil。实例还原和导入流中确认的示例包括备份。UpdateInstanceConfig（） 和 internalImportFromBackup（）。具有导入实例备份权限的经认证用户可通过构建的备份存档（其内联 backup/index.yaml 有效，但其提取的旧版 backup.yaml 忽略容器）使 Incus 后台程序崩溃。
    存档提取开始之后，还原路径中会发生崩溃。已在版本 7.0.0 中修补此问题。(CVE-2026-41684)

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

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

  - bpf：为指向数据包的指针修复 regsafe（） 在 rold->reg->range == BEYOND_PKT_END & rcur->reg->range == N regsafe（） 可能返回 true，可能导致当前状态且有效数据包范围未被探索。
    修复漏洞。（CVE-2026-43030）

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

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

  - fuse：拒绝页面缓存中的超大 dirents fuse_add_dirent_to_cache（） 从服务器控制的 namelen 字段计算序列化 dirent 大小并将该 dirent 复制到单个页面缓存页面。现有逻辑仅检查 dirent 是否适合当前页面的剩余空间，如果不适合，则前进到新页面。它从不检查 dirent 本身是否超过 PAGE_SIZE。因此，恶意 FUSE 服务器可返回 namelen=4095 的 dirent，从而生成 4120 字节的序列化记录。在 4 KiB 页面系统上，这会导致 memcpy（） 从缓存页面溢出 24 字节进入以下内核页面。拒绝无法放在单页中的对象，然后再将其复制到 readdir 缓存中。
    (CVE-2026-31694)

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

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

  - iio：adc：ti-adc161s626：使用DMA安全存储器进行spi_read（）添加DMA安全缓冲区，用于spi_read（）代替栈存储。所有 SPI 缓冲区必须是 DMA 安全的。由于我们只需要最多3字节，我们只需用u8[]代替__be16和 __be32，并适当更改转换函数。
    (CVE-2026-31768)

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

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

  - 已修复 Linux 内核中的下列漏洞：fuse: abort on fatal signal during sync init When sync init is used and the server exits for some reason (error, crash) while processing FUSE_INIT, the filesystem creation will hang. The reason is that while all other threads will exit, the mounting thread (or process) will keep the device fd open, which will prevent an abort from happening.
    This is a regression from the async mount case, where the mount was done first, and the FUSE_INIT processing afterwards, in which case there's no such recursive syscall keeping the fd open.
    (CVE-2026-31713)

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

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

  - crypto：ccp：如果 PSP 命令失败，请勿尝试将 CSR 复制到用户空间 检索 PEK CSR 时，如果固件命令失败，请勿尝试将 blob 复制到用户空间。如果故障是由于无效长度造成的，例如用户空间缓冲区+长度过小，复制字节数 _firmware_ requires 将使内核分配的缓冲区溢出并将数据泄漏到用户空间。缺陷：KASAN：instrument_copy_to_user 中的 slab-out-of-bounds ../include/linux/instrumented.h：129 [内联] 缺陷： KASAN：_inline_copy_to_user 中的 slab-out-of-bound ../include/linux/uaccess.h：205 [内联] 缺陷：KASAN：SLAB 越界
    _copy_to_user+0x66/0xa0 ../lib/usercopy.c：26 在地址 ffff898144612e20 处由任务 syz.9.219/21405 读取的大小为 2084 CPU：14 UID：0 PID：21405 comm：syz.9.219 受感染：G U O 7.0.0-smp-DEV #28 PREEMPTLAZY 受感染：+U]=USER，[O]=OOT_MODULE 硬件名称：Google， Inc. Arcadia_IT_80/Arcadia_IT_80，BIOS 12.62.0-0 2025 年 11 月 19 日调用跟踪： <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] _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_pek_csr+0x31f/0x590 ../drivers/crypto/ccp/sev-dev.c：1872 sev_ioctl+0x3a4/0x490 ../drivers/crypto/ccp/sev-dev.c：2562 vfs_ioctl .。/fs/ioctl.c：51 [inline] __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 [inline] do_syscall_64+0xe0/0x800 ../arch/x86/entry/syscall_64.c：94 entry_SYSCALL_64_after_hwframe+0x76/0x7e </TASK> 如果驱动程序表示命令成功，但固件错误代码却另有说明则警告，因为 __sev_do_cmd_locked（） 应针对任何 firwmware 错误返回 -EIO。（CVE-2026-31699）

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

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

  - ALSA：caiaq：在 create_card（） 中引用 USB 设备 caiaq 驱动程序在 cdev->chip.dev 中存储指向父 USB 设备的指针，但从不引用该设备的指针。该卡的 private_free 回调 snd_usb_caiaq_card_free（） 可在 USB 设备断开连接并释放后通过 snd_card_free_when_closed（） 异步运行，因此对该路径中 cdev->chip.dev 的任何访问都会取消引用已释放的usb_device。除了引用计数问题之外，当前card_free实现还调用 usb_reset_device（cdev->chip.dev）。免费回调中的重置不合适：设备即将消失，调用在拆卸上下文中采用设备锁，并且重置与回调已清理的断开连接路径争用。使用 usb_get_dev（） 在 create_card（） 中引用 USB 设备，在释放回调中用 usb_put_dev（） 删除它，然后删除 usb_reset_device（） 调用。
    (CVE-2026-31701)

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

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

  - cifs：回放时缺少一些初始化 在代码的多个位置，我们有一个标签来表示代码的开头，如有必要，可以在其中重播请求。但是，其中一些位置在重播前缺少对某些本地变量进行必要的重新初始化。此更改可确保这些变量在标签之后初始化。（CVE-2026-31693）

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

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

  - wifi：virt_wifi：删除 SET_NETDEV_DEV 以避免释放后使用 目前，我们对virt_wifi网络设备执行“SET_NETDEV_DEV（dev， &priv->lowerdev->dev）”。但是，在 netdev_run_todo（） 中取消注册 virt_wifi 设备可与 SET_NETDEV_DEV（） 引用的设备同时发生。在当前未注册的 virt_wifi 设备上执行 ethtool 操作期间，此问题可导致释放后使用。此类网络设备的“dev.parent”字段指向已释放的内存，但 ethnl_ops_begin（） 调用“pm_runtime_get_sync（dev->dev.parent）”。让我们为 virt_wifi 删除 SET_NETDEV_DEV 以避免此类缺陷：================================================================== 缺陷：KASAN：
    __pm_runtime_resume+0xe2/0xf0 中的释放后使用 在地址 ffff88810cfc46f8 处的大小为 2 的任务 pm/606 读取 调用跟踪： <TASK> dump_stack_lvl+0x4d/0x70 print_report+0x170/0x4f3 ？
    __pfx__raw_spin_lock_irqsave+0x10/0x10 kasan_report+0xda/0x110 ？__pm_runtime_resume+0xe2/0xf0 ？
    __pm_runtime_resume+0xe2/0xf0 __pm_runtime_resume+0xe2/0xf0 ethnl_ops_begin+0x49/0x270 ethnl_set_features+0x23c/0xab0 ？__pfx_ethnl_set_features+0x10/0x10 ？kvm_sched_clock_read+0x11/0x20 ？local_clock_noinstr+0xf/0xf0 ？local_clock+0x10/0x30 ？kasan_save_track+0x25/0x60 ？
    __kasan_kmalloc+0x7f/0x90 ？genl_family_rcv_msg_attrs_parse.isra.0+0x150/0x2c0 genl_family_rcv_msg_doit+0x1e7/0x2c0 ？__pfx_genl_family_rcv_msg_doit+0x10/0x10 ？
    __pfx_cred_has_capability.isra.0+0x10/0x10 ？stack_trace_save+0x8e/0xc0 genl_rcv_msg+0x411/0x660 ？
    __pfx_genl_rcv_msg+0x10/0x10 ？__pfx_ethnl_set_features+0x10/0x10 netlink_rcv_skb+0x121/0x380 ？
    __pfx_genl_rcv_msg+0x10/0x10 ？__pfx_netlink_rcv_skb+0x10/0x10 ？__pfx_down_read+0x10/0x10 genl_rcv+0x23/0x30 netlink_unicast+0x60f/0x830 ？__pfx_netlink_unicast+0x10/0x10 ？
    __pfx___alloc_skb+0x10/0x10 netlink_sendmsg+0x6ea/0xbc0 ？__pfx_netlink_sendmsg+0x10/0x10 ？
    __futex_queue+0x10b/0x1f0 ____sys_sendmsg+0x7a2/0x950 ？copy_msghdr_from_user+0x26b/0x430 ？
    __pfx_____sys_sendmsg+0x10/0x10 ？__pfx_copy_msghdr_from_user+0x10/0x10 ___sys_sendmsg+0xf8/0x180 ？
    __pfx____sys_sendmsg+0x10/0x10 ？__pfx_futex_wait+0x10/0x10 ？fdget+0x2e4/0x4a0 __sys_sendmsg+0x11f/0x1c0 ？__pfx___sys_sendmsg+0x10/0x10 do_syscall_64+0xe2/0x570 ？exc_page_fault+0x66/0xb0 entry_SYSCALL_64_after_hwframe+0x77/0x7f </TASK> 此补丁可与 ethtool 子系统 https://lore.kernel.org/all/20260322075917.254874-1-alex.popov@linux.com/T/#u 中的另一个补丁结合： （CVE-2026-31695）

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

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

  - Wireshark 4.6.0 至 4.6.4 和 4.4.0 至 4.4.14 版本存在 FC-SWILS 协议分析器崩溃漏洞，攻击者可借此造成拒绝服务 (CVE-2026-5406)

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

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

  - net/packet：修复 tpacket_snd（） 中 mmap'd vnet_hdr 上的 TOCTOU 争用在 tpacket_snd（） 中，启用 PACKET_VNET_HDR 时，vnet_hdr 直接指向与用户空间共享的 mmap'd TX 环形缓冲区。内核通过 __packet_snd_vnet_parse（） 验证标头，但随后会在 virtio_net_hdr_to_skb（） 中重新读取所有字段。并发用户空间线程可在验证和使用之间修改vnet_hdr字段，从而绕过所有安全检查。非 TPACKET 路径 （packet_snd（）） 已将vnet_hdr正确复制到堆栈本地变量。内核中的所有其他 vnet_hdr 使用者（tun.c、tap.c virtio_net.c）也使用堆栈副本。TPACKET TX 路径是 virtio_net_hdr_to_skb（） 唯一直接从用户控制的共享内存中读取的调用程序。通过在验证和使用之前将vnet_hdr从 mmap'd 环缓冲区复制到堆栈本地变量来修复此问题，这与 packet_snd（） 以及所有其他调用程序中使用的方法一致。（CVE-2026-31700）

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

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

  - Incus 是一个开源的容器和虚拟机管理器。在 之前 7.0.0的版本中，图像导入流程会在验证请求是否符合项目限制（如 restricted.images.servers）之前，向用户提供的 URL 发出一个外发 HEAD 请求。imgPostURLInfo函数构建并直接从攻击者提供的源URL发送HEAD请求以解析图像元数据，这种网络交互发生在流量达到导入被策略拒绝的节点之前。
    尽管实际的映像下载被项目限制阻挡，但认证用户可以强制守护进程对任意目的地发出盲目 HEAD 请求。这些请求包含自定义头部中的服务器元数据（Incus-Server-Architectures，Incus-Server-Version），向攻击者控制的端点披露主机环境信息。这种盲SSRF原语可用于探测内部服务、不可路由的地址空间或主机可访问的云元数据端点。
    这种脆弱性模式类似于 CVE-2026-24767。此问题已在 7.0.0 版本中修复。
    (CVE-2026-35527)

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

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

  - SMB2协议在Wireshark 4.6.04.4.144.6.44.4.0中对无限环路进行剖析，允许拒绝服务（）CVE-2026-5407

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

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

  - bnxt_en：从 查询类型 bnxt_hwrm_func_backing_store_qcaps_v2（） 设置后备存储类型，存储 ctxm->type 中固件响应的 resp->type，后来用该值索引固定后备存储元数据数组，如 ctx_arr[] 和 bnxt_bstore_to_trace[]。ctxm->类型由当前后备存储查询类型固定，并匹配 ctx->ctx_arr 的数组索引。从当前环变量中设置ctxm->类型，而不是依赖resp->类型。还要更新循环，在for语句中将类型从next_valid_type提前，这样对于无效且未更改的条目，控制流程更简单。（CVE-2026-43034）

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

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

  - ksmbd：验证 ipc_validate_msg（） 中的响应大小 ipc_validate_msg（） 通过将后台程序响应中的攻击者控制字段添加到（或乘以）无符号 int 算法中的固定结构大小，计算每种响应类型的预期消息大小。三种情况可能溢出：KSMBD_EVENT_RPC_REQUEST：msg_sz = sizeof（struct ksmbd_rpc_command） + resp->payload_sz;KSMBD_EVENT_SHARE_CONFIG_REQUEST：msg_sz = sizeof（struct ksmbd_share_config_response） + resp->payload_sz;KSMBD_EVENT_LOGIN_REQUEST_EXT：msg_sz = sizeof（struct ksmbd_login_response_ext） + resp->ngroups * sizeof（gid_t）;resp->payload_sz 已__u32，resp->ngroups 已__s32。每个添加都可以在未签名的 int 中封装;乘以 sizeof（gid_t） 会混合有符号和size_t，因此负的 ngroups 在乘法之前转换为 SIZE_MAX。恰好等于 entry->msg_sz 的 msg_sz 封装值会绕过下一行的大小检查，然后下游使用者（smb2pdu.c：6742 memcpy 使用 rpc_resp->payload_sz，ksmbd_alloc_user 中的 kmemdup 使用 resp_ext->ngroups）会信任未经验证的长度。在 RPC_REQUEST 和 SHARE_CONFIG_REQUEST 路径上使用 check_add_overflow（） 以检测整数溢出，而不限制功能有效负载大小;
    用户空间 ksmbd-tools 在 NetShareEnumAll 等调用的 4096 字节区块中增加 NDR 响应，因此硬传输上限在响应端不可行。对于LOGIN_REQUEST_EXT，预先拒绝已签名 [0， NGROUPS_MAX] 范围之外的 resp->ngroups 并报告来自 ipc_validate_msg（） 的错误，使其在 IPC 边界处触发;有了这个界限，随后的乘法和加法就远低于 UINT_MAX。删除了 ksmbd_alloc_user（） 中现已冗余的 ngroups 检查和pr_err。这是 aab98e2dbd64（ksmbd：修复 32 位系统中的整数溢出）的响应端模拟，它强化了请求方。
    (CVE-2026-31707)

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

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

  - Wireshark 4.6.0 to 4.6.4 和 to 中的 4.4.04.4.14 DCP-ETSI 协议分析器崩溃允许拒绝服务 （CVE-2026-5653）

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

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

  - Wireshark 4.6.0 to 4.6.4 和 to 中的 4.4.04.4.14 AMR-NB 编解码器崩溃允许拒绝服务 （CVE-2026-5654）

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

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

  - comedi：me_daq：修复固件缓冲区的潜在溢出 “me2600_xilinx_download（）”加载由“request_firmware（）”请求的固件。由于盲目信任文件格式，它有可能使源缓冲区溢出。它会将前 4 个字节的数据流长度读入变量“file_length”中，并从偏移量 16 开始读取长度“file_length”的数据流内容。虽然它会检查提供的固件是否至少有 16 字节长，但并未检查其长度是否足以包含数据流。添加测试以确保提供的固件足够长以包含标头和数据流。失败时，记录错误并返回“-EINVAL”。（CVE-2026-31748）

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

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

  - btrfs：拒绝根项，drop_progress 和 drop_level [BUG] 在挂载时恢复重定位时，merge_reloc_root（） 和 btrfs_drop_snapshot（） 都使用 BUG_ON（level == 0） 来防止不可能的状态：非零drop_progress与 root_item 中的零drop_level结合，可触发：------------[此处切]------------ 内核 BUG 在 fs/btrfs/relocation.c：1545！哎呀：操作码无效 0000 [#1] SMP KASAN NOPTI CPU：1 UID：0 PID：283 ... 受污染： 6.18.0+ #16 PREEMPT（自愿） 受污染：[O]=OOT_MODULE， [E]=UNSIGNED_MODULE 硬件名称：QEMU Ubuntu 24.04 PC v2，BIOS 1。 16.3-debian-1.16.3-2 RIP：0010：merge_reloc_root+0x1266/0x1650 fs/btrfs/relocation.c：1545 代码：ffff0000 00004589 d7e9acfa ffffe8a1 79bafebe 02000000 呼叫追踪：merge_reloc_roots+0x295/0x890 fs/btrfs/relocation.c：1861 btrfs_recover_relocation+0xd6e/0x11d0 fs/btrfs/relocation.c：4195 btrfs_start_pre_rw_mount+0xa4d/0x1810 fs/btrfs/disk-io.c：3130open_ctree+0x5824/0x5fe0 FS/BTRFS/DISK-IO.C：3640 btrfs_fill_super FS/BTRFS/Super.C：987 [内联] btrfs_get_tree_super FS/BTRFS/SUPER.C：1951 [内联] btrfs_get_tree_subvol FS/BTRFS/SUPER.C：2094 [内联] btrfs_get_tree+0x111c/0x2190 FS/Btrfs/Super.C：2128 vfs_get_tree+0x9a/0x370 FS/Super.C：1758 fc_mount FS/Namespace.C：1199 [内联] do_new_mount_fc FS/Namespace.C：3642 [内联] do_new_mount FS/Namespace.C：3718 [内联] path_mount+0x5b8/0x1ea0 FS/Namespace.c：4028 do_mount fs/namespace.c：4041 [内联] __do_sys_mount fs/namespace.c：4229 [内联] __se_sys_mount fs/namespace.c：4206 [内联] __x64_sys_mount+0x282/0x320 FS/Namespace.C：4206 ... RIP： 0033：0x7f969c9a8fde 代码：0f1f4000 48c7c2b0 fffffff7 d8648902 b8ffffff ffc3660f ---[结束追踪 0000000000000000000000000000000000000000--- 该漏洞可通过我们的动态元数据模糊工具在运行时破坏btrfs元数据，在7.0.0-rc2-next-20260310中重现。[原因]非零的 drop_progress.objectid 表示中断的 btrfs_drop_snapshot（） 在磁盘上留下了恢复点，此时 drop_level 必须大于 0，因为检查点仅保存在内部节点层面。
    虽然当内核写入根项时会强制执行这一不变性，但当从磁盘读取根项时，这种不变性不会被验证。这使得磁盘损坏可能产生无效状态，drop_progress.objectid ！= 0 且 drop_level == 0。当重定位恢复后续处理此类根项时，merge_reloc_root（）读取drop_level并达到BUG_ON（level == 0）。同样的无效元数据也可能触发对应的BUG_ON（）在btrfs_drop_snapshot（）。[修正]通过在树检查器中验证读取磁盘根项时的root_item不变量来解决这个问题：如果drop_progress.objectid非零，drop_level也必须非零。在元数据达到merge_reloc_root（）或btrfs_drop_snapshot（）并触发BUG_ON之前，用 -EUCLEAN 拒绝。修复后，树状检查器正确拒绝了同样的损坏，BUG_ON不再触发。（CVE-2026-43046）

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

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

  - scsi：target：tcm_loop：target_reset 处理程序 tcm_loop_target_reset（） 中的 Drain 命令违反 SCSI EH 合限：它返回 SUCCESS 而不耗尽任何正在传输的命令。SCSI EH 文档 （scsi_eh.rst） 要求，当重置处理程序返回 SUCCESS 时，驱动程序已使较低层忘记超时 scmd，并为新命令做好准备。所有其他 SCSI LLD（virtio_scsi、mpt3sas、ipr、scsi_debug、mpi3mr）通过在返回 SUCCESS 之前耗尽或完成未完成的命令来强制执行此操作。
    由于 tcm_loop_target_reset（） 不会耗尽，因此 SCSI EH 会在目标核心仍有为旧se_cmd排入队列的异步完成工作时，将正在运行的scsi_cmnd结构重复用于恢复命令（例如 TUR）。queuecommand 中的 memset 将se_lun和lun_ref_active归零，从而导致 transport_lun_remove_cmd（） 跳过其 percpu_ref_put（）。泄露的 LUN 引用阻止 transport_clear_lun_ref（） 完成，从而使 configfs LUN 在 D 状态下永远断开链接： INFO：任务 rm：264 阻断超过 122 秒。rm D 0 264 258 0x00004000 调用跟踪：__schedule+0x3d0/0x8e0 schedule+0x36/0xf0 transport_clear_lun_ref+0x78/0x90 [target_core_mod] core_tpg_remove_lun+0x28/0xb0 [target_core_mod] target_fabric_port_unlink+0x50/0x60 [target_core_mod] configfs_unlink+0x156/0x1f0 [configfs] vfs_unlink+0x109/0x290 do_unlinkat+0x1d5/0x2d0 通过使 tcm_loop_target_reset（） 实际耗尽命令来修复此问题： 1. 通过 tcm_loop_issue_tmr（） 发出 TMR_LUN_RESET 以耗尽目标核心知道的所有命令（尚未CMD_T_COMPLETE的命令）。2. 使用 blk_mq_tagset_busy_iter（） 迭代所有已启动的请求，并在每个se_cmd上使用 flush_work（），这会耗尽在 TMR 之前设置CMD_T_COMPLETE命令的任何延迟完成工作（TMR 通过 __target_check_io_state（） 跳过）。这与 mpi3mr、scsi_debug 和 libsas 在重置期间用于耗尽未完成命令的模式相同。
    (CVE-2026-43054)

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

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

  - MPLS：添加序列计数以保护platform_label{，s}对 RCU保护的码径（mpls_forward、mpls_dump_routes）在同时进行大小调整时，platform_labels与platform_label的视图可能不一致（resize_platform_label_table，platform_mutex下）。这可能导致外部访问。这个补丁增加了序列计数，这样我们就能获得一致的快照。注意mpls_label_ok也易受此影响，因此在rtm_to_route_config platform_mutex外对RTA_DST的检验不足。该值在mpls_route_add和mpls_route_del中都会再次传递给mpls_label_ok，因此没有问题，但该额外检查不应被移除。（CVE-2026-43042）

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

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

  - crypto：krb5enc - 修复异步解密跳过哈希验证的问题 krb5enc_dispatch_decrypt（） 将 req->base.complete 设置为 skcipher 回调，即调用方自己的完成处理程序。当 skcipher 以异步方式完成时，此操作会在不执行 krb5enc_dispatch_decrypt_hash（） 的情况下向调用程序发出执行信号，从而完全绕过完整性验证（哈希检查）。与加密路径进行比较，后者正确地将krb5enc_encrypt_done用作中间回调，在异步完成时链接到哈希计算中。通过添加 krb5enc_decrypt_done 作为在异步 skcipher 完成时链接到 krb5enc_dispatch_decrypt_hash（） 的中间回调修复，从而与加密路径的回调模式相匹配。还修复了整个 EBUSY/EINPROGRESS 处理：删除错误吞krb5enc_request_complete（），该通知必须传递给等待积压请求的呼叫方的 EINPROGRESS 通知，并在krb5enc_encrypt_ahash_done中添加缺少的 EBUSY 检查以获取dispatch_encrypt返回值。未设置异步完成路径上的MAY_BACKLOG，以便用户不会看到背靠背 EINPROGRESS 通知。（CVE-2026-31719）

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

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

  - 蓝牙：MGMT：在加载时验证LTK的 enc_size 加载 长期密钥存储用户提供的enc_size，之后在回复LE LTK请求时用于确定固定规模的栈操作。因此，大于16字节密钥缓冲区的 enc_size 可能会溢出回复堆栈缓冲区。在验证管理LTK记录时拒绝超大enc_size值，使无效密钥永远不会到达存储的密钥状态。
    (CVE-2026-43020)

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

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

  - 已修复 Linux 内核中的下列漏洞：ksmbd: fix use-after-free in
    __ksmbd_close_fd() via durable scavenger When a durable file handle survives session disconnect (TCP close without SMB2_LOGOFF), session_fd_check() sets fp->conn = NULL to preserve the handle for later reconnection. However, it did not clean up the byte-range locks on fp->lock_list. Later, when the durable scavenger thread times out and calls __ksmbd_close_fd(NULL, fp), the lock cleanup loop did:
    spin_lock(&fp->conn->llist_lock); This caused a slab use-after-free because fp->conn was NULL and the original connection object had already been freed by ksmbd_tcp_disconnect(). The root cause is asymmetric cleanup: lock entries (smb_lock->clist) were left dangling on the freed conn->lock_list while fp->conn was nulled out. To fix this issue properly, we need to handle the lifetime of smb_lock->clist across three paths: - Safely skip clist deletion when list is empty and fp->conn is NULL. - Remove the lock from the old connection's lock_list in session_fd_check() - Re-add the lock to the new connection's lock_list in ksmbd_reopen_durable_fd(). (CVE-2026-31718)

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

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

  - ALSA：caiaq：固定 在 Stack 越界读取init_card循环创建一个空白去除的卡片短名副本，其中边界检查使用'len < sizeof（card>-id）'。由于 sizeof（card->id） 是 16，本地 id 缓冲区也是 16 字节，写入 16 个非空格字符会填满整个缓冲区，覆盖终止的空字节。当这个非空终止字符串随后传递给 snd_card_set_id（） -> copy_valid_id_string（） 时，函数会用“while （*nid & & ...）' 读取栈缓冲区末端，读取栈内容。包含许多非ASCII非空格字符（如多字节UTF-8）的产品名称USB设备会可靠地触发此问题，具体如下：BUG：KASAN：copy_valid_id_string sound/core/init.c：696 [inline] BUG：
    KASAN：snd_card_set_id_no_lock+0x698/0x74c sound/core/init.c：718 中的堆栈越界 自 2009 年 6 月提交 bafeee5b1f8d （ALSA： snd_usb_caiaq： give better shortname） （v2.6.31-rc1） 首次引入了该空白空间剥离环路以来，off-by-one 就已存在。原始代码在绑定副本时从未考虑过空终止子。通过更改循环绑定为“sizeof（card->id） - 1”来解决这个问题，确保至少有一个字节作为空终止符。（CVE-2026-31778）

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

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

  - usb：typec：ucsi：验证 ucsi_notify_common（） 中的连接器编号 通过 UCSI_CCI_CONNECTOR（） 从 CCI 提取的连接器编号是一个 7 位字段 （0-127），用于索引到 ucsi_connector_change（） 中的连接器数组。但是，系统仅针对设备报告的连接器数量（通常为 2-4 个条目）分配数组。恶意或出现故障的设备可在 CCI 中报告超出范围的连接器编号，从而导致 ucsi_connector_change（） 中的越界数组访问。在 ucsi_notify_common（）（CCI 从硬件到达后进行解析的中心点）中添加边界检查，以便在虚假的连接器编号进一步传播之前将其拒绝。（CVE-2026-31729）

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

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

  - 蓝牙：hci_sync：hci_cmd_sync_queue_once（）如果存在则返回 -EEXIST hci_cmd_sync_queue_once（） 需要指示队列是否被添加，这样调用者可以知道是否被调用，从而避免资源泄漏。如果队列项目已经存在，将函数改为返回 -EEXIST。修改所有呼叫网站以支持这些。（CVE-2026-43022）

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

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

  - AFP Spotlight 协议分析器在 Wireshark 4.6.0 to 4.6.4 和 to 4.4.14 中的4.4.0崩溃允许拒绝服务 （CVE-2026-5401）

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

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

  - 蓝牙：hci_conn：修复set_cig_params_sync hci_conn查找时的潜在UAF，现场访问必须被hdev锁定覆盖set_cig_params_sync，否则可能会同时释放。比如用hdev锁防止hci_conn同时被删除或修改。这里只用RCU锁不适用，因为我们也想避免配置中出现撕裂。（CVE-2026-43019）

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

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

  - Dancer：：Session：：抽象版本通过 1.3522 Perl不安全地生成会话ID。会话ID是通过将绝对路径名的字符码点与进程ID、历元时间以及调用内置rand（）函数返回0到999亿之间的数字，并将该结果串接三次生成的。攻击者可能已知或猜测路径名称，尤其是对于已知使用 Dancer 编写且安装位置标准的应用程序。攻击者可以猜测纪元时间，并且可能在HTTP首部中泄露。流程ID来自一小组数字，工人可能有顺序的流程ID。内置的rand（）函数以32位做种，被认为不适合安全应用。可预测的会话ID可能让攻击者获得系统访问权限。（CVE-2026-5080）

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

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

  - scsi：目标：文件：使用kzalloc_flex aio_cmd target_core_file不会初始化ki_write_stream的aio_cmd->IOCB。当执行写入命令 fd_execute_rw_aio（） 时，可能会得到虚假的 ki_write_stream值，导致在块设备中检查 iocb->ki_write_stream > max_write_streams 时出现意外的写入失败状态。我们就用kzalloc_flex分配aio_cmd，并设ki_write_stream=0来解决这个问题。（CVE-2026-43055）

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

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

  - gpib：修复 IO ioctl 处理程序中的释放后使用 IBRD、IBWRT、IBCMD 和 IBWAIT ioctl 处理程序在发布 board->big_gpib_mutex 后使用gpib_descriptor指针。并发 IBCLOSEDEV ioctl 可在此窗口期间通过 close_dev_ioctl（） 释放描述符，从而导致释放后使用。IO 处理程序（read_ioctl、write_ioctl command_ioctl）在调用其处理程序之前显式释放big_gpib_mutex。
    wait_ioctl（） 会在保留big_gpib_mutex的情况下调用，但是 ibwait（） 会在 wait_mask 为非零时在内部释放。在所有四种情况下，从 handle_to_descriptor（） 获取的描述符指针都将不受保护。通过在 struct gpib_descriptor 中引入仅限内核的 descriptor_busy 引用计数修复此问题。每个处理程序在释放锁定之前以原子方式递增 file_priv->descriptors_mutex 下的descriptor_busy，并在完成后递减锁定。close_dev_ioctl（） 检查同一锁定下的descriptor_busy，如果计数非零，则拒绝使用 -EBUSY 关闭。需要引用计数而不是简单标记，因为多个处理程序可以同时对同一描述符进行操作（例如
    IBRD 和 IBWAIT 位于不同线程的同一句柄上）。需要一个单独的计数器，因为可通过 IBWAIT ioctl（通过含有 CMPL 的 set_mask general_ibstatus（））从非特权用户空间清除io_in_progress，这样可允许攻击者仅根据io_in_progress绕过检查。新的descriptor_busy计数器只会通过内核 IO 路径进行修改。锁定顺序一致 （big_gpib_mutex -> descriptors_mutex），并且处理程序在查找期间仅短暂保持descriptors_mutex，因此不存在死锁风险，也不会影响 IO 吞吐量。（CVE-2026-31769）

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

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

  - Wireshark 4.6.04.6.4中的BT-DHT协议剖分崩溃，允许4.4.144.4.0拒绝服务CVE-2026-5408（）

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

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

  - mshv：修复 mshv_region_pin 中的错误处理 当前的错误处理存在两个问题：首先，pin_user_pages_fast（） 在无法固定所有请求的页面时，可返回短引脚计数（小于请求但大于零）。这被视为成功，导致使用部分固定区域，从而造成内存损坏。第二种情况，当循环中发生错误时，在调用 mshv_region_invalidate_pages（） 之前，未正确考虑当前批次中已固定的页面，从而导致页面引用泄露。将短 pin 视为错误，并在清除前修复部分批次核算。
    (CVE-2026-43045)

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

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

  - xfs：关闭属性 dabtree 停用中的崩溃窗口 停用具有节点格式扩展属性的 inode 时，xfs_attr3_node_inactive（） 会通过 xfs_trans_binval（） 使所有子叶/节点区块无效，但故意不从其父节点区块删除相应条目。隐式假设是 xfs_attr_inactive（） 之后会将整个 attr fork 截断为零范围，因此日志恢复永远不会到达根节点并遵循这些过时指针。但是，如果在叶/节点块取消提交之后但在 attr bmap 截断提交之前发生日志关闭，则此假设将被打破。恢复会完整重播 attr bmap（inode 仍具有 attr fork 盘区），但禁止重播所有已取消的叶/节点块，从而可能将其作为过时数据保存在磁盘上。在下一次挂载中，xlog_recover_process_iunlinks（） 重试灭活并尝试通过 attr bmap 读取根节点。如果未重播根节点，读取未重放的根区块会立即触发元数据验证失败;如果已重播，则在其指向未重播子块的子指针后会触发相同的失败： XFS （pmem0）： 在 xfs_da3_node_read_verify+0x53/0x220 处检测到元数据损坏，xfs_da3_node块0x78 XFS （pmem0）： 卸载并运行 xfs_repair XFS （pmem0）： 损坏元数据缓冲区的前 128 字节： 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................00000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
    00000020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00000030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00000040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00000050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00000060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00000070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ XFS （pmem0）：daddr 的 xfs_da_read_buf+0x104/0x190 中元数据 I/O 错误 0x78 len 8 错误 117 在两个位置修复此问题：在 xfs_attr3_node_inactive（） 中调用子区块上的 xfs_trans_binval（） 后，立即从同一事务中的父节点中删除引用它的条目。这消除了父项持有指向已取消块的指针的窗口。
    删除所有子节点后，现在为空的根节点将转换为同一事务中的叶子块。这种节点到叶的转换对于碰撞安全是必要的。如果在将空节点写入日志后但在第二阶段 bmap 截断提交之前系统关闭，日志恢复将尝试验证磁盘上的根块。xfs_da3_node_verify（） 不允许 count == 0 的节点块;这样的区块将使验证失败，并触发元数据损坏关闭。另一方面，叶块允许具有这种瞬态状态。在 xfs_attr_inactive（） 中，将 attr fork 截断拆分为两个显式阶段。首先，截断根块之外的所有盘区（上面已删除其父引用的子盘区）。其次，在单个交易中使根区块失效并将 attr bmap 截断为零。第二阶段的两个操作必须是原子的：只要 attr bmap 有任何非零长度，恢复就可以跟着它到根块，所以根块无效必须与 bmap-to-zero 截断一起提交。（CVE-2026-43053）

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

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

  - Bluetooth：SMP：从 MITM 状态派生旧的响应程序 STK 认证 smp_random（） 中的旧有响应程序路径目前在BT_SECURITY_HIGH时将存储的 STK 标记为已认证pending_sec_level。这反映了本地服务请求的内容，而不是配对流实际实现的内容。对于 Just Works/Confirm 旧版配对，SMP_FLAG_MITM_AUTH保持清除，即使本地端请求了高安全性，产生的 STK 也应保持未经身份验证的状态。存储响应程序 STK 时使用既定的 MITM 状态，确保密钥元数据与配对结果匹配。这也会使旧路径与已将 JUST_WORKS/JUST_CFM 视为未经认证的安全连接代码保持一致。（CVE-2026-31773）

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

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

  - net：sched：cls_api：修复 tc_chain_fill_node以将 tcm_info 初始化为零以防止信息泄漏 在构建 netlink 消息时，tc_chain_fill_node（） 始终不会初始化 struct tcmsg 的 tcm_info 字段。
    由于分配未归零，因此内核堆内存会通过此 4 字节字段泄露至用户空间。
    此补丁只是将其他已初始化的字段旁的tcm_info清零。（CVE-2026-43035）

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

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

  - iio：gyro：mpu3050：修复不正确的 free_irq（） 变量 此驱动程序的 IRQ 部分的处理程序是 mpu3050->trig，但是在拆卸中，free_irq（） 被处理程序 mpu3050 调用。调用 free_irq（） 时使用正确的 IRQ 处理程序。（CVE-2026-31763）

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

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

  - hwmon：（occ） 固定除以零的 occ_show_power_1（） 在 occ_show_power_1（） 1 中，累加器除以 update_tag 而不检查零。如果尚未采集样本（例如早期启动时传感器块包含但未更新），update_tag为零，导致核除以零崩溃。2019年提交211186cae14d（hwmon： （occ） fix by zero issue）中的修复仅涉及occ_show_power_2（）和occ_show_power_a0（）使用的occ_get_powr_avg（）。occ_show_power_1（） 中的这条独立代码路径被遗漏了。通过重用现有的occ_get_powr_avg（）辅助工具来解决这个问题，该辅助工具已经处理零样本情况，并用mul_u64_u32_div（）在除法前乘以获得更好的精度。将助手移动到occ_show_power_1（）上方，使其在呼叫站点可见。[groeck：修正checkpatch报告的对齐问题]（CVE-2026-31770）

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

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

  - HID：核心：通过移除虚假的memset（）来减轻潜在的OOB。hid_report_raw_event（）中的memset（）通过将从输入数据串末尾到缓冲区假定末端的区域归零，从而清除虚假数据。然而，正如我们之前所见，这样做很容易导致后续执行线程中出现OOB读写。目前一位HID维护者的建议是，如果接收事件缓冲区大小不足以填满相关报告，就移除memset（），然后返回。本杰明·蒂索尔建议 <bentiss@kernel.org> [bentiss：
    更改返回值] （CVE-2026-43048）

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

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

  - 网络：正确处理 GSO 备份IPV6_CSUM隧道流量NETIF_F_IPV6_CSUM仅宣传支持无 IPv6 扩展首部的数据包校验和卸载。带有扩展头的数据包必须回退到软件校验和。由于TSO依赖校验和卸载，这些检查码必须恢复到GSO。下面的提交介绍了这个后备方案。它总是检查网络头部长度。对于隧道包，则必须检查内层头部长度。相应地延长支票。一个特殊情况是没有内部IP协议的隧道数据包。例如UDP中的RFC 6951 SCTP。这些也不是标准的IPv6后接传输头，因此也必须恢复到软件GSO路径。（CVE-2026-43057）

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

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

  - usb：dwc2：gadget：修复 dwc2_hsotg_udc_stop（） 中的 spin_lock/unlock 不匹配问题 dwc2_gadget_exit_clock_gating（） 内部调用 call_gadget（） 宏，该宏预期保留 hsotg->lock，因为它围绕小工具驱动程序回调调用进行spin_unlock/spin_lock。但是，dwc2_hsotg_udc_stop（） 在不保持锁定的情况下调用 dwc2_gadget_exit_clock_gating（）。这会导致：- spin_unlock未持有的锁（未定义行为） - 返回 dwc2_gadget_exit_clock_gating（） 之后仍然保留的锁，随后在同一函数中调用 spin_lock_irqsave（） 时会造成死锁。通过在调用 dwc2_gadget_exit_clock_gating（） 之前获取 hsotg->lock 并在之后释放来修复此问题，这样满足 call_gadget（） 宏的锁定要求。（CVE-2026-31756）

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

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

  - f2fs：修复以避免 f2fs_rename（） 中出现内存泄漏 syzbot 报告 f2fs 缺陷如下：缺陷：内存泄漏未引用对象0xffff888127f70830（大小 16）：comm syz.0.23、pid 6144、jiffies 4294943712 hex 转储（前 16 字节）：3c af 57 72 5b e6 8f ad 6e 8e fd 33 42 39 03 ff <。Wr[...n..3B9.. 回溯 （CRC 925f8a80）： kmemleak_alloc_recursive include/linux/kmemleak.h：44 [内联] slab_post_alloc_hook mm/slub.c：4520 [内联] slab_alloc_node mm/slub.c：4844 [内联] __do_kmalloc_node mm/slub.c：5237 [内联]
    __kmalloc_noprof+0x3bd/0x560 mm/slub.c：： 5250 kmalloc_noprof include/linux/slab.h：954 [inline] fscrypt_setup_filename+0x15e/0x3b0 fs/crypto/fname.c：364 f2fs_setup_filename+0x52/0xb0 fs/f2fs/dir.c：143 f2fs_rename+0x159/0xca0 fs/f2fs/namei.c：961 f2fs_rename2+0xd5/0xf20 fs/f2fs/namei.c：1308 vfs_rename+0x7ff/0x1250 fs/namei.c：6026 filename_renameat2+0x4f4/0x660 fs/namei.c：6144 __do_sys_renameat2 fs/namei.c：6173 [inline] __se_sys_renameat2 fs/namei.c：6168 [inline] __x64_sys_renameat2+0x59/0x80 fs/namei.c：6168 do_syscall_x64 arch/x86/entry/syscall_64.c：63 [inline] do_syscall_64+0xe2/0xf80 arch/x86/entry/syscall_64.c：94 entry_SYSCALL_64_after_hwframe+0x77/0x7f 根本原因在于提交 40b2d55e0452（f2fs：修复以在白化初始化期间创建 SELinux 标签），我们添加了对 f2fs_setup_filename（） 的调用，但没有匹配的 f2fs_free_filename（） 调用， 修复它。（CVE-2026-31714）

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

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

  - comedi：ni_atmio16d：修复连接失败后的无效清理。如果驱动程序的COMEDI连接处理函数（“atmio16d_attach（）”）返回错误，COMEDI核心将调用驱动程序的分离处理函数（“atmio16d_detach（）”）来清理。该程序无条件调用“reset_atmio16d（）”，但根据连接处理程序错误发生的位置，设备可能尚未被初始化到无法调用“reset_atmio16d（）”。它使用“dev->iobase'作为I/O端口基址，'dev->private'作为指向COMEDI设备私有数据结构的指针。“dev->iobase”仍可设置为初始值0，这会导致低I/O端口地址出现不必要的写入。'dev->private'仍可能为'NULL'，这会导致指针被取消引用。在调用 'reset_atmio16d（）'之前，先检查'dev->private'是否有效（非空）来修复'atmio16d_detach（）'。这意味着“dev->iobase”是正确设置的，因为它是在“dev->private”之前设置的。（CVE-2026-31749）

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

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

  - USB：cdns3：gadget：修复gadget初始化失败时的状态不一致。当cdns3_gadget_start（）失败时，DRD硬件保持gadget模式，而软件状态保持非激活，导致硬件/软件状态不一致。通过sysfs切换到主机模式时：echo host > /sys/class/usb_role/13180000.usb-role-switch/role 由于错误，角色状态未被设置为CDNS_ROLE_STATE_ACTIVE，因此cdns_role_stop（）跳过清理，因为状态仍处于非激活状态。这违反了DRD控制器设计规范（见图22），该规范要求切换角色前必须恢复空闲状态。这会导致在设置主机控制器时xhci_gen_setup（）发生同步外部中止：[ 516.440698] configfs-gadget 13180000.usb： 启动失败 g1： -19 [ 516.442035] cdns-usb3 13180000.usb： 未能添加 gadget [516.443278] cdns-usb3 13180000.usb： set role 2 失败 ...[ 1301.375722] XHCI-HCDD XHCI-HCD.1.auto：
    xHCI 主机控制器 [ 1301.377716] 内部错误：同步外部中止：96000010 [#1] 抢占 SMP [ 1301.382485] pc ： xhci_gen_setup+0xa4/0x408 [ 1301.393391] 回溯：...xhci_gen_setup+0xa4/0x408 <——崩溃xhci_plat_setup+0x44/0x58 usb_add_hcd+0x284/0x678......cdns_role_set+0x9c/0xbc <——通过在错误路径中调用cdns_drd_gadget_off（）来修复角色切换，以正确清理DRD设备状态。
    (CVE-2026-31754)

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

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

  - 已修复 Linux 内核中的下列漏洞：writeback: Fix use after free in inode_switch_wbs_work_fn() inode_switch_wbs_work_fn() has a loop like: wb_get(new_wb); while (1) { list = llist_del_all(&new_wb->switch_wbs_ctxs); /* Nothing to do? */ if (!list) break; ... process the items ...
    } Now adding of items to the list looks like: wb_queue_isw() if (llist_add(&isw->list, &wb->switch_wbs_ctxs)) queue_work(isw_wq, &wb->switch_work); Because inode_switch_wbs_work_fn() loops when processing isw items, it can happen that wb->switch_work is pending while wb->switch_wbs_ctxs is empty.
    This is a problem because in that case wb can get freed (no isw items -> no wb reference) while the work is still pending causing use-after-free issues. We cannot just fix this by cancelling work when freeing wb because that could still trigger problematic 0 -> 1 transitions on wb refcount due to wb_get() in inode_switch_wbs_work_fn(). It could be all handled with more careful code but that seems unnecessarily complex so let's avoid that until it is proven that the looping actually brings practical benefit. Just remove the loop from inode_switch_wbs_work_fn() instead. That way when wb_queue_isw() queues work, we are guaranteed we have added the first item to wb->switch_wbs_ctxs and nobody is going to remove it (and drop the wb reference it holds) until the queued work runs. (CVE-2026-31703)

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

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

  - net：IPv6：ndisc：修复ndisc_ra_useropt，将nduseropt_padX字段初始化为零以防止信息泄漏。在处理路由器广告时，内核会构建RTM_NEWNDUSEROPT netlink消息。nduseroptmsg 结构体有三个填充字段，这些字段永远不会归零，可能会泄露内核数据。解决方法很简单，就是将填充字段归零。（CVE-2026-43040）

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

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

  - fs/ntfs3：验证 journal-replay 文件记录检查中使用的 rec-> check_file_record（） 会根据记录大小验证 rec->total，但从不验证 rec->used。do_action（） journal-replay 处理程序从磁盘读取 rec->used 并将其用于计算 memmove 长度： DeleteAttribute： memmove（attr， ...， used - asize - roff） CreateAttribute： memmove（...， attr， used - roff） change_attr_size： memmove（...， used - PtrOffset（rec， next）） 当 rec->used 小于验证属性的偏移，或大于记录大小时，这些减法可能下溢，允许我们将大量内存复制到 4kb 缓冲区， 总体上通常被认为是一个坏主意。这需要一个损坏的文件系统，这并不是内核真正需要担心的威胁模型，但检查这种明显的越界值有助于保持稳健，尤其是在日志重播时 通过正确限制 rec->used 边界来修复此问题。
    这很像提交 b2bc7c44ed17（fs/ntfs3：修复 DeleteIndexEntryRoot 中的 slab-out-of-bound 读取），后者检查了同一个 switch 语句中的不同值。（CVE-2026-31716）

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

ID	名称	严重性
311649	Linux Distros 未修补的漏洞：CVE-2026-31758	high
311648	Linux Distros 未修补的漏洞：CVE-2026-43007	high
311647	Linux Distros 未修补的漏洞：CVE-2026-41684	medium
311646	Linux Distros 未修补的漏洞：CVE-2026-43030	high
311645	Linux Distros 未修补的漏洞：CVE-2026-31694	high
311644	Linux Distros 未修补的漏洞：CVE-2026-31768	high
311643	Linux Distros 未修补的漏洞：CVE-2026-31713	medium
311642	Linux Distros 未修补的漏洞：CVE-2026-31699	high
311641	Linux Distros 未修补的漏洞：CVE-2026-31701	medium
311640	Linux Distros 未修补的漏洞：CVE-2026-31693	high
311639	Linux Distros 未修补的漏洞：CVE-2026-31695	high
311638	Linux Distros 未修补的漏洞：CVE-2026-5406	medium
311637	Linux Distros 未修补的漏洞：CVE-2026-31700	high
311636	Linux Distros 未修补的漏洞：CVE-2026-35527	medium
311635	Linux Distros 未修补的漏洞：CVE-2026-5407	medium
311634	Linux Distros 未修补的漏洞：CVE-2026-43034	medium
311633	Linux Distros 未修补的漏洞：CVE-2026-31707	high
311632	Linux Distros 未修补的漏洞：CVE-2026-5653	high
311631	Linux Distros 未修补的漏洞：CVE-2026-5654	high
311630	Linux Distros 未修补的漏洞：CVE-2026-31748	high
311629	Linux Distros 未修补的漏洞：CVE-2026-43046	medium
311628	Linux Distros 未修补的漏洞：CVE-2026-43054	medium
311627	Linux Distros 未修补的漏洞：CVE-2026-43042	high
311626	Linux Distros 未修补的漏洞：CVE-2026-31719	high
311625	Linux Distros 未修补的漏洞：CVE-2026-43020	high
311624	Linux Distros 未修补的漏洞：CVE-2026-31718	critical
311623	Linux Distros 未修补的漏洞：CVE-2026-31778	high
311622	Linux Distros 未修补的漏洞：CVE-2026-31729	high
311621	Linux Distros 未修补的漏洞：CVE-2026-43022	medium
311620	Linux Distros 未修补的漏洞：CVE-2026-5401	medium
311619	Linux Distros 未修补的漏洞：CVE-2026-43019	high
311618	Linux Distros 未修补的漏洞：CVE-2026-5080	medium
311617	Linux Distros 未修补的漏洞：CVE-2026-43055	high
311616	Linux Distros 未修补的漏洞：CVE-2026-31769	high
311615	Linux Distros 未修补的漏洞：CVE-2026-5408	medium
311614	Linux Distros 未修补的漏洞：CVE-2026-43045	medium
311613	Linux Distros 未修补的漏洞：CVE-2026-43053	medium
311612	Linux Distros 未修补的漏洞：CVE-2026-31773	high
311611	Linux Distros 未修补的漏洞：CVE-2026-43035	medium
311610	Linux Distros 未修补的漏洞：CVE-2026-31763	medium
311609	Linux Distros 未修补的漏洞：CVE-2026-31770	medium
311608	Linux Distros 未修补的漏洞：CVE-2026-43048	high
311607	Linux Distros 未修补的漏洞：CVE-2026-43057	high
311606	Linux Distros 未修补的漏洞：CVE-2026-31756	medium
311605	Linux Distros 未修补的漏洞：CVE-2026-31714	medium
311604	Linux Distros 未修补的漏洞：CVE-2026-31749	medium
311603	Linux Distros 未修补的漏洞：CVE-2026-31754	medium
311602	Linux Distros 未修补的漏洞：CVE-2026-31703	high
311601	Linux Distros 未修补的漏洞：CVE-2026-43040	high
311600	Linux Distros 未修补的漏洞：CVE-2026-31716	high

检测

Nessus 的 Misc. 系列

high

high

medium

high

high

high

medium

high

medium

high

high

medium

high

medium

medium

medium

high

high

high

high

medium

medium

high

high

high

critical

high

high

medium

medium

high

medium

high

high

medium

medium

medium

high

medium

medium

medium

high

high

medium

medium

medium

medium

high

high

high