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

  - ocfs2：在 inode 读取期间验证孤立槽 修补程序系列 ocfs2：在 inode 读取期间验证活动孤立槽。OCFS2 信任从 dinode 读取的活动普通和 append-DIO 孤立槽。因此，损坏的插槽可在报告损坏之前，索引osb_orphan_wipes或其分配之外的插槽本地系统索引缓存。修补程序 1 验证由 inode 擦除处理使用的普通孤立槽。
    修补程序 2 验证 DIO 完成和孤立恢复所使用的 append-DIO 孤立槽。两种检查均拒绝现有 inode 验证边界处损坏的元数据。此修补程序（共 2 个）：[缺陷] 具有 OCFS2_ORPHANED_FL 的损坏 dinode 可携带已装载文件系统插槽范围以外的i_orphaned_slot。
    ocfs2_wipe_inode（） 在查找孤立目录之前将其用于索引osb_orphan_wipes，从而导致越界内存访问。缺陷：KASAN：任务 kworker/u8：3/85 在地址 ffff88800b767c00 的 ocfs2_get_system_file_inode+0x780/0x820 fs/ocfs2/sysfile.c：102 中存在大小为 8 的 slab-use-after-free 调用跟踪：...
    ocfs2_get_system_file_inode+0x780/0x820 fs/ocfs2/sysfile.+/ c：102 ocfs2_wipe_inode+0x292/0xf70 fs/ocfs2/inode.c：840 ocfs2_delete_inode fs/ocfs2/inode.c：1155 [内联] ocfs2_evict_inode+0x6c9/0x1170 fs/ocfs2/inode.c：1295 evict+0x38e/0x8f0 fs/inode.c：810 iput_final fs/inode.c：1914 [内联] iput fs/inode.c：1966 [内联] iput+0x55b/0x8b0 fs/inode.c：1926 ocfs2_recover_orphans+0x610/0xe40 fs/ocfs2/journal.c：2374 ocfs2_complete_recovery+0x5af/0xd00 fs/ocfs2/journal.c：1373 ... [原因] ocfs2_validate_inode_block（） 验证i_suballoc_slot但不会检查活动的普通孤立槽。下游使用者假设该值小于 osb->max_slots。[修复]在 dinode 验证期间，在 inode 进行孤立擦除处理之前，拒绝插槽范围之外的活动i_orphaned_slot。（CVE-2026-90205）

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

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

  - RDMA/irdma：向用户环 MR 添加引用计数 通过在关联时升级 MR 的引用计数，防止用户空间取消注册支持 QP/CQ/SRQ 环的 MR。（CVE-2026-93154）

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

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

  - vsock：不要在 vsock_accept（） 中检查侦听器的sk_err Syzbot 报告一个可通过以下步骤重现的问题：r0 = socket（AF_VSOCK， SOCK_STREAM， 0） bind（r0， {VMADDR_CID_ANY， PORT}） connect（r0， {VMADDR_CID_LOCAL， PORT}） -> -1， EPROTO （self-connect） listen（r0， backlog） -> 0 r1 = socket（AF_VSOCK， SOCK_STREAM， 0） connect（r1， {VMADDR_CID_LOCAL， PORT}）-> 0 accept（r0） -> -1， EPROTO（过时sk_err） 基本上，它会创建一个套接字 （r0），并在绑定后触发自连接。此自连接会因在套接字仍处于 TCP_SYN_SENT 状态时环回 r0，导致其被错误地分派至连接客户端路径，而导致 EPROTO 失败。该处遇到的意外数据包类型将 sk_err 设置为 EPROTO。之后，它会在同一套接字上调用 listen（） 调用。此 listen（） 调用成功，因为内核的监听路径从不检查或清除sk_err。然后，创建新的套接字 （r1） 作为普通客户端并连接到 r0。但是，vsock_accept（） 会拒绝此传入连接，因为监听器的sk_err中仍然保留着先前自连接失败的 EPROTO 错误。此拒绝会导致为 r1 的连接创建的子套接字在 virtio 或 hyperv 传输时永远不会释放;只有 VMCI 传输实现pending_work重新访问和清理遭到拒绝的套接字。对于非阻塞 connect（），vsock_connect（） 可立即返回 -EINPROGRESS，而 vsock_connect_timeout（） 稍后可异步设置 sk->sk_err。由于没有任何 vsock 传输在处于TCP_LISTEN状态的套接字上设置sk_err，因此在 vsock_accept（） 中检查套接字毫无用处，只会转发由先前在同一套接字上进行不相关的连接尝试留下的错误。删除检查，这样 accept（） 不再因为过时错误而拒绝有效的传入连接，同时也可避免上述资源泄漏。（CVE-2026-90138）

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

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

  - scsi：ufs：避免报告无效标签时的空 CQE 取消引用 单门铃完成路径可调用具有空 CQE 的 ufshcd_compl_one_cqe（）。如果没有与完成标签关联的命令，则警告消息会在报告错误时取消引用 CQE。避免该取消引用，并在警告中加入无效标签。（CVE-2026-92479）

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

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

  - ext4：修复 ext4_init_orphan_info ext4_init_orphan_info（） 中buffer_head泄漏 读取包含 ext4_bread（） 的孤立文件区块并将返回的buffer_head存储在 oi->of_binfo[i].ob_bh 中。如果 ext4_bread（） 成功，但孤立块幻数或校验和验证失败，则函数将跳至out_free。但是，旧out_free循环会从 i - 1 开始释放缓冲区，因此会跳过索引 i 处的当前buffer_head。这会泄露 ext4_bread（） 在 bad magic 和 bad 校验和错误路径上取得的 buffer_head 引用。
    通过跟踪成功读取buffer_heads的数量并准确释放错误路径上的那些buffer_heads修复此问题。（CVE-2026-92494）

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

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

  - drm/bridge： synopsys：dw-dp： 支持取消注册 AUX 通道 DisplayPort AUX 通道在 dw_dp_bind（） 期间初始化和注册，但从未取消注册，这可能导致资源泄漏和/或释放后使用。添加缺少的 dw_dp_unbind（） 函数以允许库的用户处理所需的清理，即取消注册 AUX 适配器。（CVE-2026-93195）

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

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

  - Bluetooth：MGMT：在取消 mesh send cancel 命令时将其释放 mesh_send_cancel（） 会使用空破坏回调将待定命令排队，因此仅在 send_cancel（） 运行时将其释放。会泄漏已取消的条目，因为 _hci_cmd_sync_cancel_entry（） 在没有破坏回调时不会释放 entry->data，而当控制器未注册时 hci_cmd_sync_clear（） 会取消每个待定条目。也没有其他项目回收它：mgmt_pending_new（） 不会将命令放在 hdev->mgmt_pending。该泄露也会固定 mgmt_pending_new（） 获取的套接字引用，因此从不释放管理套接字。从破坏回调中释放命令。（CVE-2026-90253）

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

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

  - RDMA/core：修复 ib_destroy_srq_user（） 中潜在的释放后使用 当通过 netlink 路径访问 SRQ 时，所述 SRQ 的唯一同步机制为 rdma_restrack_get（）。目前，rdma_restrack_del（） 会在 ib_destroy_srq_user（） 的结尾调用，但为时已晚，因为此时可能已经释放与 SRQ 相关的供应商特定资源。这可能会留下一个短暂的窗口，SRQ 仍然可以通过重新跟踪进行访问，从而导致潜在的释放后使用。通过将 rdma_restrack_begin_del（） 调用移动到 ib_destroy_srq_user（） 的开头来修复此问题，确保在释放 SRQ 内部资源之前从 restrack 中删除 SRQ。这保证了没有新用户持有对正处于销毁过程中的 SRQ 的引用。此外，此更改保留了创建和销毁例程之间的预期反向顺序：在成功创建结束时添加资源以进行重新跟踪，因此在销毁流期间应首先从重新跟踪中删除资源，从而保持生命周期管理的一致性和可预测性。（CVE-2026-92510）

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

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

  - bpf：拒绝返回读取 trampoline 路径上的 >8 字节返回值 btf_distill_func_proto（） 构建用于 fentry/fexit/fmod_ret/fsession trampoline 和 struct_ops 的函数模型。自引入 trampoline 以来，它已接受 16 字节的 __int128 返回值：__get_type_size（） 返回整数的类型大小，而 return-type 检查仅拒绝 ret < 0。但是 BPF trampoline 仅保留 8 个字节的返回值（x86 上的 RAX，即 R0）。对于读取目标返回值的附加类型，后半部分 （RDX / R3） 不会被保存也不会恢复，因此附加到返回 16 字节值的函数的程序会损坏由实际调用者看到的值，而自己仅观察到其中的一半。struct_ops蹦床也有同样的限制。这会影响读取目标返回值的附加类型：
    fexit、fmod_ret 和 fsession（以及 fexit 和 fsession 的_multi变体）和 struct_ops。
    fentry/fentry_multi在目标返回之前运行，不受影响。拒绝 bpf_check_attach_target（） 和 bpf_check_attach_btf_id_multi（） 中这些附加类型的 >8 字节返回值，以及 bpf_struct_ops_desc_init（） 中的 struct_ops。（CVE-2026-90359）

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

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

  - drm/omap：dsi：不复制 isr 表 为了能够从 isrs 取消注册内容，已复制相应的表。似乎没有人以这种方式取消注册，所以这无济于事。但是会将堆栈分配的对象传递到这些 isr，如果在处理 irq 时未注册，则可能对这些对象进行 UAF，因此最好不要复制该表。（CVE-2026-90316）

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

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

  - drm/xe：拒绝来自非故障模式暂存 VM 的页面错误 启用暂存并不会使 VM 能够处理可恢复的页面错误。通过 ASID 查找允许暂存 VM 也允许 dma-fence 模式 VM。如果此类 VM 在已经有效的 VMA 上发生故障，则处理程序会报告成功而不修复错误，从而导致 GPU 无限期重试。仅允许故障模式 VM 通过 ASID 查找。
    使用暂存的故障模式 VM 仍受支持，同时拒绝来自 3D VM 的故障。（从提交 bfb24a06405b652d37831f3fb66b71d33a6605de 中精选出的内容）（CVE-2026-90064）

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

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

  - platform/chrome：cros_ec_debugfs：取消注册错误通知程序 cros_ec_debugfs_probe（） 向 EC 错误通知程序链注册notifier_panic。删除路径会去除 debugfs 和控制台日志，但使通知程序保持注册状态。以后的错误通知可以回调到已删除的实例，并排队访问已发布数据的工作。去除 debugfs 和控制台日志状态之前取消注册错误通知人。此问题由静态分析工具发现。（CVE-2026-90404）

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

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

  - wifi：nl80211：在为 beacon_next 模板分配 params.beacon_next.mbssid_ies 和 .rnr_ies 的错误 nl80211_color_change（） 调用 nl80211_parse_beacon（） 时，清除颜色更改信标数据。直接返回解析失败，而不是使用 out： cleanup，从而泄漏在发生错误之前完成的任何分配。在解析beacon_next之前分配嵌套的属性表。然后，其分配失败可在信标数据存在之前返回，而稍后的解析失败则使用 out： 来释放解析的数据。（CVE-2026-90346）

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

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

  - wifi：ath6kl：避免 WMI 事件处理程序中的缓冲区越界读取 以下 WMI 事件处理程序当前从事件缓冲区读取，但未首先验证消息是否足够大以容纳预期事件：ath6kl_wmi_scan_complete_rx（） ath6kl_wmi_addba_req_event_rx（） ath6kl_wmi_delba_req_event_rx（） 添加长度检查以防止越界读取。（CVE-2026-92498）

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

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

  - bpf：在嵌套结构中保留唯一字段状态 btf_find_struct_field（） 为每个递归下降初始化一个新发现的掩码。因此，同一聚合的不同级别中的唯一特殊字段不会彼此看到。重复字段可以到达 btf_parse_fields（），在那里它们触发不变的 WARN_ON_ONCE（）。因此，构建的用户 BTF 可在映射创建检查前触发警告。在 btf_find_field（） 中初始化一次 seen 掩码，并将相同的指针传递至 struct、datasec 和 nested-struct 遍历。这为整个字段遍历提供了一个共享的唯一性状态。（CVE-2026-92515）

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

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

  - cgroup/cpuset：使nr_deadline_tasks成为atomic_t cpuset 结构中的 nr_deadline_tasks 变量由提交 6c24849f5515 引入（sched/cpuset：跟踪 cpusets 中的SCHED_DEADLINE任务）。据 sashiko [1] 报告，nr_deadline_tasks目前可通过 rq->lock 下的 inc_dl_tasks_cs（） 和 cpuset_mutex下的 cpuset_attach（） 修改。因此，如果两个更新同时发生，nr_deadline_tasks变量可能会损坏，从而导致日后出现错误的操作。通过将其类型更改为 atomic_t 来修复该问题，以便始终以原子方式更新nr_deadline_tasks。此补丁是一个唾手可得的成果。它可以处理并发 sched_setscheduler（） 和 cpuset_can_attach（）/cpuset_attach（） 调用之间的一些争用，但不能像 sashiko [2] 提出的其他问题那样处理所有争用。
    希望在未来的后续修补程序中处理到此问题。[1] https://sashiko.dev/#/patchset/20260626181923.133658-1-longman%40redhat.com [2] https://sashiko.dev/#/patchset/20260630033344.352702-1-longman%40redhat.com （CVE-2026-93150）

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

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

  - riscv、bpf：修复使用 CFI 的 tailcall 中的内核堆栈损坏 启用CONFIG_CFI_CLANG时，prog->bpf_func 已在设置期间跳过 kcfi 指令。将其再次包括在 tailcall 跳转偏移中将导致其跳过额外的 4 个字节，从而跳过堆栈指针调整，这将导致内核堆栈损坏。（CVE-2026-92518）

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

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

  - RDMA/cxgb4：注册失败时释放 debugfs c4iw_alloc（） 通过 setup_debugfs（）） 创建每设备 debugfs 树 （dev->debugfs_root），但仅在 c4iw_remove（） 中删除，而非 c4iw_dealloc（） 中删除。
    当 RDMA 设备注册失败时，注册工作线程的err_dealloc_ctx路径直接调用 c4iw_dealloc（），绕过 c4iw_remove（），因此 debugfs dentry 泄露并且超过释放的c4iw_dev的寿命。将 debugfs_remove_recursive（） 移至 c4iw_dealloc（），这样释放 ctx->dev 的每个路径也会删除其 debugfs 树状结构。（CVE-2026-90219）

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

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

  - ACPI：scan：修复 device_add（） 失败时的总线 ID 清理 当 device_add（） 在 acpi_device_set_name（） 分配实例 ID 且新acpi_device_bus_id链接到 acpi_bus_id_list 后失败时，回滚路径只会删除wakeup_list并分离 ACPI 句柄数据。这会留下总线 ID 簿记并保留已使用的分配实例号。将总线 ID 清理和唤醒列表删除移动到单一帮助程序中。在普通设备拆卸路径和 device_add（） 回滚路径中使用它。唤醒列表节点在注册之前会被初始化，因此可以像在原始拆卸路径中那样在不检查设备是否支持唤醒的情况下将其删除。[ rjw：
    将 acpi_device_del_list（） 重命名为 acpi_device_cleanup（） ] [ rjw： 主题和变更日志编辑 ] （CVE-2026-90194）

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

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

  - bpf、cgroup：修复替换 prog 后的存储 null-ptr-deref Syzkaller 报告了替换 prog 后的存储 null-ptr-deref 问题。在以下情况下会发生这种情况：1. prog A（空 prog）连接到 cgrp。2. prog B 使用 BPF_MAP_TYPE_PERCPU_CGROUP_STORAGE 并调用 bpf_get_local_storage helper。
    3. 调用 link_update 将 prog A 替换为 prog B。原因是 __cgroup_bpf_replace 无法为传入的替换程序分配和分配所需的 cgrp 存储。因此，新 prog 继承了 uninit 存储，从而在踢出新 prog 时导致 null-ptr-deref 错误。如果 new_prog 的 cgroup 存储与 link->prog 不兼容，则通过拒绝链接更新来修复此问题。（CVE-2026-90250）

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

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

  - bpf：不允许解释器回退用于与 arena 相关的 insn，此番解释器并不支持与 arena 相关的 insn，因此不应允许解释器回退适用于 core.c：：__bpf_prog_select_runtime（） 中的这些 insn。目前，解释器执行 arena ST/LDX/STX insn 时，会在运行时命中 ___bpf_prog_run（） 中的 BUG_ON（）。[ 2.579196] BPF 解释器：未知操作码 a2 （imm： 0x0） [ 2.579998] ------------[ cut here ]------------ [ 2.580652] kernel/bpf/core.c：2349！[ 2.581314] 哎呀：无效的操作码：0000 [#1] 程序中使用 arena 映射时，SMP PTI 将 jit_required 设置为 true，以禁止解释器回退用于与 arena 相关的 insn。（CVE-2026-93044）

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

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

  - ALSA：mtpav：在card teardown snd_mtpav_output_timer（） 保持 chip->>spinlock 并访问 card-private mtpav 状态时，关闭输出定时器。snd_mtpav_free（） 当前采用相同的锁定，并在定时器激活时调用 timer_delete（）。这只会删除待定的定时器;它不会等待已经在运行的回调，也不会阻止回调重新武装计时器。
    因此，在 snd_mtpav_free（） 解除锁定后，可在另一个 CPU 上运行的回调继续，并在拆散卡时访问 card-private 状态。它还可以在 timer_delete（） 返回后重整计时器。在不保持 chip->spinlock 的情况下调用 timer_shutdown_sync（）。这会等待任何运行中的回调完成，并防止在释放 card-private mtpav 状态之前进一步加强。
    (CVE-2026-90116)

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

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

  - ACPI：processor：init 失败时取消注册 cpufreq 通知程序 acpi_processor_driver_init（） 会在注册 ACPI 处理器驱动程序和设置 CPU 热插拔状态之前注册 cpufreq 策略通知程序。如果 driver_register（） 或 cpuhp_setup_state（） 失败，错误路径只会取消注册 ACPI 处理器驱动程序和空闲驱动程序。即使初始化失败，cpufreq 通知程序仍保持注册状态。在 init 失败路径中镜像模块退出路径并在注册 cpufreq 通知程序之后将其取消注册。
    (CVE-2026-90364)

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

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

  - net/rds：在重写对等机的拥塞图后（通过 rds_tcp_cong_recv（） 和 rds_ib_cong_recv（），或环回和 IB 发送完成路径中的全部清除）在对等机的拥塞图之后运行rds_cong_map_updated，在 rds_cong_map_updated（） 中使用 wq_has_sleeper（））。它会升级rds_cong_generation，然后在 map->m_waitq 和 rds_poll_waitq 上检查 waitqueue_active（） 以确定是否有人需要唤醒。atomic_inc（） 没有排序，而 waitqueue_active（） 是普通负载，因此在等待队列读取之前，没有任何内容对映射和生成存储进行排序。等待程序制作镜像：rds_cong_wait（） 将自身添加到 m_waitq，然后测试端口位，rds_poll（） 在rds_poll_waitq上注册，然后读取生成。这就是上述 include/linux/wait.h 中 waitqueue_active（） 所述的存储缓冲模式 - 更新程序可观察到空的等待队列，而等待程序仍观察到端口拥塞，并且不会发出唤醒。
    rds_cong_wait（） 是可中断的睡眠，没有超时，因此在拥塞端口上被阻断的发送者会保持阻断状态，直到来自对等机的下一次拥塞更新到达或信号传达为止。poll（） 等待程序以同样的方式错过映射更新通知。使用 wq_has_sleeper（），它前面是 waitqueue_active（） 前面有所需的完整屏障，就像 rds_tcp_state_change（） 已经对同一模式所做的那样。
    (CVE-2026-90081)

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

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

  - drm/msm：当分配或计划程序设置步骤失败时，只有 fini 计划程序在 init msm_ringbuffer_new（） 成功之后，才会通过 msm_ringbuffer_destroy（） 破坏部分初始化的环。如果 drm_sched_init（） 在完成对计划程序的初始化之前失败，失败路径仍会调用 drm_sched_fini（）。该拆卸路径假定计划程序的工作项、列表和工作队列状态已初始化。跟踪计划程序初始化成功，仅在 drm_sched_init（） 返回 0 之后调用 drm_sched_fini（）。此问题由静态分析检查程序发现，并经手动源审查确认。拼布： https://patchwork.freedesktop.org/patch/738905/ （CVE-2026-93058）

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

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

  - ksmbd：在连接破坏中释放预认证会话 SMB3.1.1 多通道绑定在 NTLM 协商请求和认证请求之间的preauth_session中保留预认证哈希。绑定 NTLM 协商分配此对象并返回STATUS_MORE_PROCESSING_REQUIRED。如果客户端在发送认证请求之前断开连接，则认证路径和错误清理路径都不会释放对象。断开连接时，释放所有剩余的预认证会话。
    在分配连接时初始化列表，以便无论协商方言如何，此清理都是安全的。（CVE-2026-90169）

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

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

  - bnxt_en：修复对硬件监控事件处理程序的调用 hwmon_notify_event（） 的第一个参数应该为硬件监控设备。bnxt 驱动程序会改为以平台设备作为第一个参数来调用它。此 API 中断可导致未定义的行为，并可能导致崩溃。将硬件监控设备作为参数传递，改为修复问题。（CVE-2026-90101）

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

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

  - bpf：修复路径irq_work中的mmap_lock泄漏 stack_map_get_build_id_offset（） 引入了逐个 CPU 的irq_work来延迟 NMI 上下文的 mmap_read_unlock（），且 bpf_find_vma（） 后来重复使用了相同的mmap_unlock_work。两个调用方仅在进行mmap_lock之前检查工作是否繁忙，因此嵌套调用方可以在第一个调用方排队之前重用该槽。然后可能会在只运行一个延迟解锁时获取两个读取锁定，从而泄露读取锁定并阻断 exit_mmap（）。在 mmap_read_trylock（） 之前预留 per-CPU 插槽。
    在 stackmap 和 bpf_find_vma（） 中使用相同的封装程序，以便两个调用程序在 trylock 失败时释放保留。当irq_work仍然忙碌时，继续拒绝插槽。irq_work回调解锁 mm 后将其释放。CVE-2026-90247

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

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

  - udf：将 LVID 缓冲区标记为脏之前将其标记为最新 当将逻辑卷完整性描述符 （LVID） 缓冲区写入到区块设备时发生 I/O 错误时，区块层的完成处理程序（“end_buffer_write_sync（）”）会清除缓冲区上的“BH_Uptodate”标记。但是，缓冲区内存中仍包含有效的 LVID 数据。如果文件系统随后重新挂载读写或同步，“udf_open_lvid（）”或“udf_sync_fs（）”将修改 LVID 缓冲区并调用“mark_buffer_dirty（）”。这会在“mark_buffer_dirty（）”中触发虚假的“WARN_ON_ONCE（！buffer_uptodate（bh））”警告，因为即使缓冲区的内存中内容有效且即将被覆盖，该缓冲区仍未被标记为最新。为防止此虚假警告，请在调用“udf_open_lvid（）”和“udf_sync_fs（）”中的“mark_buffer_dirty（）”之前无条件设置“BH_Uptodate”标记。这确认内存内缓冲区有效，且符合先前在提交 853a0c25baf9 中应用至“udf_close_lvid（）”的变通方案（udf：将 LVID 缓冲区标记为最新，然后再将其标记为脏）。扩展此变通方案可确保所有 LVID 更新中的行为一致。dev loop0、逻辑块 128 上发生缓冲区 I/O 错误，丢失同步页面写入 ------------[ cut here ]------------ !buffer_uptodate（bh） 警告：fs/buffer.c：1087 at mark_buffer_dirty+0x299/0x410 fs/buffer.c：1087 ... 调用跟踪： <TASK> udf_open_lvid+0x369/0x5b0 fs/udf/super.c：2078 udf_reconfigure+0x336/0x540 fs/udf/super.c：679 reconfigure_super+0x232/0x8f0 fs/super.c：1080 vfs_cmd_reconfigure fs/fsopen.c：268 [内联] vfs_fsconfig_locked+0x171/0x320 fs/fsopen.c：297 __do_sys_fsconfig fs/fsopen.c：463 [内联] __se_sys_fsconfig+0x6b9/0x810 fs/fsopen.c：350 do_syscall_64+0x174/0x580 arch/x86/entry/syscall_64.c：94 </TASK> （CVE-2026-93140）

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

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

  - block：mtip32xx：使 ioctls 与设备删除同步 ioctl 处理程序仅在输入 mtip_hw_ioctl（） 之前对REMOVE_PENDING进行测试。删除操作之后可立即设置该位，并在 mtip_hw_exit（） 中释放 dd->port，而 ioctl 仍然取消引用它。正在进行 del_gendisk（） 时，已经打开的区块设备可访问处理程序。通过删除将本机 ioctl 与兼容 ioctl 序列化。在采用互斥体之前设置 REMOVE_PENDING，以便新的调用程序在传输中的 ioctl 耗尽后失败，并按住该互斥体直到端口被拆散。（CVE-2026-90180）

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

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

  - bpf：最终旋转解锁后使 RCU 指针无效 在可休眠的 BPF 程序中，旋转锁定可为 kptr 提供唯一的 RCU 保护。最终 bpf_spin_unlock（） 结束该保护，但校验器会使指针保持有效。然后另一个 CPU 可在使用指针之前释放该对象。功能限制的运行时 PoC 在 __bpf_get_task_stack（） 中触发了task_struct释放后使用。在释放锁定之前记录程序是否处于 RCU 保护的环境中。仅当解锁离开最终此类上下文时才使 RCU 保护的指针无效。这样会在不可休眠的程序中和明确的 RCU 读取端区段内保留有效指针。（CVE-2026-90317）

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

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

  - null_blk：通过设备设置序列化 configfs 属性更新 使用 NULLB_DEVICE_ATTR（） 生成的属性存储方法拒绝通过测试 NULLB_DEV_FL_CONFIGURED 来更改实时设备的配置，但该标记仅在 null_add_dev（） 返回后由 nullb_device_power_store（） 设置，并且存储方法完全不采用任何锁定。configfs 仅序列化对同一个开放文件 （buffer->mutex） 的写入，因此任何属性的写入都可与 null_add_dev（） 并发运行，并在使用时更改设备配置。null_add_dev（） 会多次读取配置，例如
    读取 dev->zoned 一次以设置队列限制，并读取一次以初始化区域资源： CPU0：echo 1 > nullb0/power CPU1：echo 1 > nullb0/zoned nullb_device_power_store（） mutex_lock（&lock） null_add_dev（） if （dev->zoned） -> false /* 无BLK_FEAT_ZONED */ nullb_device_zoned_store（） test_bit（FL_CONFIGURED） -> 0 dev->zoned = true blk_mq_alloc_disk（） /* 队列未分区 */ if （nullb->dev->zoned） -> true null_register_zoned_然后为未设置BLK_FEAT_ZONED的队列调用 dev（） blk_revalidate_disk_zones（） blk_revalidate_disk_zones（），从而触发其 WARN_ON_ONCE（） 并使设备设置失败，并因 -EIO： 警告：CPU：2 PID：322 at block/blk-zoned.c：2357 blk_revalidate_disk_zones+0x4c/0x560 在同一窗口中清除 dev->zoned 的情况更糟糕： 队列是使用 BLK_FEAT_ZONED 创建的，但从未初始化区域资源，因此 add_disk（） 成功处理没有区域的分区磁盘。在上一个 dev->zoned 测试之后登陆的存储会使 dev->zoned 处于设置状态，而 dev->zones 仍为空，这会在首次写入时null_process_zoned_cmd（） 取消引用。通过在 NULLB_DEV_FL_CONFIGURED 测试和设备配置更新周围采用全局锁来修复该问题，该全局锁 nullb_device_power_store（） 已在 null_add_dev（） 和 null_del_dev（） 之间保持。submit_queues 和 poll_queues 应用回调现在会使用保留的锁定来调用，因此删除它们自己执行的锁定。由于存储方法可以在 configfs_register_subsystem（） 返回后立即运行，即在 null_init（） 到达 mutex_init（&lock） 之前），因此也使用 DEFINE_MUTEX（） 静态初始化锁。（CVE-2026-90184）

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

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

  - wifi：cfg80211：在 P2P 和 NAN 拆卸之前停止 PMSR PMSR 请求拆卸必须在驱动程序中仍然存在wireless_dev时中止活动测量。cfg80211_leave_locked（） 和 cfg80211_stop_pd（） 在调用驱动程序的停止回调之前已经执行了此操作，但 cfg80211_stop_p2p_device（） 和 cfg80211_stop_nan（） 没有。nl80211、rfkill 关闭和 wireless_dev unregister 路径也会直接调用这些帮助程序。如果其中一条路径阻止有待定请求的 P2P 设备或 NAN 接口，则会首先从驱动程序中删除 mac80211 子接口。后续请求清除无法到达较低驱动程序的中止回调，但无论如何 cfg80211 都会释放请求。驱动程序状态随后可保留过时请求，并在以后报告结果时使用。在停止 P2P 设备或 NAN 接口之前调用 cfg80211_pmsr_wdev_down（）。这会针对所有帮助程序的调用程序保持较低驱动程序请求状态和 cfg80211 请求所有权同步。（CVE-2026-90343）

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

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

  - uio：修复失败注册路径中过时的信息指针 device_add（） 后，UIO 设备对用户空间可见，并且可以打开 /dev/uioX。如果后续的设置步骤失败，__uio_register_device（） 将展开设备，但保留指向调用程序拥有的结构uio_info的 idev->info。当打开程序与失败的注册路径争用时，这是不安全的。打开的文件保留对uio_device的引用，而调用方发现注册失败并可能释放其结构uio_info。随后的文件操作可跟随 idev->info 并取消引用释放的内存。处理 post-device_add（） 失败（如 unregister）：在信息指针仍然有效时删除 UIO 属性，然后清除 info_lock 下的 idev->info，并在删除设备和次要用户之前唤醒现有的等待程序/异步用户。这会使已打开的文件描述符观察到与正常设备相同的状态 uio_unregister_device（）。（CVE-2026-93054）

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

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

  - blk-iocost：释放策略数据时清除延迟状态 iocg_kick_delay（） 通过 blkcg_set_delay（） 将足够大的债务转换为明确的 block-cgroup 延迟，将 blkg->use_delay 设置为 -1 并递增 blkcg->congestion_count。再次清除它取决于从时间段定时器、waitq 定时器或问题路径运行的 iocg_kick_delay（）。ioc_pd_free（） 从 active_iocgs 中删除 iocg 并取消其 waitq 定时器，并且不会再有 bios 到达，因此一旦它运行，就没有留下任何东西，可以减少债务并清除延迟。blkcg 在其余生中保持拥堵标记。然后，blk_cgroup_congested（） 为该 cgroup 及其后代中的每个任务返回 true：page_cache_sync_ra（） 将预读剪切到单个页面，page_cache_async_ra（） 完全跳过它，__folio_throttle_swaprate（） 采用swap_avail_lock并计划匿名作品集分配的节流。在列表删除和同步 hrtimer_cancel（） 后明确清除它，这样定时器处理或 I/O 路径都无法对其重新布防。免费回调也可查看从未附加到 blkg 的策略数据，因此会进行 pd->blkg 检查。（CVE-2026-90182）

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

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

  - tty：未注册 cdev 时跳过 cdev_del（） 分配 cdev 之前，TTY 设备注册可能失败。串行核心保留端口以便 setserial 仍然可以使用该端口，稍后删除会将空 cdev 插槽传递到 cdev_del（），从而造成空指针取消引用。仅当插槽不是 NULL 时才删除 cdev。（CVE-2026-90335）

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

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

  - hugetlbfs：在fill_super故障时释放子池 hugetlbfs_fill_super（） 在指定了大小或min_size挂载选项时分配 hugepage 子池。hugepage_new_subpool（） 也可能为min_size保留大型页面。如果创建子池后根目录项创建失败，那么失败路径将使用 kfree（） 释放子池。这会绕过 hugepage_put_subpool（） 并可能对min_size预订产生费用。在故障路径上使用 hugepage_put_subpool（），与正常put_super路径相匹配。（CVE-2026-90283）

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

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

  - RDMA/mlx5：修复用户 QP 缓冲区大小的整数溢出 set_user_buf_size（） 通过将用户提供的rq.wqe_cnt左移来计算 QP 缓冲区大小，并将值rq.wqe_shift为有符号的整数。足够大的rq.wqe_cnt会造成有符号的整数溢出（未定义的行为），并产生小的或负的buf_size，从而导致 ib_umem_get（） 映射比硬件实际要写入的要小的缓冲区。将位移和加法替换为 check_shl_overflow（） 和 check_add_overflow（），拒绝无效的用户输入。此外，在达到 set_user_buf_size（） 之前，保护计算 _create_user_qp（） 中的相同位移计算 qp->sq.offset。（CVE-2026-90435）

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

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

  - wifi：mt76：mt7996：修复 MAC TXD 和 HIF TXP 中的 MLD ID 问题：固件状态正常时 MCU 命令超时，固件一直显示错误日志 ERROR！！没有停顿...... 根本原因：如果 TXD 中的 MLD_ID 字段既不是主链路 ID 也不是辅助链路 ID，则当第三条链路处于省电模式时，可能会造成固件忙循环。将定向到第三个链接的帧重新映射到主链接 wcid。由于 TX 状态事件和 txfree 完成携带固件看到的 wcid，因此将重新映射的 wcid 用于数据包 id 跟踪和非 AQL 数据包统计，同时框架保留其原始链接上下文以进行寻址、频段和 OMAC 选择。（CVE-2026-90376）

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

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

  - bpf：修复bpf_res_spin_lock的偏移警告检查 Sashiko 正确指出，BPF_RES_SPIN_LOCK 的 case 语句未正确检查BPF_SPIN_LOCK偏移。请改为检查res_spin_lock_off修复它。（CVE-2026-92516）

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

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

  - hwmon：（coretemp） 修复无 PTS 的 CPU 上的core_data泄漏 创建程序包的第一个核心temp_data时，pdata->core_data 会在 init_temp_data（） 中分配，但仅从 destroy_temp_data（） 释放，并且仅在处理程序包temp_data的分支中释放。仅当 CPU 支持X86_FEATURE_PTS时才会创建程序包temp_data。在没有该设置的 CPU 上，coretemp_cpu_online（） 绝不会调用已设置pkg_flag的 coretemp_add_core（），因此 pdata->pkg_data 保持 NULL。然后 coretemp_cpu_offline（） 会跳过程序包接口的删除，永远不会为程序包数据调用 destroy_temp_data），并且当 coretemp_device_remove（） 释放指向数组的平台数据时，仍会分配数组。释放 coretemp_device_remove（） 中的数组。destroy_temp_data（） 在释放 pdata->core_data 时将其设置为 NULL，因此添加的 kfree（） 在确实存在 PTS 的 CPU 上不会执行任何操作。在 Intel Core i5-1135G7 上测试。已检测该驱动程序来记录 pdata->core_data 的每一次分配和释放，并且 PTS 检入 coretemp_cpu_online（） 已修补以模拟没有程序包热支持的 CPU。如果没有此变更，数组会被分配且永不释放，coretemp_device_remove（） 仍然看到非空指针。有了它，数组被释放，指针计数平衡。在未经修改的版本中，发布仍通过程序包temp_data发生，并且添加的 kfree（） 显示为空，在重复的模块加载和卸载周期中没有 slab 警告。（CVE-2026-90178）

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

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

  - wifi：mt76：mt7915：修复非 WED 路径中的双重 hif2 init mt7915_pci_init_hif2（） 被无条件调用，然后在 WED-inactive 分支内再次调用。帮助程序递增全局hif_idx、写入 PCIe RECOG_ID寄存器并通过 mt7915_pci_get_hif2（） 获取 get_device（） 引用，而删除仅丢弃一个引用。在非 WED dual-hif 硬件上，此双倍递增的hif_idx写入两次 RECOG_ID 并泄漏设备引用。只有 WED-inactive 分支内的调用正确;放弃无条件的。hif2 已初始化为 NULL。（CVE-2026-90354）

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

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

  - platform/x86：asus-wireless：当无 ACPI 匹配时探测失败 由于 device_match_driver_override（），可强制每个平台驱动程序匹配不匹配其设备 ID 列表的设备，因此依赖于设备 ACPI 伴随对象存在的平台驱动程序需要验证其是否存在。
    当 acpi_match_acpi_device（） 找不到匹配项时，asus_wireless_probe（） 会返回成功，留下一个因未安装通知处理程序而永远不会报告任何内容的输入设备。更糟糕的是，当驱动程序被强制绑定至没有 ACPI 伴随程序的设备时，探测仍然会成功并存储一个空伴随指针，该指针 asus_wireless_remove（） 稍后会传递给 acpi_dev_remove_notify_handler（），从而导致取消绑定时发生空指针取消引用。设备与 ID 表不匹配时返回 -ENODEV。这还涵盖了缺少伴随符的情况，因为 acpi_match_acpi_device（） 拒绝 NULL 设备。在分配任何驱动程序状态之前执行检查，而不是在注册输入设备之后。（CVE-2026-93124）

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

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

  - md：在破坏位图之前等待后方写入 __md_stop（） 在调用 mddev_detach（） 之前破坏了位图。这会使 mddev_detach（） 跳过 bitmap_ops->wait_behind_writes（），因为位图已从 mddev 断开连接。这对旧版位图仍然是安全的，因为 bitmap_destroy（） 会自行等待 behind 写入。llbitmap 会在其 ->wait_behind_writes（） 操作中保留该等待，而
    ->destroy（） 去除 llbitmap 存储。使用旧排序时，在 llbitmap 存储释放后仍可运行 RAID1 背后写入完成。在调用 mddev_detach（） 之前再调用 md_bitmap_destroy（），以便在位图仍然活动时，公共分离路径可以在写入后等待。只有在这些用户离开后才销毁位图。（CVE-2026-90278）

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

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

  - drm/amdgpu/pm/powerplay：SMU7 查找中的边界检查电压索引 VBIOS 解析表中的 vddInd 和 vddcInd 字段用于在不进行边界检查的情况下，为电压查找表编索引。任何索引超出范围时返回 -EINVAL。（CVE-2026-93178）

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

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

  - slip：删除 slip_hangup（） 以修复 slip_receive_buf（） 中的释放后使用 Jaeyoung Chung 和 Eulgyu Kim 报告，在与 tty 挂起争用时，slip_receive_buf（） 中存在 slab-use-after-free 读取。
    tty_ldisc_hangup（） 调用 ld->ops->hangup（），同时仅保留 tty->ldisc_sem 的读取锁定（通过 tty_ldisc_ref（））。由于 slip_hangup（） 只是调用 slip_close（），因此它与 slip_receive_buf（） 等阅读器函数并发运行。slip_close（） 会注销并释放网络设备及其私有结构 slip，造成 slip_receive_buf（） 中的并发读取器线程取消引用已释放的内存。已保证在挂起处理期间（在 tty_ldisc_reinit（） 或 tty_ldisc_kill（） 中）在 tty->ldisc_sem 的写锁定下调用行规则 close（）。删除 slip_hangup（），以便 slip_close（） 能够干净地序列化拆卸。（CVE-2026-90057）

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

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

  - crypto：keembay - 在请求 IRQ 之前初始化完成 kmb_ocs_aes_probe（） 在初始化 irq_completion 之前请求设备 IRQ。一旦注册了处理程序，它就可以立即运行，并且 ocs_aes_irq_handler（） 会无条件调用 complete（）。因此，此窗口中的中断将使用未初始化的完成。请求 IRQ 之前初始化完成，同级 OCS HCU 和 ECC 驱动程序已这样做。CVE-2026-92476

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

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

  - drm/rockchip：analogix_dp：通过自动清理修复 OF 节点引用泄露 Sashiko 报告 rockchip_dp_drm_encoder_enable（） 中存在引用泄露，of_get_child_by_name（） 函数未以对称方式调用 of_node_put（） [1]。通过使用 __free（device_node） 自动管理所有设备节点的 of_node_put（），修复设备节点引用泄漏。（CVE-2026-93193）

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

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

  - ocfs2：在 inode 读取期间验证 DIO 孤立槽 [缺陷] 损坏的 append-DIO dinode（偏移处的高字节0xa1从 0 损坏到 1）可携带超出挂载文件系统插槽范围的i_dio_orphaned_slot，并触发释放后使用错误： 缺陷： KASAN：任务 kworker/u8：3/85 在地址 ffff88800b767c00 处的 ocfs2_get_system_file_inode+0x780/0x820 中的 slab-use-after-free 调用跟踪： ...
    ocfs2_get_system_file_inode+0x780/0x820 fs/ocfs2/sysfile.+/ c：102 ocfs2_wipe_inode+0x292/0xf70 fs/ocfs2/inode.c：840 ocfs2_delete_inode fs/ocfs2/inode.c：1155 [内联] ocfs2_evict_inode+0x6c9/0x1170 fs/ocfs2/inode.c：1295 evict+0x38e/0x8f0 fs/inode.c：810 iput_final fs/inode.c：1914 [内联] iput fs/inode.c：1966 [内联] iput+0x55b/0x8b0 fs/inode.c：1926 ocfs2_recover_orphans+0x610/0xe40 fs/ocfs2/journal.c：2374 ocfs2_complete_recovery+0x5af/0xd00 fs/ocfs2/journal.c：1373 ... [原因] ocfs2_del_inode_from_orphan（） 使用 i_dio_orphaned_slot 为插槽本地系统 inode 缓存编制索引。dinode 验证器未检查此活动插槽，因此超出范围的值会产生取消引用为 inode 指针的无效缓存条目指针。[修复]在 dinode 验证期间，在 DIO 孤立恢复可消耗活动i_dio_orphaned_slot之前，拒绝插槽范围之外的活动。（CVE-2026-90204）

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

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

  - nvmet：修复 nvmet_execute_identify_ns_zns（） 中的空指针取消引用 主机针对文件支持的命名空间发布具有 CNS 05h（I/O 命令集特定标识命名空间）和 CSI 02h （ZNS） 的识别命令时，nvmet_execute_identify_ns_zns（） 会在 req->ns->bdev 上调用 bdev_is_zoned（）。文件支持的命名空间没有区块设备，因此 req->ns->bdev 为空，并且 bdev_is_zoned（） 会取消引用它，从而造成错误。I/O 命令集由主机提供的 CSI 字段选择，并且无论何时启用CONFIG_BLK_DEV_ZONED，命令都会路由至此处，与命名空间支持类型无关，因此会暴露任何文件支持的命名空间。当命名空间无阻断设备支持时，拒绝带有无效字段的命令。
    (CVE-2026-90228)

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

ID	名称	严重性
347448	Linux Distros 未修补的漏洞：CVE-2026-90205	high
347447	Linux Distros 未修补的漏洞：CVE-2026-93154	high
347446	Linux Distros 未修补的漏洞：CVE-2026-90138	medium
347445	Linux Distros 未修补的漏洞：CVE-2026-92479	medium
347444	Linux Distros 未修补的漏洞：CVE-2026-92494	medium
347443	Linux Distros 未修补的漏洞：CVE-2026-93195	medium
347442	Linux Distros 未修补的漏洞：CVE-2026-90253	high
347441	Linux Distros 未修补的漏洞：CVE-2026-92510	high
347440	Linux Distros 未修补的漏洞：CVE-2026-90359	medium
347439	Linux Distros 未修补的漏洞：CVE-2026-90316	high
347438	Linux Distros 未修补的漏洞：CVE-2026-90064	medium
347437	Linux Distros 未修补的漏洞：CVE-2026-90404	medium
347436	Linux Distros 未修补的漏洞：CVE-2026-90346	medium
347435	Linux Distros 未修补的漏洞：CVE-2026-92498	medium
347434	Linux Distros 未修补的漏洞：CVE-2026-92515	medium
347433	Linux Distros 未修补的漏洞：CVE-2026-93150	medium
347432	Linux Distros 未修补的漏洞：CVE-2026-92518	high
347431	Linux Distros 未修补的漏洞：CVE-2026-90219	medium
347430	Linux Distros 未修补的漏洞：CVE-2026-90194	medium
347429	Linux Distros 未修补的漏洞：CVE-2026-90250	medium
347428	Linux Distros 未修补的漏洞：CVE-2026-93044	medium
347427	Linux Distros 未修补的漏洞：CVE-2026-90116	medium
347426	Linux Distros 未修补的漏洞：CVE-2026-90364	medium
347425	Linux Distros 未修补的漏洞：CVE-2026-90081	high
347424	Linux Distros 未修补的漏洞：CVE-2026-93058	medium
347423	Linux Distros 未修补的漏洞：CVE-2026-90169	high
347422	Linux Distros 未修补的漏洞：CVE-2026-90101	medium
347421	Linux Distros 未修补的漏洞：CVE-2026-90247	high
347420	Linux Distros 未修补的漏洞：CVE-2026-93140	high
347419	Linux Distros 未修补的漏洞：CVE-2026-90180	medium
347418	Linux Distros 未修补的漏洞：CVE-2026-90317	high
347417	Linux Distros 未修补的漏洞：CVE-2026-90184	medium
347416	Linux Distros 未修补的漏洞：CVE-2026-90343	high
347415	Linux Distros 未修补的漏洞：CVE-2026-93054	high
347414	Linux Distros 未修补的漏洞：CVE-2026-90182	medium
347413	Linux Distros 未修补的漏洞：CVE-2026-90335	medium
347412	Linux Distros 未修补的漏洞：CVE-2026-90283	medium
347411	Linux Distros 未修补的漏洞：CVE-2026-90435	high
347410	Linux Distros 未修补的漏洞：CVE-2026-90376	medium
347409	Linux Distros 未修补的漏洞：CVE-2026-92516	medium
347408	Linux Distros 未修补的漏洞：CVE-2026-90178	medium
347407	Linux Distros 未修补的漏洞：CVE-2026-90354	medium
347406	Linux Distros 未修补的漏洞：CVE-2026-93124	medium
347405	Linux Distros 未修补的漏洞：CVE-2026-90278	high
347404	Linux Distros 未修补的漏洞：CVE-2026-93178	high
347403	Linux Distros 未修补的漏洞：CVE-2026-90057	high
347402	Linux Distros 未修补的漏洞：CVE-2026-92476	medium
347401	Linux Distros 未修补的漏洞：CVE-2026-93193	high
347400	Linux Distros 未修补的漏洞：CVE-2026-90204	high
347399	Linux Distros 未修补的漏洞：CVE-2026-90228	high

检测

Nessus 的 Misc. 系列

high

high

medium

medium

medium

medium

high

high

medium

high

medium

medium

medium

medium

medium

medium

high

medium

medium

medium

medium

medium

medium

high

medium

high

medium

high

high

medium

high

medium

high

high

medium

medium

medium

high

medium

medium

medium

medium

medium

high

high

high

medium

high

high

high