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

  - f2fs：仅在启用时验证压缩缓存 inode F2FS_COMPRESS_INO（） 使用 NM_I（sbi）->max_nid作为压缩页面缓存 inode 的合成 inode 编号。仅当启用了compress_cache挂载选项时，该 inode 才存在。禁用compress_cache时，max_nid超出了有效的 inode 范围。因此，f2fs_check_nid_range（） 应拒绝指向 ino == max_nid 的损坏目录条目。但 is_meta_ino（） 当前会无条件地将 F2FS_COMPRESS_INO（） 视为元索引节点，因此 f2fs_iget（） 会绕过 do_read_inode（） 及其 nid 范围检查，而是实例化一个假的内部 inode。在匹配 f2fs_init_compress_inode（） 的 COMPRESS_CACHE上保护压缩的缓存 inode 案例。禁用compress_cache后，ino == max_nid 现在会遵循正常的 inode 路径，并因超出范围 nid 而遭到拒绝。（CVE-2026-63817）

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

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

  - keras-team/keras 版本 3.15.0 中的漏洞允许通过公共“keras.layers.TorchModuleWrapper.from_config”方法对攻击者控制的 PyTorch pickle 数据进行不安全的反序列化。此方法调用“torch.load（...， weights_only=False）”而不需要明确的不安全选择加入，例如“safe_mode=False”参数。在“SafeModeScope（True）”上下文之外调用时，缺失环境安全模式状态默认允许不安全的反序列化。如果使用此方法处理不受信任的 Keras 层配置，此问题可导致执行任意代码。产生该漏洞是因为该方法未强制执行安全的反序列化实践，除非 Keras 安全模式明确保护。（CVE-2026-12484）

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

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

  - wifi：mt76：mt7996：清除 mt7996_mac_sta_deinit_link（） 中的 wcid 指针 清除 WCID 指针，删除mt7996_mac_sta_deinit_link例程中的 sta 链接。（CVE-2026-63866）

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

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

  - Bluetooth：6lowpan：检查 send_mcast_pkt（） 中的 skb_clone（） 返回值 如果内存分配失败，skb_clone（） 函数可能返回 NULL。send_mcast_pkt（） 在未检查返回值的情况下调用 skb_clone（），这样可在取消引用 skb->data 时导致 send_pkt（） 中出现空指针取消引用。在 skb_clone（） 之后添加 NULL 检查，如果克隆失败则跳过对等机。（CVE-2026-63991）

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

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

  - drivers/base/memory：修复毒害核算 memblk_nr_poison_inc（） 中的内存块引用泄漏，以及 memblk_nr_poison_sub（） 通过 find_memory_block_by_id（） 查找内存块，该方法获取对内存块设备的引用。两个帮助程序都使用返回的内存块而不丢弃该引用，从而在每次成功查找时泄漏设备引用。更新nr_hwpoison后终止引用。
    (CVE-2026-64182)

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

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

  - Bluetooth：ISO：修复 iso_recv_frame iso_recv_frame 中的 UAF 在 iso_conn_lock 下读取 conn->sk，但在使用 sk 之前释放锁定，且未保留任何引用。并发 iso_sock_kill（） 可释放该窗口中的 sk，从而在 sk->sk_state 和 sock_queue_rcv_skb（） 上造成释放后使用。修复方法为将裸指针读取替换为 iso_sock_hold（conn），其会在保留旋转锁时调用 sock_hold（），进而在锁终止前以原子方式提升 refcount。添加 drop_put 标签，以便在保持成功的所有退出路径中调用 sock_put（）。（CVE-2026-63946）

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

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

  - perf/x86/intel：改进 ACR 掩码的验证和配置 目前，用户空间 ACR 掩码的验证和配置上存在多个问题。- 用户空间 ACR 掩码 （attr.config2） 的验证不完整，例如，ACR 掩码可能包含属于另一个 ACR 事件群组的索引，但该索引未经验证。- 无效 ACR 掩码的过早返回导致跳过所有后续 ACR 群组。- 设置新的硬件 ACR 掩码之前未清除过时的硬件 ACR 掩码 （hw.config1）。以下变更解决了上述所有问题。- 找出一个ACR组的事件索引组。用户空间掩码中索引群组中不存在的任何位现已被丢弃。- 仅丢弃无效部分并继续迭代所有 ACR 事件以确保完全配置，而不是提早返回无效位。- 写入新配置之前，明确清除每个事件的过时硬件 ACR 掩码。此外，理论上可以禁用 ACR 组的非前导词事件成员。这可导致对其余组成员的acr_mask出现位移错误。但是，由于 ACR 采样要求所有事件都处于活动状态，因此这在实际用例中应该不是一个大问题。添加 FIXME 注释以注意此风险。（CVE-2026-53370）

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

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

  - ksmbd：修复持久重新连接错误路径文件生命周期 持久重新连接成功后，ksmbd_reopen_durable_fd（） 将相同的ksmbd_file重新发布到会话 volatile-id 表中。如果 smb2_open（） 随后采用较新的错误路径，则 cleanup 首先调用 ksmbd_fd_put（work， fp），然后无条件调用 ksmbd_put_durable_fd（dh_info.fp）。在这种情况下，fp 和 dh_info.fp 是同一个对象。第一个放置会丢弃重新连接查找引用，但最终的持久放置可以运行
    __ksmbd_close_fd（NULL， fp）。因为最终关闭不是会话感知，所以它可以释放文件对象，而不删除刚刚发布到会话表中的 volatile-id 条目。在重新连接已成功，且错误路径正在清理重新发布的文件时，将会话感知放置用于最终的重新连接中断。在将 fp 分配给 dh_info.fp 之前，较早的重新连接失败请继续使用仅限持久的放置路径。（CVE-2026-64016）

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

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

  - ALSA：seq：使用 event_input seq_ump_process_event（） 序列化 UMP 输出拆卸借用 client->out_rfile.output，而不与 seq_ump_client_open（） 和 seq_ump_client_close（） 中的首次打开和最后关闭转换同步。因此，当正在传输的 event_input 回调仍在 snd_rawmidi_kernel_write（） 中时，上一个未使用的输出可将 opened[STR_OUT] 降至零并释放 rawmidi 文件。这会使 rawmidi 子流运行时在写入路径取得自己的缓冲区引用之前暴露于拆卸。为event_input可见的输出文件添加每客户端 rwlock。
    在写入端下发布新打开的输出文件，并通过 snd_rawmidi_kernel_write（） 保持读取端从输出查找。最后一个输出会关闭并清除写入端下可见的输出文件，然后解除锁定并释放已储存的 rawmidi 文件。使用 IRQ 安全的 rwlock 防护，因为也可以从 atomic sequencer 传递访问event_input。有缺陷的情况涉及两条路径，每列显示该路径中的顺序： 路径 A 标签： event_input路径路径 B 标签：
    上一个未使用的路径 1。seq_ump_process_event（） 读取 1。seq_ump_client_close（） client->out_rfile.output。将 opened[STR_OUT] 降至零。2. snd_rawmidi_kernel_write1（） 2.snd_rawmidi_kernel_release（） 尚未固定运行时。会关闭输出文件。3. 编写器继续使用 3.close_substream（） 释放借用的子流。substream->runtime。这使输出子游和运行时在完整event_input写入中保持活动，同时将 rawmidi 版本保持在 rwlock 之外。KASAN 在 snd_rawmidi_kernel_write1（） 中将此重现为释放后使用，通过 seq_ump_use（）/snd_seq_port_connect（） 进行分配，通过 seq_ump_unuse（）/snd_seq_port_disconnect（） 进行释放。验证再现了此内核报告： KASAN snd_rawmidi_kernel_write1+0x9d/0x400 中的释放后使用 RIP： 0033：0x7f5528af837f 大小为 8 的读取 调用跟踪：
    dump_stack_lvl+0x73/0xb0 （？：？） print_report+0xd1/0x650 （？：？） srso_alias_return_thunk+0x5/0xfbef5 （？：？）
    __virt_addr_valid+0x1a7/0x340 （？：？） kasan_complete_mode_report_info+0x64/0x200 （？：？） kasan_report+0xf7/0x130 （？：？） snd_rawmidi_kernel_write1+0x9d/0x400 （？：？） __asan_load8+0x82/0xb0 （？：？） update_stack_state+0x1ef/0x2d0 （？：？） snd_rawmidi_kernel_write+0x1a/0x20 （？：？） seq_ump_process_event+0xd4/0x120 （sound/core/seq/seq_ump_client.c：82）
    __snd_seq_deliver_single_event+0x8a/0xe0 （？：？） snd_seq_deliver_from_ump+0x2b2/0xd60 （？：？） lock_acquire+0x14e/0x2e0 （？：？） find_held_lock+0x31/0x90 （？：？） snd_seq_port_use_ptr+0xa6/0xe0 （？：？）
    __kasan_check_write+0x18/0x20 （？：？） do_raw_read_unlock+0x32/0xa0 （？：？） _raw_read_unlock+0x26/0x50 （？：？） snd_seq_deliver_single_event+0x45c/0x4b0 （？：？） snd_seq_deliver_event+0x10d/0x1b0 （？：？） snd_seq_client_enqueue_event+0x192/0x240 （？：？） snd_seq_write+0x2cd/0x450 （？：？） apparmor_file_permission+0x20/0x30 （？：？） security_file_permission+0x51/0x60 （？：？） vfs_write+0x1ce/0x850 （？：？） __fget_files+0x12b/0x220 （？：?)lock_release+0xc8/0x2a0 （？：？） __rcu_read_unlock+0x74/0x2d0 （？：？）
    __fget_files+0x135/0x220 （？：？） ksys_write+0x15a/0x180 （？：？） rcu_is_watching+0x24/0x60 （？：？）
    __x64_sys_write+0x46/0x60 （？：？） x64_sys_call+0x7d/0x20d0 （？：？） do_syscall_64+0xc1/0x360 （arch/x86/entry/syscall_64.c：87） entry_SYSCALL_64_after_hwframe+0x77/0x7f （？：？）（CVE-2026-64029）

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

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

  - ovpn：遵守错误路径中的对等机引用计数CMD_NEW_PEER ovpn_nl_peer_new_doit（） 的错误路径直接调用 ovpn_peer_release（） 而不是 ovpn_peer_put（），从而绕过 kref。伴随的注释（对等机尚未被哈希，因此不会在任何上下文中使用）适用于 UDP 但不适用于 TCP。对于 UDP，ovpn_socket 并使用 .ovpn arm，并且从不指向对等方;UDP encap_recv通过尚未填充的哈希表查找对等机，因此在 ovpn_peer_add（） 发布新对等机之前无法访问它。
    对于 TCP，ovpn_socket_new（） 设置 ovpn_sock->peer，ovpn_tcp_socket_attach（） 通过 rcu_assign_sk_user_data（） 发布ovpn_sock。从该时刻到错误路径中的 ovpn_socket_release（） 分离为止，TCP fd 已完全连接：fd 上的用户空间 recvmsg / sendmsg / close / poll 以及 strparser 驱动的 ovpn_tcp_rcv（） 路径可通过 -> ovpn_sock->peer sk_user_data到达对等机，并通过 ovpn_peer_hold（） 升级其引用计数。ovpn_tcp_socket_wait_finish（）（在 ovpn_socket_release（） 内部调用）会耗尽 strparser 和 tx 工作，但不会与已持有对等引用的用户空间 syscall 调用程序同步。如果 ovpn_nl_peer_modify（） 或 ovpn_peer_add（） 在此类调用程序正在传输时返回错误（尤其是对等>tcp.user_queue上的 __skb_recv_datagram（） 中阻断的 ovpn_tcp_recvmsg（），则直接 ovpn_peer_release（） 会在调用程序仍保留引用时销毁对等机，并且该调用程序的最终 ovpn_peer_put（） 在释放的内存上运行。将直接析构函数调用替换为 ovpn_peer_put（），以便 kref 正确地推迟销毁，直到最后一个引用丢弃为止。在不存在并发用户的常见情况下，行为保持不变：kref 立即命中零，而 ovpn_peer_release_kref（） 运行相同的析构函数。通过此转换，ovpn_peer_release（） 没有除 peer.c 外部的调用程序 - 同一转换单元中的 ovpn_peer_release_kref（） 是唯一剩下的用户
    - 因此将其设为静态并从 peer.h 中丢弃其声明。（CVE-2026-64044）

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

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

  - iio：pressure：bmp280：修复 bmp580 触发处理程序中的堆栈泄漏 bmp580_trigger_handler（） 在没有初始值设定项的情况下声明其在堆栈上的扫描缓冲区，然后 memcpy（） 将 3 字节的 24 位传感器数据输入到每个 4 字节__le32字段中。comp_temp 和 comp_press 的高字节保持未初始化状态，通道存储位为 32，因此每次扫描都会将两个字节的堆栈推送到用户空间。这是从缓冲区位于私有数据中时的回归，移动到堆栈本地结构放弃了隐式清零。
    已修复 bme280_trigger_handler（） 以处理此缺陷，但此驱动程序未修复，因为没有填充孔，而是填充不足的问题。只需对堆栈上的结构进行零初始化即可修复这一切。（CVE-2026-63965）

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

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

  - phonet/pep：围绕转发的 sk_receive_skb（） 禁用 BH 网络接收路径通常从 softirq 上下文运行，但采用套接字锁定的协议可能将数据包存储在 backlog 中，然后从进程上下文进行处理。在这种情况下，release_sock（） -> __release_sock（） 会终止具有 spin_unlock_bh（） 的 slock，然后在启用下半部的情况下调用 sk->sk_backlog_rcv（）。典型的 sk_backlog_rcv 处理程序会处理其 backlog 正在被耗尽的套接字，因此条目时的 BH 状态与它们所接触的 slock 无关。pep_do_rcv（） 则不同：当入站 skb 以现有 PEP 管道为目标时，它会通过 sk_receive_skb（） 将该 skb 转发到不同的 *子* 套接字。此帮助程序采用包含 bh_lock_sock_nested（） 的子锁，后者只是 spin_lock_nested（），并假定 BH 已关闭。因此，在 BH 开启（进程路径）和 BH 关闭（softirq 路径）时，都会获取相同的子锁：进程环境 softirq context --------------- --------------- release_sock（listener） __netif_receive_skb（）
    __release_sock（） phonet_rcv（） spin_unlock_bh（） __sk_receive_skb（listener） [BH 已启用] [BH 已禁用] sk_backlog_rcv： sk_backlog_rcv： pep_do_rcv（） pep_do_rcv（） sk_receive_skb（child） sk_receive_skb（child） bh_lock_sock_nested（child） bh_lock_sock_nested（child） => SOFTIRQ-ON-W => IN-SOFTIRQ-W Lockdep 将此标记为不一致的锁定状态， 并且如果同一 CPU 中的 softirq 尝试接收相同的子套接字，而其锁在启用 BH 的路径中保留，则可能变成真正的自死锁：警告：不一致的锁定状态不一致 {SOFTIRQ-ON-W} -> {IN-SOFTIRQ-W} 使用。
    （slock-AF_PHONET/1）{+.?.}-{3:3}， at： __sk_receive_skb+0x1cf/0x900 __sk_receive_skb net/core/sock.c：563 sk_receive_skb include/net/sock.h：2022 [内联] pep_do_rcv net/phonet/pep.c：675 sk_backlog_rcv include/net/sock.h：1190 __release_sock net/core/sock.c：3216 release_sock net/core/sock.c：3815 pep_sock_accept net/phonet/pep.c：879 将转发的 sk_receive_skb（） 封装在 local_bh_disable（） / local_bh_enable（） 中，以便始终使用BH 关闭。local_bh_disable（） 在 softirq 路径上安全嵌套。通过内部 syzkaller 模糊测试发现;linux-6.1.y syzbot 仪表板上也存在与 extid 44f0626dd6284f02663c 相同的根源。在 KASAN + LOCKDEP + PROVE_LOCKING 下转载，复制品： https://pastebin.com/A3t8xzCR （CVE-2026-64177）

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

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

  - ethtool：module：避免在模块闪存错误时泄漏 netdev ref module_flash_fw_schedule（） 缺少用于设置 in_progress 标记和获取 netdev 引用的撤销操作。延迟服用这些，当我们持有rtnl_lock时设备不会消失。（CVE-2026-63997）

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

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

  - dpll：zl3073x：使用 __dpll_device_change_ntf（） 并删除 change_work 引入该change_work来从 DPLL 设备回调发送设备更改通知，而不会在dpll_lock上死锁，因为已在该锁定下调用回调。现在，__dpll_device_change_ntf（） 已为已经持有dpll_lock的调用方导出，请直接使用它并完全删除 change_work 基础架构。这可避免争用条件，在设备拆卸期间，可在 cancel_work_sync（） 之后重新计划change_work，从而可能导致处理程序取消引用已释放的或空dpll_dev指针。
    (CVE-2026-63977)

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

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

  - RDMA/core：首选 NLA_NUL_STRING 这些属性被评估为 c 字符串（传递到 strcmp），但 NLA_STRING 不会检查是否存在 \0 终止符。这需要切换到 nla_strcmp（） 并需要调整 printf fmt 说明符以不使用普通 %s，或者这需要使用NLA_NUL_STRING。由于代码长期以来一直如此，在我看来，用户空间确实包括终止 nul，甚至到目前为止还没有强制执行，因此NLA_NUL_STRING使用是更简单的解决方案。（CVE-2026-63860）

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

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

  - xfrm：iptfs：克隆 SA 时重置运行时状态 iptfs_clone_state（） 通过 kmemdup（） 克隆 IPTFS 模式数据。这会复制不得与原始 SA 共享的运行时对象，包括嵌入式sk_buff_head、hrtimers、旋转锁和正在运行的重组/重新排序状态。如果 xfrm_state_migrate（） 在 clone_state（） 之后但之后的 init_state（） 调用重新初始化这些字段之前失败，则 xfrm_state_gc_task（） 可通过从原始 SA 复制的列表和定时器状态来破坏克隆的状态。对于排队数据包，这会让克隆拼接并释放原始 IPTFS 队列拥有的 skb，导致在 iptfs_destroy_state（） 和 skb 版本路径中生成释放后使用和双重释放报告。
    重新初始化克隆的运行时状态，然后再通过 x->mode_data 发布它。由于 clone_state（） 现在在 init_state（） 之前发布可破坏的 mode_data 对象，因此请在此处引用模式回调模块。避免针对同一对象从 __iptfs_init_state（） 再次获取它。（CVE-2026-63911）

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

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

  - cachefiles：修复 vfs_mkdir（） 失败时的错误返回 vfs_mkdir（） 失败时，不会从返回的错误指针中提取错误代码。这导致通过 ret=0 达到mkdir_error，从而导致返回 ERR_PTR（0） （NULL） 而不是正确的错误指针。当 vfs_mkdir（） 失败时，通过从错误指针中提取错误代码来修复此问题。（CVE-2026-64040）

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

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

  - scsi：core：从 scsi_run_host_queues 为所有非SDEV_DEL设备运行队列 SCSI 主机处于恢复状态时，scsi_mq_requeue_cmd（） 不会为将来要踢出的重新排队命令设置重新排队列表。预期调用 scsi_run_host_queues（） 将会在清除恢复状态后驱逐所有 SCSI 设备。但是，scsi_run_host_queues（） 使用会使用 scsi_device_get（） 的 shost_for_each_device（），因此会忽略与 SDEV_CANCEL 类似的部分删除状态的设备。但这些设备也可能有重新排队的请求，导致其请求因不被踢出而卡住，并导致设备删除进程挂起。scsi_run_host_queues（） 需要针对比宏 shost_for_each_device（） 允许的更多的设备运行。不要使用过于严格的 scsi_device_get（） 状态检查，而是只忽略处于SDEV_DEL状态或无法获取引用的设备。尝试在调用 scsi_run_host_queues（） 时为所有其他设备运行队列。（CVE-2026-64003）

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

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

  - KVM：SEV： 从 PSC 缓冲区读取条目/索引时使用 READ_ONCE（） 从客户机可访问的页面状态变更缓冲区读取条目/索引时使用 READ_ONCE（） 防御 TOCTOU 缺陷。对于 KVM 正在写入（且未消耗结果！），不要使用READ_ONCE（）/WRITE_ONCE（），因为客户机在处理缓冲区时不应接触缓冲区。也就是说，使用 READ_ONCE（） 就是为了防止行为不端的客人。（CVE-2026-63937）

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

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

  - ethtool：eeprom：为 EEPROM Netlink 回退添加更多安全性 读取模块 EEPROM （fallback_set_params（）） 用于读取模块的 Netlink 回退路径验证该偏移< eeprom_len，但不检查偏移 + 长度是否在eeprom_len范围内。ioctl 等效项（ioctl.c 中的 ethtool_get_any_eeprom（））始终强制实施两个边界：if （eeprom.offset + eeprom.len > total_len） return -EINVAL;这可导致驱动程序和设备 FW 出现意外。向 fallback_set_params（） 添加缺少的偏移 + 长度验证以镜像 ioctl。同样，- 一般的 ethtool 核心，尤其是 ethtool_get_any_eeprom（） 会尝试将传递给驱动程序的所有缓冲区归零初始化，以避免任何额外的清零工作。eeprom_fallback（） 使用普通 kmalloc（），请将其更改为 zalloc。（CVE-2026-63985）

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

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

  - smb：客户端：需要 CIFS SWN netlink 的 net admin CIFS_GENL_CMD_SWN_NOTIFY为用户空间 witness-notify 命令。预期发送者是 cifs.witness 帮助程序，但 generic-netlink 操作当前没有功能标记，因此任何本地进程都可以向内核内见证处理程序发送RESOURCE_CHANGE或CLIENT_MOVE通知。同一系列暴露没有多播群组功能标记的CIFS_GENL_MCGRP_SWN。发送至该群组的注册消息包括见证注册 ID，并且对于经 NTLM 认证的挂载，包括从 CIFS 会话复制的用户名、域和密码属性。本地非特权进程不应能加入该群组并接收这些消息。
    需要CAP_NET_ADMIN才能通过 GENL_ADMIN_PERM 传入 SWN_NOTIFY命令，并需要通过网络命名空间进行CAP_NET_ADMIN才能通过 GENL_MCAST_CAP_NET_ADMIN 加入 SWN 多播群组。cifs.witness 服务以这两种操作所需的权限运行。（CVE-2026-64137）

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

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

  - usb：gadget：composite：修复 WebUSB GET_URL 处理中的整数下溢 composite_setup（） 中的 WebUSB GET_URL 处理程序使用 landing_page_length = w_length - WEBUSB_URL_DESCRIPTOR_HEADER_LENGTH + landing_page_offset; 缩小landing_page_length以适合主机提供的 wLength。如果 wLength 小于 WEBUSB_URL_DESCRIPTOR_HEADER_LENGTH则无符号减法封装，以及后续的 memcpy（url_descriptor->URL、cdev->landing_page + landing_page_offset、landing_page_length - landing_page_offset）;最终会将接近 UINT_MAX 个字节从 cdev->landing_page 复制到 cdev->req->buf 中。
    KASAN 报告 kmalloc-2k gadget_info分配的 composite_setup 中存在越界 slab，并将FORTIFY_SOURCE memcpy 捕获为 4294967293 字节的跨字段写入到 url_descriptor->URL（大小 252）。USB 主机可通过针对任何已配置 webusb/use=1 且已配置 landingPage 的小工具的单个 SETUP 数据包访问此权限。在计算 math： 之前处理 small-wLength 情况：当主机请求的字节数少于 URL 描述符标头时，只有标头有意义，无需复制任何 URL 字节。将 landing_page_length 设置为 landing_page_offset 会使现有 memcpy 成为非 op，并且对所有较大的 wLength 值保持返回主机的描述符不变。（CVE-2026-63896）

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

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

  - Bluetooth：L2CAP：修复 ！conn 的 l2cap_chan_timeout（） 中的 chan ref 泄漏 __set_chan_timer（） 在计划延迟的工作之前，通过 l2cap_chan_hold（） 获取l2cap_chan引用。l2cap_chan_timeout（） 中的正常路径丢弃此引用，结尾为 l2cap_chan_put（），但当 chan->conn 为 NULL 时，提早返回会跳过放置，导致泄露引用。提前返回前添加缺失的 l2cap_chan_put（）。（CVE-2026-63948）

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

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

  - gpio：aggregator：停用聚合器时删除软件节点 停用设备时，使用 configfs 时为聚合器平台设备创建的动态软件节点会泄漏。
    将其作为拆除路径的最后一步将其摧毁。（CVE-2026-64022）

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

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

  - netfilter： conntrack： tcp：不在未检查方向的情况下强制 invalid-seq RST 关闭 TCP conntrack 状态机中的意外行为允许使用具有无效序列号的 RST 数据包强制连接进入 CLOSE 状态。具体而言，在观测到 SYN 数据包后，带有无效 SEQ 的 RST 可将连接跟踪条目转换为 TCP_CONNTRACK_CLOSE，而不管 RST 是否对应于预期的回复方向。相关代码路径假设 RST 是对传出 SYN 的响应，但未验证数据包方向或确保确实是向相反方向发送匹配的 SYN。因此，由 SYN 后接无效序列 RST 所构成的构建数据包序列可提前终止活动的 NAT 条目。这使得连接破坏比预期容易。因此，请加强状态转换逻辑，以确保只有当 RST 是对之前观察到的正确方向上的 SYN 的有效响应时，才会发生 RST 触发的 CLOSE 转换。（CVE-2026-63913）

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

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

  - auxdisplay：line-display：修复零长度 message_store（） 上的 OOB 读取 linedisp_display（） 在检查 count 是否为零之前无条件读取 msg[count - 1]，因此对消息 sysfs 属性的零字节写入会命中 msg[-1]： write（fd， ， 0）;-> message_store（...， buf， count=0） -> linedisp_display（linedisp， buf， count=0） -> msg[count - 1] == '\n' ;越界读取 该存储的 kernfs 写入缓冲区为 1 字节分配（kernfs_fop_write_iter（） 执行 kmalloc（len + 1） 和 len == 0），因此 msg[-1] 是在 slab 对象之前进行 1 字节读取。在启用了 KASAN 的内核上，这会触发越界报告并造成错误;在 stock 内核上，它会静默读取相邻的 slab 数据，如果该字节恰好是 '\n'，则下列 count-- 将 0 ssize_t 封装到 -1，然后传递给 kmemdup_nul（）。 linedisp_display（） 可通过 message_store（） sysfs 回调（drivers/auxdisplay/line-display.c 消息属性，模式 0644）和树内初始消息设置（count == -1， 因此，OOB 路径只能通过零字节写入由用户空间触发;vfs_write（） 在计数 == 0 时不会短路，而无论如何 kernfs_fop_write_iter（） 都会调度存储回调。通过计数检查保护尾部换行符修剪。然后，现有的 if （！count） 块采用不变更的清除显示路径。影响通过 linedisp_register（） / linedisp_attach（） 注册的所有 auxdisplay 驱动程序：ht16k33、max6959、img-ascii-lcd、seg-led-gpio。（CVE-2026-63949）

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

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

  - octeontx2-af：验证 drivers/net/ethernet/marvell/ octeontx2/af/rvu_rep.c 中 rvu_mbox_handler_rep_event_notify rvu_mbox_handler_rep_event_notify（） 中的正文 pcifunc 将发件人控制的 REP_EVENT_NOTIFY 请求正文逐字排队，然后 rvu_rep_up_notify（） 将 event->pcifunc（嵌套正文字段，不同于 AF 规范化标头 pcifunc）转发到 rvu_get_pfvf（）， rvu_get_pf（） 和 AF->PF 邮箱设备索引，不进行任何边界检查。附加到已进入 switchdev 表示器模式的 PF 的 VF 到达此路径：VF 邮箱处理程序 otx2_pfvf_mbox_handler（） 将包括 MBOX_MSG_REP_EVENT_NOTIFY 在内的每个消息 id 转发到 AF，而无需允许列表，而 AF 调度程序仅重写 msg->pcifunc，而使 struct rep_event：:p cifunc 由攻击者控制。同级 rvu_mbox_handler_esw_cfg（） 拒绝其标头 pcifunc 不是 rvu->rep_pcifunc 的请求;此处理程序没有等效的门。超出范围的正文 pcifunc 选择经过分配数组的 &rvu->pf[]/&rvu->hwvf[] 元素，并RVU_EVENT_MAC_ADDR_CHANGE转变为已排队工作线程内的六字节攻击者所选 OOB ether_addr_copy（） 目标;KASAN 报告 rvu_rep_wq_handler 中的 slab-越界写入。通过门控 is_pf_func_valid（） 来拒绝处理程序条目中的畸形请求，这已是此驱动程序中的规范 PF/VF 范围检查;通过 rvu.h 暴露它，以便 rvu_rep.c 中的调用者可以使用它而不是对相同的范围算法进行开放编码。（CVE-2026-63923）

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

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

  - xfrm： input：在延迟传输重新注入期间保持 netns 传输模式重新注入会将 struct net 指针存储在 skb->cb 中，稍后会从 xfrm_trans_reinject（） 使用。该指针必须保持有效，直到延迟回调运行。在为延迟的再注入工作排队时获取 netns 引用，并在回调完成后将其终止。使用 maybe_get_net（） 以便排队路径不恢复已被拆散的命名空间。这保留了现有工作队列设计，并针对所有 xfrm_trans_queue_net（） 用户修复了特定位置的 netns 生命周期处理。（CVE-2026-63919）

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

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

  - idpf：修复 idpf_ptp_init（） 中的旋转锁初始化read_dev_clk_lock 在 idpf_ptp_init（） 中，read_dev_clk_lock在调用 ptp_schedule_worker（） 后（以及 idpf_ptp_settime64（） 到达锁定之后）初始化。PTP aux worker 在计划后立即触发，可调用 idpf_ptp_read_src_clk_reg_direct（），后者会对未初始化的锁定进行 spin_lock（&ptp->read_dev_clk_lock），从而触发 lockdep 非静态密钥警告： [12973.796587] idpf 0000：83：00.0：已启动设备硬件重置 [12974.094507] INFO：尝试注册非静态密钥。[12974.097208] 调用跟踪：
    [12974.097213] [12974.097218] <TASK> dump_stack_lvl+0x93/0xe0 [12974.097234] register_lock_class+0x4c4/0x4e0 [12974.097249] ？ __lock_acquire+0x427/0x2290 [12974.097259]
    __lock_acquire+0x98/0x2290 [12974.097272] lock_acquire+0xc6/0x310 [12974.097281] ？ idpf_ptp_read_src_clk_reg+0xb7/0x150 [idpf] [12974.097311] ？ lockdep_hardirqs_on_prepare+0xde/0x190 [12974.097318] ？ finish_task_switch.isra.0+0xd2/0x350 [12974.097330] ？ __pfx_ptp_aux_kworker+0x10/0x10 [ptp] [12974.097343] _raw_spin_lock+0x30/0x40 [12974.097353] ？ idpf_ptp_read_src_clk_reg+0xb7/0x150 [idpf] [12974.097373] idpf_ptp_read_src_clk_reg+0xb7/0x150 [idpf] [12974.097391] ？ kthread_worker_fn+0x88/0x3d0 [12974.097404] ？ kthread_worker_fn+0x4e/0x3d0 [12974.097411] idpf_ptp_update_cached_phctime+0x26/0x120 [idpf] [12974.097428] ？ _raw_spin_unlock_irq+0x28/0x50 [12974.097436] idpf_ptp_do_aux_work+0x15/0x20 [idpf] [12974.097454] ptp_aux_kworker+0x20/0x40 [ptp] [12974.097464] kthread_worker_fn+0xd5/0x3d0 [12974.097474] ？ __pfx_kthread_worker_fn+0x10/0x10 [12974.097482] kthread+0xf4/0x130 [12974.097489] ？
    __pfx_kthread+0x10/0x10 [12974.097498] ret_from_fork+0x32c/0x410 [12974.097512] ？ __pfx_kthread+0x10/0x10 [12974.097519] ret_from_fork_asm+0x1a/0x30 [12974.097540] </TASK> 将对 spin_lock_init（） 的调用向上移动一点，以确保在初始化之前未触及read_dev_clk_lock。（CVE-2026-64162）

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

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

  - ASoC：rsnd：修复 component_dais[RSND_MAX_COMPONENT] 最初进行零初始化，稍后填充到 rsnd_dai_of_node（） 中潜在的 component_dais[] 越界访问问题。但是，现有的边界检查：if （i >= RSND_MAX_COMPONENT） 不能保证最后一个有效元素保持零。因此，循环可依赖 component_dais[RSND_MAX_COMPONENT] 为零，这可导致越界访问。由 Linux Verification Center (linuxtesting.org) 和 SVACE 发现。(CVE-2026-63838)

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

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

  - ipv6：修复 fib6_select_path（） 中可能的无限循环。在审计 Sashiko 在 rt6_fill_node（） [1] 中报告的相同模式时发现。应用与提交 f8d8ce1b515a 相同的补丁（ipv6：修复 fib6_info_uses_dev（）） 中可能的无限循环）。持有 tb6_lock 的写入器可以在不等待 RCU 读取器的情况下list_del_rcu（&first->fib6_siblings）;first->fib6_siblings.next 随后仍指向旧环，并且这个 softirq-side walker 永远不会到达 &first->fib6_siblings 作为其终结器。fib6_purge_rt（） 总是在 list_del_rcu（） 之前先>fib6_nsiblings WRITE_ONCE（） 到 0，因此内部循环检查是可靠的分离信号。[1] https://sashiko.dev/#/patchset/20260526020227.4857-1-jiayuan.chen%40linux.dev （CVE-2026-63968）

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

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

  - mptcp：计算 rcv_wnd 时关闭 TOCTOU 争用 MPTCP 输出路径多次无锁访问 MPTCP 级ack_seq，其可能针对 DSS 选项中的data_ack使用不同的值，并计算同一个数据包的公告 rcv wnd。重构 cote 以避免可能使对等机混淆的不一致。还确保仅当出口数据包实际包含 DSS ack 时才更新 MPTCP 级别 rcv wnd。（CVE-2026-63867）

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

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

  - drm/amdgpu/jpeg：为 JPEG v5.3.0 环设置no_user_fence JPEG 环不支持 64 位用户屏蔽写入，拒绝带有用户屏蔽的 CS 提交。（从提交 86ac011ae234c03fb872f4945913391ea1d8862e 中精选出的内容）（CVE-2026-63840）

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

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

  - batman-adv：tt：修复负 last_changeset_len batadv_piv_tt：：last_changeset_len len 声明为 s16，但该字段从未打算包含负值。当分配大于 32767 的值时，该值将封装为负有符号的整数。在 batadv_send_my_tt_response（） 中，last_changeset_len暂时扩大到 s32。错误的负值 s16 会传播到 s32，进而造成 batadv_tt_prepare_tvlv_local_data（） 分配完整大小的缓冲区，但收集的变更集仅填充其中的一小部分。所有剩余位保持未初始化。使用 u16 可避免这种类型混淆并确保不会在 batadv_send_my_tt_response（） 中执行任何（负）符号扩展。
    (CVE-2026-64089)

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

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

  - blk-cgroup：修复 __blkcg_rstat_flush（） 中的 UAF 当同时释放同一 blkcg 中的多个 blkgs 时，可能会发生释放后使用。一个 blkg 的 __blkcg_rstat_flush（） 通过 llist_del_all（） 删除另一个 blkg 的 iostat 条目时会发生争用。第二个 blkg 看到一个空列表并继续释放自己，而第一个 blkg 仍在迭代其条目。将刷新从 __blkg_release（）（RCU 回调）移至 blkg_release（）（在call_rcu之前）。这可确保 RCU 宽限期等待任何并发刷新的 rcu_read_lock（） 部分完成后再释放。（CVE-2026-63802）

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

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

  - f2fs：修复 __destroy_extent_node（） 中不正确的FI_NO_EXTENT处理 __destroy_extent_node（） 将 inode 标记设置为 FI_NO_EXTENT 时，不会将最大盘区的长度重置为 0，也不会更新 inode 作品集。由于之后不允许修改盘区树，缓存的最大盘区可能会过时。这可在 xfstests generic/388 中触发以下错误：F2FS-fs （dm-0）：
    sanity_check_extent_cache：inode （ino=1761） extent info [220057， 57， 6] 不正确，运行 fsck 修复 在f2fs_drop_inode路径中，__destroy_extent_node（） 不需要保证 et->node_cnt 为 0，因为在此路径中预期与回写并发，而回写可能会更新盘区缓存。
    此修补程序会恢复提交 ed78aeebef05（f2fs：修复node_cnt区节点破坏和回写之间的争用），并删除 et->node_cnt 不必要的零检查。（CVE-2026-63812）

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

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

  - Bluetooth：l2cap：ECRED 重新配置成功时清除 chan->ident l2cap_ecred_reconf_rsp（） 在不清除 chan->ident 的情况下提早返回成功。其他每个 L2CAP 响应处理程序（l2cap_ecred_conn_rsp、l2cap_le_connect_rsp l2cap_config_rsp）都会在成功的事务后清除 chan->ident，以防止通道将后续响应与回收的 ident 值进行匹配。以对等机身份完成重新配置的远程攻击者可使用过时 ident 重播失败响应，进而造成内核通过 l2cap_chan_del（chan、ECONNRESET） 匹配并破坏已建立的通道。成功时清除所有匹配通道的 chan->ident，并使用与其他 L2CAP 处理程序（l2cap_le_command_rej、__l2cap_get_chan_by_ident）一致的 l2cap_chan_hold_unless_zero（） 强化失败路径。（CVE-2026-63976）

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

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

  - spi：mtk-snfi：探查失败时注销 ECC 引擎，remove（） 回调 mtk_snand_probe（） 会注册主机上的 NAND ECC 引擎，但探测展开和删除时间清理都缺少拆卸。在成功注册后添加 devm 清理操作，以便在探测失败时和设备删除期间自动运行 nand_ecc_unregister_on_host_hw_engine（）。（CVE-2026-63861）

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

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

  - dma-mapping：将 dma_map_resource（） 健全性检查移动到调试代码中 dma_map_resource（） 使用 pfn_valid（） 确保范围不是 RAM。但是，pfn_valid（） 仅检查 PFN 的内存映射的可用性，但无法确保 PFN 实际上由 RAM 提供支持。通过 ARM64 SPARSEMEM（128MB 部分粒度），与 RAM 共享部分的 MMIO 地址将错误触发WARN_ON_ONCE，并导致 dma_map_resource（） 返回DMA_MAPPING_ERROR。由于 SPI FIFO 寄存器 （0xfe204004） 与 RAM 末端 （0xf8000000-0xfbffffff） 位于第 31 节 （0xf8000000-0xffffffff） 中，因此在探测spi_bcm2835期间会造成 Raspberry Pi 4 上出现警告。将健全性检查从 dma_map_resource（） 移至 debug_dma_map_phys（），并将不可靠的 pfn_valid（） 替换为 pfn_valid（） &; ！PageReserved（），可正确识别实际可用 RAM，而不对恰好具有结构页的 MMIO 区域产生误报。由于 dma_map_resource（） 为 dma_map_phys（DMA_ATTR_MMIO），因此该检查同样适用于两个 API。任何非预留页面代表内核内存的程度足以在其上使用 DMA_ATTR_MMIO 几乎肯定是错误的，并且有破坏非一致性平台上的一致性的风险。用于 PCI P2P DMA （MEMORY_DEVICE_PCI_P2PDMA） 的ZONE_DEVICE页面设置了 PageReserved，因此它们不会触发误报。该检查不再阻止映射，而是使用 err_printk（） 与 dma-debug 筛选集成。（CVE-2026-64149）

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

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

  - drm/amdgpu/jpeg：为 JPEG v5.0.1 环设置no_user_fence JPEG 环不支持 64 位用户屏蔽写入，拒绝有用户屏蔽的 CS 提交。（从提交 742a98e2e81702df8fe1b1eccee5223220a03dc2 中精选出的内容）（CVE-2026-63841）

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

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

  - ksmbd：拒绝复合请求分支中的无效会话 smb2_check_user_session（） 针对复合请求中非第一个操作的任何操作采取快捷方式：它重用 work->sess（由第一个操作绑定的会话）并仅验证 SessionId，然后返回 valid。它永远不会重新检查 work->sess->state == SMB2_SESSION_VALID，0xFFFFFFFFFFFFFFFF 的 SessionId（ULLONG_MAX MS-SMB2 相关操作值）甚至会跳过 id 比较。独立路径（ksmbd_session_lookup_all（） 加上 SESSION_SETUP 状态机）确实强制执行 VALID 状态;复合分支绕过了所有内容。仅携带 NTLM Type-1 （NtLmNegotiate） blob 的新SESSION_SETUP SMB2_SESSION_IN_PROGRESS发布新会话，其 sess->user 仍为空（稍后通过 ntlm_authenticate（） 分配 ->user）。用作操作 2 = TREE_CONNECT（相关，SessionId=ULLONG_MAX、\\host\IPC$）的 COMPOUND 的操作 1，树连接然后在该IN_PROGRESS会话上运行并到达 ksmbd_ipc_tree_connect_request（），这将取消引用 user_name（sess->user） 和 sess->user == NULL （transport_ipc.c：687/701/704） -> 远程空指针取消引用和插入所有客户端的 ksmbd 工作线程的内核 Oops。拒绝登陆未SMB2_SESSION_VALID的会话上的任何非第一个复合操作，以反映独立查找路径强制执行的有效性。SESSION_SETUP 本身会在IN_PROGRESS会话上合法运行，但绝不会作为非首次复合操作进行，因此多段认证不受此检查影响。（CVE-2026-53383）

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

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

  - 在 rpcbind 的 rpcinfo 实用工具中发现基于堆栈的缓冲区溢出。当使用“rpcinfo -l”查询远程 rpcbind 服务时，服务器返回的地址信息会复制到固定大小的缓冲区，而未进行充分的边界检查。恶意或已被破坏的 rpcbind 服务器可利用此缺陷造成 rpcinfo 客户端崩溃，从而导致拒绝服务。此漏洞最大的威胁在于系统可用性。(CVE-2026-16277)

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

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

  - net：mana：修复从 DMA 缓冲区双重提取 hwc_msg_id的 TOCTOU 在 mana_hwc_rx_event_handler（） 中，从 DMA 一致的内存读取 resp->response.hwc_msg_id 并进行边界检查，然后 mana_hwc_handle_resp（） 从同一 DMA 缓冲区重新读取同一字段以进行 test_bit（） 和指针算法。DMA 一致性内存在 x86 上映射为不可缓存，并且在机密 VM （SEV-SNP/TDX） 中未经加密共享，因此每次加载都会直接进入主机可见的内存。H/W 可修改检查和使用之间的值，绕过边界验证。通过使用 READ_ONCE（） 对 mana_hwc_rx_event_handler（） 中的堆栈本地变量只读取一次hwc_msg_id并将验证值作为参数传递到 mana_hwc_handle_resp（） 来修复此问题。（CVE-2026-64034）

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

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

  - nvme-pci：修复 p2p 内存中的dma_vecs泄漏 我们未取消映射 P2P 内存，因此不需要对其进行跟踪。dma_vec分配在完成时遭到泄露。（CVE-2026-64020）

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

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

  - fwctl：pds：在解析之前验证 RPC 输入大小 fwctl 核心使用 fwctl_rpc.in_len 分配设备特定的 RPC 输入缓冲区，并将该缓冲区传递给驱动程序回调。pdsfc_fw_rpc（） 将缓冲区转换为 struct fwctl_rpc_pds，然后调用 pdsfc_validate_rpc（），后者会从该结构读取字段，然后再检查输入缓冲区是否足够大以包含它。简短的in_len可使pds_fwctl读取超出分配范围。在解析任何 pds 特定字段之前，拒绝小于 struct fwctl_rpc_pds的 pds RPC 缓冲区。（CVE-2026-64101）

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

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

  - accel/rocket：通过在 create_bo rocket_ioctl_create_bo（） 中悬摆 GEM 句柄修复 UAF 尽早通过 drm_gem_handle_create（） 将 GEM 句柄插入文件的 IDR，然后执行多个可能失败的操作（sgt 分配、drm_mm插入iommu_map）。如果在句柄激活后有任何失败，错误路径将调用 drm_gem_shmem_object_free（），该函数会在不从 IDR 中删除句柄的情况下对对象进行 kfree。这样会留下一个指向已释放 slab 内存的悬摆手柄。使用该句柄（PREP_BO、FINI_BO、SUBMIT）的任何后续 ioctl 都会调用 drm_gem_object_lookup） 并取消引用已释放内存 （UAF）。通过将 drm_gem_handle_create（） 移至所有可能出错的操作成功之后进行修复，从而与 panfrost、lima 和 etnaviv 使用的模式相匹配。还修复了 drm_mm_insert_node_generic（），其返回值在下一行被 iommu_map_sgtable（） 静默覆盖。添加缺少的错误检查。[tomeu：将句柄创建移至最后]（CVE-2026-64008）

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

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

  - drm/colorop：修复状态生命周期中的 blob 属性引用跟踪 colorop 状态 blob 属性处理在状态复制、销毁和重置操作期间存在内存泄漏。该实现未能遵循 drm_crtc 处理 DEGAMMA/GAMMA blob 属性时所建立的模式。修复的问题：- drm_colorop_atomic_destroy_state（） 在未释放 blob 引用的情况下释放状态内存，从而导致泄漏 - drm_colorop_reset（） 直接使用 kfree（） 释放旧状态，而不是正确破坏它，从而泄漏 blob 引用 - drm_colorop_cleanup（） 具有重复的 blob 清理代码更改： - 添加 __drm_atomic_helper_colorop_destroy_state（） 帮助程序以在释放状态内存前正确释放 blob 引用 - 更新 drm_colorop_atomic_destroy_state（） 以调用帮助程序 - 修复 drm_colorop_reset（） 以使用 drm_colorop_atomic_destroy_state（） 正确清理旧状态 - 简化 drm_colorop_cleanup（） 以使用通用销毁路径 这与 drm_crtc 自 2016 年以来使用的经过充分测试的模式相匹配，并确保了在整个状态生命周期中进行正确的引用计数。由 Claude Sonnet 4.5共同开发。
    (CVE-2026-53378)

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

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

  - udf：拒绝 CRC 长度过大的描述符 udf_read_tagged（） 在 descCRCLength + sizeof（struct 标签） 超过区块大小时跳过 CRC 验证。构建的 UDF 图像可将 descCRCLength 设置为超大值以完全绕过 CRC 验证;然后仅根据可轻易重写的 8 位标签校验和接受该描述符。拒绝此类描述符，而非静默接受它们。合法的单区块描述符的 CRC 长度不应超过区块。
    (CVE-2026-53369)

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

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

  - ksmbd：关闭针对 m_fp_list 查找的持久清理程序争用 ksmbd_durable_scavenger（） 与迭代 f_ci->m_fp_list 的任何遍历程序存在两个相关争用，包括 ksmbd_lookup_fd_inode（）（由 ksmbd_vfs_rename 使用）和 fs/smb/server/smb_common.c 中的共享模式检查。（1） FP->节点列表头重用。
    持久保留的句柄在会话拆卸之后仍可在 f_ci->m_fp_list 上保持链接，因此当句柄可重新连接时，共享模式检查仍能看到它们。清理程序从全局持久 idr 中删除后，通过将 fp->node 添加到本地scavenger_list来收集过期句柄。由于 fp->node 与 m_fp_list 使用的list_head相同，因此 list_add（&fp->node， &scavenger_list） 会覆盖m_fp_list链接并损坏两个列表。CONFIG_DEBUG_LIST可在共享模式遍历路径上报告此漏洞。（2） 与m_fp_list步行者的比赛。清理程序用 atomic_read（&fp->refcount） > 1 和 global_ft.lock 下的 fp->conn 限定过期的持久句柄，从 global_ft 中删除 fp，然后删除 global_ft.lock，然后将 fp 与 m_fp_list 断开链接并释放它。在此间隙期间，fp 仍会在具有 f_state == FP_INITED 的m_fp_list上链接。m_lock read 下的 ksmbd_lookup_fd_inode（） 在仍为 1 的 refcount 上调用 ksmbd_fp_get（） （atomic_inc_not_zero） 并获取实时引用;然后，清除程序在持有者拥有引用时断开链接并释放 FP，从而导致持有者的后续 ksmbd_fd_put（） 以及并行共享模式遍历器执行的任何字段读取时发生 UAF，该遍历器在不采用 ksmbd_fp_get（） （类似 smb_check_perm_dleases 的路径）的情况下迭代m_fp_list。同时修复两者：* 停止将 fp->node 重复用作 scavenger-private 列表节点。从 global_ft.lock 下的 global_ft 中删除一个过期句柄，采用显式暂时性引用，终止锁定，从 f_ci->m_lock 下m_fp_list中取消链接 fp->node，然后使用 atomic_sub_and_test（2， &fp->refcount） 终止持久生命周期和暂时性引用。如果清道夫是最后一个推杆，则接近者会跑到那里;否则，已经通过m_fp_list查找的飞行持有者将通过其 ksmbd_fd_put（） 路径拥有最终收盘。当多个句柄在同一传递中到期时，一次一个处置可重新扫描持久 idr，但持久清理是后台过期路径，最终完整扫描会在下一次等待前重新计算min_timeout。* 紧跟在 idr_remove（） 之后清除 __ksmbd_remove_durable_fd（） 中的 fp->persistent_id，以便从抢取 fp 的持有者的延迟最终关闭不会在 ksmbd_open_durable_fd（） 中的 idr_alloc_cyclic（） 可能已分发给全新的持久句柄的持久 ID 上重新发布 idr_remove（）。* 将 fp 从任何会话表分离时，绕过 __put_fd_final（） 中的 per-conn open_files_count减量（由 session_fd_check（） 在持久保存时清除的 fp->conn -- 与取消发布时清除的 volatile_id 配对，因此单独检查 fp->conn 就足够了）。拥有最终收尾的步行者从一个不相关的工作>连接中运行，其stats.open_files_count从未跟踪过这个持久的 fp;如果没有此防护装置，持有者将下溢该不相关的计数器。这两个争用被折叠成一个修补程序，因为修补程序 （1） 单独清理损坏的列表，但为 （2） 中的瞬态参考和persistent_id规则关闭的m_fp_list步行者留下了一个确定性的 UAF 窗口;一分为二到中间状态会遇到 UAF，而修补程序前的混乱只是降低了可重复性。验证：* CONFIG_DEBUG_LIST 对 list_head 重用路径的覆盖率。* 启用了 KASAN 的直接 SMB2 持久句柄覆盖，该覆盖范围行使 ksmbd_durable_scavenger（） 和非 NULL ksmbd_lookup_fd_inode（） 返回，而持久句柄在并发重命名查找下过期，没有 KASAN、UAF、列表损坏、ODEBUG 或警告报告。
    ---truncated--- (CVE-2026-64142)

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

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

  - 影响：从 through 的 4.1.0 fast-uri 版本（包括 3.x line up to 3.1.3 和 2.x line up 2.4.2to ）不2.3.1将文本反斜线字符 （U+005C） 视为颁发机构分隔符。Node 的本机 WHATWG URL 解析器（供 fetch、undici 以及 Node 的 http 和 https 客户端使用）将特殊方案（例如 http、https、ws、wss、ftp 和 file）规范化为正斜线。结果，两个解析器从同一个输入字符串提取不同的主机。在将相同的 URL 传递到 Node 的 URL 或获取消费者之前，使用快速 URI 执行基于主机的策略（例如允许列表、拒绝列表、环回或 SSRF 过滤、重定向验证或出站代理路由）的应用程序可能会被引导至非预期的目的地，包括云元数据端点、环回或内部主机。修补程序：升级到 fast-uri 4.1.1、 3.1.4或 2.4.3。变通方案：无。（CVE-2026-16221）

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

ID	名称	严重性
328098	Linux Distros 未修补的漏洞：CVE-2026-63817	high
328097	Linux Distros 未修补的漏洞：CVE-2026-12484	high
328096	Linux Distros 未修补的漏洞：CVE-2026-63866	high
328095	Linux Distros 未修补的漏洞：CVE-2026-63991	medium
328094	Linux Distros 未修补的漏洞：CVE-2026-64182	high
328093	Linux Distros 未修补的漏洞：CVE-2026-63946	high
328092	Linux Distros 未修补的漏洞：CVE-2026-53370	high
328091	Linux Distros 未修补的漏洞：CVE-2026-64016	critical
328090	Linux Distros 未修补的漏洞：CVE-2026-64029	high
328089	Linux Distros 未修补的漏洞：CVE-2026-64044	high
328088	Linux Distros 未修补的漏洞：CVE-2026-63965	medium
328087	Linux Distros 未修补的漏洞：CVE-2026-64177	medium
328086	Linux Distros 未修补的漏洞：CVE-2026-63997	medium
328085	Linux Distros 未修补的漏洞：CVE-2026-63977	high
328084	Linux Distros 未修补的漏洞：CVE-2026-63860	high
328083	Linux Distros 未修补的漏洞：CVE-2026-63911	high
328082	Linux Distros 未修补的漏洞：CVE-2026-64040	medium
328081	Linux Distros 未修补的漏洞：CVE-2026-64003	high
328080	Linux Distros 未修补的漏洞：CVE-2026-63937	high
328079	Linux Distros 未修补的漏洞：CVE-2026-63985	high
328078	Linux Distros 未修补的漏洞：CVE-2026-64137	high
328077	Linux Distros 未修补的漏洞：CVE-2026-63896	medium
328076	Linux Distros 未修补的漏洞：CVE-2026-63948	medium
328075	Linux Distros 未修补的漏洞：CVE-2026-64022	medium
328074	Linux Distros 未修补的漏洞：CVE-2026-63913	high
328073	Linux Distros 未修补的漏洞：CVE-2026-63949	medium
328072	Linux Distros 未修补的漏洞：CVE-2026-63923	high
328071	Linux Distros 未修补的漏洞：CVE-2026-63919	high
328070	Linux Distros 未修补的漏洞：CVE-2026-64162	critical
328069	Linux Distros 未修补的漏洞：CVE-2026-63838	high
328068	Linux Distros 未修补的漏洞：CVE-2026-63968	high
328067	Linux Distros 未修补的漏洞：CVE-2026-63867	high
328066	Linux Distros 未修补的漏洞：CVE-2026-63840	high
328065	Linux Distros 未修补的漏洞：CVE-2026-64089	critical
328064	Linux Distros 未修补的漏洞：CVE-2026-63802	high
328063	Linux Distros 未修补的漏洞：CVE-2026-63812	high
328062	Linux Distros 未修补的漏洞：CVE-2026-63976	high
328061	Linux Distros 未修补的漏洞：CVE-2026-63861	medium
328060	Linux Distros 未修补的漏洞：CVE-2026-64149	high
328059	Linux Distros 未修补的漏洞：CVE-2026-63841	high
328058	Linux Distros 未修补的漏洞：CVE-2026-53383	high
328057	Linux Distros 未修补的漏洞：CVE-2026-16277	medium
328056	Linux Distros 未修补的漏洞：CVE-2026-64034	critical
328055	Linux Distros 未修补的漏洞：CVE-2026-64020	high
328054	Linux Distros 未修补的漏洞：CVE-2026-64101	medium
328053	Linux Distros 未修补的漏洞：CVE-2026-64008	high
328052	Linux Distros 未修补的漏洞：CVE-2026-53378	high
328051	Linux Distros 未修补的漏洞：CVE-2026-53369	high
328050	Linux Distros 未修补的漏洞：CVE-2026-64142	critical
328008	Linux Distros 未修补的漏洞：CVE-2026-16221	high

检测

Nessus 的 Misc. 系列

high

high

high

medium

high

high

high

critical

high

high

medium

medium

medium

high

high

high

medium

high

high

high

high

medium

medium

medium

high

medium

high

high

critical

high

high

high

high

critical

high

high

high

medium

high

high

high

medium

critical

high

medium

high

high

high

critical

high