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

  - phy：renesas：rcar-gen2：修复 phy 创建失败时的双重of_node_put for_each_child_of_node_scoped（） 在范围退出时释放节点引用，因此 devm_phy_create（） 错误路径中的显式 of_node_put（np） 将其丢弃两次。放弃冗余的 of_node_put（） 并让范围清除进行处理。
    (CVE-2026-90288)

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

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

  - md/bitmap：在 backlog_store（） 错误路径上恢复数组 backlog_store（） 会在检查是否存在以写为主的设备之前暂停数组。如果不存在此类设备，错误路径只会解锁reconfig_mutex并使数组保持挂起状态，从而阻断后续的 I/O。 使用 mddev_unlock_and_resume（） 释放这两个状态。（CVE-2026-90390）

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

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

  - iommu/vt-d：清除当前位，然后再删除复制的上下文条目 copied_context_tear_down（） 在仍设置 Present 位时使用 context_clear_entry（） 清零 128 位上下文条目，然后才发出上下文缓存和 IOTLB 无效判定。这留下一个窗口，硬件可在其中提取已破坏的条目，当 Present 仍处于设置状态时，某些字段已归零，从而导致不可预测的行为或虚假错误。尽管 x86 提供强写入排序，但编译器可能会对条目的两个 64 位半部重新排序写入，并且硬件提取无法保证对于多个 CPU 写入是原子性的。无效化之前也没有高速缓存块刷新，因此在没有对上下文表的一致访问的 IOMMU 上，提交无效时硬件可能看不到归零的条目。应用 VT-d 规范部分（ 6.5.3.3 软件无效指南）中所述的相同所有权握手：仅清除当前位，将其刷新到 IOMMU，执行无效，然后才将条目的剩余部分归零。（CVE-2026-90243）

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

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

  - firmware：arm_scmi：在 IDR 拆卸之前取消注册设备通知程序 requested-devices 通知程序从 active_protocols IDR 查找协议 fwnode。在删除期间，请在释放和销毁active_protocols之前取消注册通知程序，这样通知程序回调就不会与 IDR 拆卸争用。使总线通知程序保持注册状态，直到协议状态停止，从而与 SCMI 总线用户的现有删除顺序一致。（CVE-2026-93092）

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

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

  - dm-integrity：将可伪造的丢弃填充物替换为键控扇区标记 dm_integrity_rw_tag（） 中的丢弃块检查将所有 0xf6 字节 （DISCARD_FILLER） 的已存储标签视为块已被丢弃的证明，并且跳过了 HMAC 验证。仅在 dm-integrity 的独立模式下接受allow_discards。
    对后备设备具有原始写入访问权限但没有完整性密钥的攻击者可在任何区块上盖上全0xf6标签，并将其作为真实标记。添加新的allow_discards_keyed目标参数，该参数使用由 integrity_discard_checksum（） 计算的密钥校验和 （salt || sector） 来标记丢弃的区块。（CVE-2026-90333）

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

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

  - dmaengine：xilinx_dma：修复 xilinx_dma_poll_timeout 中的 CPU 等待 目前，当调用含 delay_us=0 且从未满足的条件的 xilinx_dma_poll_timeout 时，CPU 忙等待时间过长，且仅以大量延迟触发超时，从而导致 CPU 等待。发生这种情况是由于poll_timeout_us_atomic中对挂钟时间的严重低估。提交 7349a69cf312（iopoll：不在 read_poll_timeout_atomic（）） 中使用计时）更改了行为，不再使用ktime_get，代价是低估了挂钟时间，而挂钟时间在 delay_us=0 时似乎非常大。超时不会在大约 XILINX_DMA_LOOP_COUNT 微秒后超时，而是需要XILINX_DMA_LOOP_COUNT
    * 1000 *（poll_timeout_us_atomic 中 for 循环的开销所花费的时间），对于 XILINX_DMA_LOOP_COUNT=1000000，在几分钟的范围内。通过对delay_us使用非零值来修复此问题。使用 delay_us=10 可将启动 DMA 传输的热路径中的延迟降至最低，但仍可避免在发生意外硬件故障时出现 CPU 停止。delay_us=0 的一次性测量造成 CPU 在超时情况下忙碌等待大约 7 分钟。在 delay_us=10 的情况下应用此修补程序后，实测超时1053428微秒，大致等于 XILINX_DMA_LOOP_COUNT 中指定的预期 1000000 微秒。为delay_us值添加常量XILINX_DMA_POLL_DELAY_US。（CVE-2026-93168）

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

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

  - nilfs2：修复 nilfs_copy_dirty_pages（） 中关于脏状态不匹配的缺陷 Syzbot 报告一个在 nilfs_copy_dirty_pages（） 内触发的内核缺陷，其会将脏 DAT 文件作品集/页面复制到其影子页面缓存。当检索到的脏作品集/页面意外失去其“脏”状态时，会发生此缺陷。产生此问题的原因是，由于提交在下面引用，可在文件系统检测到元数据损坏并转换到只读模式后，可异步清除 folio/页面的“脏”标记。如果文件系统已转换到只读模式，则返回 -EROFS 错误以解决此问题。此外，将行为更改为仅发出一次内核警告，而不是在文件系统未处于只读模式时检测到此意外的“脏”状态时触发内核缺陷。（CVE-2026-90418）

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

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

  - HID：logitech-hidpp：修复 init 失败时的 FF 设备清理 hidpp_ff_init（） 使用 input_ff_create（） 创建输入强制反馈设备，然后分配 HID++ FF 私有数据、效果 ID 数组和工作队列。如果在 input_ff_create（） 成功后任何这些分配失败，该函数将返回错误，而不会破坏 FF 设备。添加展开路径，以释放 hidpp_ff_init（） 进行的私有分配，并在 input_ff_create（） 成功后调用 input_ff_destroy（） 失败。
    (CVE-2026-90330)

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

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

  - virtio：rtc：超时警报请求 RTC 类操作在保留 rtc_device.ops_lock 的情况下运行。virtio RTC 警报请求当前在不超时的情况下等待设备返回其 requestq 缓冲区。意外删除时，virtio-pci 会在取消注册 virtio 设备之前将 virtqueue 标记为中断。如果警报请求正在设备停止响应时等待，viortc_remove（） 会在尝试获取ops_lock时阻断 viortc_class_stop（）。请求无法完成，设备删除会挂起，直到发出等待任务信号。对警报读取、警报编程和警报中断启用请求使用与时钟读取请求相同的 60 秒超时。现有消息引用计数使超时请求保持活动状态，直到响应延迟或设备拆卸。（CVE-2026-90127）

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

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

  - virtio_net：修复 RX 环的大小调整 附加了 AF_XDP 套接字时，virtnet_rx_resize应调整 rq->xsk_buffs XSK 缓冲区数组的大小。否则，当大小增大时，virtnet_rx_resume（） 将导致写入超出数组末尾的位置。这可以通过 ethtool -G ens3 rx 32 ./xdpsock -i eth0 -q 0 -r -z &; ethtool -G eth0 rx 256 （CVE-2026-90142） 轻松重现

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

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

  - thermal：hwmon：删除 hwmon 类设备及其父设备 当前代码针对每种热区类型创建一个 hwmon 设备，且该设备注册在给定类型的第一个热区下。当用于容纳 hwmon 设备的热区被移除时，结果证明这是有问题的。例如，假设系统上有两个 ACPI 热区 /sys/devices/virtual/thermal/thermal_zone0/ /sys/devices/virtual/thermal/thermal_zone1/ 当前代码仅为thermal_zone0注册 hwmon 类设备：/sys/devices/virtual/thermal/thermal_zone0/hwmon0/，因为它们的类型为两者的 acpitz，但它添加了属于其下面的 thermal_zone1 的 sysfs 属性：
    /sys/devices/virtual/thermal/thermal_zone0/hwmon0/temp2_input还有属于 thermal_zone0 的 /sys/devices/virtual/thermal/thermal_zone0/hwmon0/temp1_input。删除 thermal_zone0 时，例如因为 ACPI 热驱动程序未与底层平台设备绑定，thermal_remove_hwmon_sysfs（） 会跳过删除 hwmon0，因为 temp2_input 属性属于 thermal_zone1，可有效阻止删除thermal_zone0操作取得进展。通过使 thermal_remove_hwmon_sysfs（） 在移除固定热区类型的整个 hwmon 类设备接口时，针对指定热区类型删除整个 hwmon 类设备接口，来解决此问题。为防止与 thermal_add_hwmon_sysfs（） 产生可能干扰此漏洞的争用，请针对 thermal_hwmon_list_lock 下的 thermal 区域执行 hwmon sysfs 接口的整个添加和删除。还可将 thermal_add_hwmon_sysfs（） 中的标签布局调整为当前内核编码样式，以与新的解锁标签保持一致。
    (CVE-2026-90311)

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

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

  - drm/sun4i：crtc：当层初始化失败时，传播层初始化错误 sun4i_crtc_init（） 会返回纯空，而其所有其他错误路径都会返回错误指针。唯一的调用程序 sun4i_tcon_bind（） 通过 IS_ERR（） 检查结果并愉快地继续，将 tcon->crtc 设置为 NULL。
    然后在 drm_crtc_mask（） 中取消引用 sun4i_rgb_init（） 和 sun4i_lvds_init（），这样会发生错误。请改为返回错误指针。（CVE-2026-90297）

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

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

  - scsi：qla2xxx：在释放 optrom_mutex 后，删除第二次调用 ha->isp_ops->read_optrom（） 的 sysfs 读取路径 qla2x00_sysfs_read_vpd（） 中的冗余 VPD 闪存读取。重复读取是多余的，并且与第一次读取不同，它运行时不保持optrom_mutex，从而将闪存访问暴露给并发的 optrom 操作。
    终止重复的调用。（CVE-2026-90285）

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

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

  - RDMA/hfi1：传播 sdma_txinit_ahg（） 错误 set_txreq_header_ahg（） 忽略 sdma_txinit_ahg（） 的返回值。如果 sdma_txinit_ahg（） 失败，它会在初始化 tx->txreq 之前返回。但是，set_txreq_header_ahg（） 会忽略错误并返回 AHG 更改计数，造成调用程序继续处理请求，就像初始化成功一样。将 sdma_txinit_ahg（） 失败传播给调用程序，并在初始化失败时中止请求处理。由 Linux Verification Center (linuxtesting.org) 和 SVACE 发现。(CVE-2026-93037)

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

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

  - dm-pcache：加载时验证持久化dirty_tail链 回写工作线程遵循持久化dirty_tail链，该链独立于 cache_replay（） 遍历和边界的key_tail链从缓存设备解码。特制的图像（其媒体上字段仅由具有固定种子的 crc32c 进行验证）可dirty_tail瞄准从未终止的最后 kset 链，因此 cache_writeback_fn（） 会永远无延迟地重新武装自己。使用cache_replay（） 使用的相同跃点端点在加载时遍历一次dirty_tail链，如果未在 n_segs 跃点内到达终点，则使用 -EIO 使表加载失败。（CVE-2026-93198）

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

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

  - bpf：禁止解释器回退用于 gotox insn 解释器无法识别 BPF_JMP|BPF_JA|BPF_X insn，用于映射insn_array。此后，它将命中 BUG_ON（）
    运行时的 ___bpf_prog_run（）。[ 2.563726] BPF 解释器：未知操作码 0d （imm： 0x0） [ 2.564557]
    ------------[ cut here ]------------ [ 2.565206] kernel/bpf/core.c：2349！[ 2.565882] 哎呀：
    无效操作码：0000 [#1] SMP PTI 在程序中使用insn_array映射时将 jit_required 设置为 true，以禁止 core.c：：__bpf_prog_select_runtime（） 中的 gotox insn 的解释器回退。
    (CVE-2026-93043)

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

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

  - crash_dump：在正确的时间释放 keyring 引用 restore_dm_crypt_keys_to_thread_keyring（） 在还原保存的 dm-crypt 密钥之前获取对用户 keyring 的引用。然后，对于每个已保存的密钥，相同的 keyring 引用会传递给 add_key_to_keyring（），但每次调用时 add_key_to_keyring（） 都会丢弃该引用。只有当刚好还原一个密钥时，才会平衡这种状态。使用多种密钥时，keyring 引用被丢弃的次数过多，并可能触发 refcount 下溢或释放后使用。当恢复了五个以上的密钥时，可触发 refcount 下溢/释放后使用警告。lookup_user_key（） 之后的早期错误路径也会在不丢弃 keyring 引用的情况下返回。保留 restore_dm_crypt_keys_to_thread_keyring（） 中 keyring 引用的所有权，在所有退出路径中将其删除一次，并使 add_key_to_keyring（） 仅使用该引用而不消耗它。（CVE-2026-93106）

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

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

  - iommu/dma：直接检查原子池分配结果 非阻塞、非连贯的分配路径使用 dma_alloc_from_pool（），它返回分配的页面并仅在成功时填充cpu_addr。不依赖 cpu_addr 来检测此路径中的分配失败。在将返回的页面用于 IOMMU 映射之前直接检查返回的页面。（CVE-2026-90388）

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

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

  - btrfs：设置 posix acl 时检查根是否为只读 对于将 btrfs 只读属性设置为 true 的文件系统，应拒绝包括 acl 和 xattr 在内的所有写入操作。但是，即使 btrfs ro 属性为真，仍然可以设置 acl。发生这种情况是因为set_acl代码路径上没有函数检查根是否为只读。其已在 btrfs_setxattr_trans（） 中检查，但在提交 353c2ea735e4 中删除（btrfs：删除 btrfs_setxattr_trans 中多余的只读根检查）该提交未检查所有调用程序是否正确检查根的只读标记。之前的补丁是提交 b51111271b03（btrfs：设置安全 xattr 时检查根是否为只读）。在执行 set acl 操作之前，请始终检查根是否为只读。（CVE-2026-90263）

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

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

  - Bluetooth：btnxpuart：验证固件转储标头长度 nxp_process_fw_dump（） 将 ACL 标头从帧中拉出，然后从放置在 skb->data 的结构nxp_fw_dump_hdr读取seq_num和buf_len，而不检查 ACL 负载是否足够长以容纳它。h4_recv_buf（） 收集 HCI_ACL_HDR_SIZE 字节的标头后跟该标头中指定的负载字节数，因此 skb->len 为 4 + dlen（由控制器提供的 dlen）并且可能小于 8 字节转储标头或零。因此，带有连接句柄 0xfff 的短帧会从接收到的数据之外读取两个字段。除了读取本身之外，buf_len终止转储的原因：值为 0 时驱动程序会调用 hci_devcd_complete（） 并重置控制器，因此截断帧可以提早结束转储。在访问其字段之前，使用 skb_pull_data（） 验证并拉取 FW 转储标头。如果标头被截断，则警告并拒绝区块。
    (CVE-2026-90089)

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

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

  - smb/server：当 proc 设置失败时中止初始化 ksmbd_server_init（） 在创建剩余 proc 条目和服务器子系统之前调用 ksmbd_proc_init（）。ksmbd_proc_init（） 在 procfs 或percpu_counter分配失败时去除部分状态，但返回 void，因此 ksmbd_server_init（） 继续执行，就像计数器可用一样。用户空间启动服务器后，server_ctrl_handle_init（） 会调用 ksmbd_proc_reset（），后者会在 SMP 系统上通过每 CPU 计数器指针达到 percpu_counter_set（）。后续的 ksmbd_proc_create（） 调用也会收到 NULL 父项，并可能在 /proc 根中创建条目;ksmbd_proc_cleanup（） 无法删除这些条目，因为ksmbd_proc_fs为 NULL。
    (CVE-2026-90164)

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

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

  - bpf、s390：清除发生故障的 arena atomic 上的提取目标 与 riscv64 上相同的缺少寄存器清除。arena 指针上的 RMW 原子被转换为 BPF_PROBE_ATOMIC 并获得异常表条目，但 bpf_jit_probe_atomic_pre（） 仅填充 arena 基底和探测偏移，将 probe->reg 留在 bpf_jit_probe_init（） 设置的 -1，后者会将 bpf_jit_probe_post（） 写入该条目，然后 ex_handler_bpf（） 在没有任何内容需要清除时回读。这对于仅写入内存的普通 BPF_{ADD，AND，OR，XOR} 来说是正确的，但携带BPF_FETCH的 RMW 也会将旧值读入寄存器：src_reg for BPF_{ADD，AND，OR，XOR} |BPF_FETCH 和 BPF_XCHG，以及用于BPF_CMPXCHG的 r0。因此，在未映射的 arena 页面上发生错误时，程序将在登录台处恢复，并且具有原子之前保留的任何寄存器，而不是其他每隔一个 BPF_PROBE_* 访问所提供的 0。从 bpf_atomic_load_reg（） 填充 probe->reg。与 x86-64 和 arm64 不同，s390x 不会从其异常处理程序报告 arena 违规，因此此处没有要修正的访问指示，仅清除缺少的寄存器。
    (CVE-2026-90211)

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

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

  - wifi：mt76：mt7996：在禁用 SER 中的 tx 工作线程时按住 dev->mt76.mutex，mt7996_mac_reset_work（） 在采用 dev->mt76.mutex 之前，派驻 tx 工作线程并禁用 RX/TX NAPI。mt76_worker_disable（）/_enable（） 为普通 kthread park/unpark，未进行 refcount，并且 __mt76_set_channel（） 在互斥体下切换相同的工作线程和 MT76_RESET 位。因此，与通道交换机争用的 L1 SER 可使工作线程未搁置并MT76_RESET清空，而重置路径重置 DMA 环，从而损坏描述符或标记。像 mt7915 一样，在禁用工作线程之前采用互斥体。（CVE-2026-90367）

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

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

  - RDMA/erdma：破坏命令失败时完成对象拆卸 erdma_destroy_qp（）、erdma_destroy_cq（）、erdma_dereg_mr（） 和 erdma_destroy_ah（） 失败时提早返回 erdma_post_cmd_wait（），从而泄漏队列缓冲区、MTT、门铃以及 STAG、QPN、CQN 和 AHN 标识符。命令超时会清除ERDMA_CMDQ_STATE_OK_BIT并永久禁用命令队列，因此任何重试都不可能成功;RDMA 核心在析构函数失败之后保留该对象，然后强制 uverbs 清理，然后使指针为空，从而使资源不可访问。失败时发出警告，但释放每个软件拥有的资源并返回成功，因为在终端销毁期间，硬件命令结果仅用于诊断。
    (CVE-2026-92488)

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

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

  - phy：sunplus：修复 sp_uphy_init（） 中的错误处理 修复 sp_uphy_init（） 的错误路径，以完全撤消每个阶段的操作：clk_prepare_enable（） 失败时直接返回，仅在 reset_control_deassert（） 失败时释放时钟，update_disc_vol（） 失败时跳至err_reset，这样时钟和重置就不会泄漏时钟和重置。（CVE-2026-90287）

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

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

  - clk：devres：修复 devm_clk_get_optional_enabled_with_rate（） 中的清理 devm_clk_get_optional_enabled_with_rate（） 在设置时钟速率之前注册其清理操作。如果速率设置失败，它将尝试禁用和取消准备从未启用过的时钟。此问题是在查看 rust： clk： add devres-managed clks [1] 时发现的。只有在成功准备并启用时钟之后，才注册清理操作。[1]： https://lore.kernel.org/rust-for-linux/20260706-clk-type-state-v5-3-67c5f326a16c@collabora.com （CVE-2026-90147）

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

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

  - net/sched： act_skbmod：修复长度计算并避免无效的标头警告 syzbot 报告了 skb_network_header_len（） 中由 tcf_skbmod_act（） 触发的警告： ！skb_transport_header_was_set（skb） 警告：
    CPU： 0 PID： 14949 at include/linux/skbuff.h：3243 skb_network_header_len include/linux/skbuff.h：3243 [内联] 警告： CPU： 0 PID： 14949 at net/sched/act_skbmod.c：55 tcf_skbmod_act+0xfe8/0x1810 net/sched/act_skbmod.c：55 tcf_skbmod_act（） 中存在若干问题： 1. 调用 skb_network_header_len（） 假定已设置 skb->transport_header， 在 TC 入口运行 tcf_skbmod_act（） 时无法保证这一点。2.
    在 tcf_skbmod_act（） 开始时无条件调用 skb_mac_header_len（） 会在未设置 MAC 标头的 L3 设备（例如 TUN）上触发警告，评估为下溢垃圾长度。3. 在 TC 入口处，skb->data 指向网络标头。将 MAC 标头长度添加到 IP 标头长度会导致 skb_ensure_writable（） 请求比实际 IP 数据包长度更多的字节，从而丢弃有效的短数据包（例如 28 字节的 UDP/IPv4 数据包）。通过以下方法修复这些问题：- 使用 skb_network_offset（skb） + sizeof（struct iphdr/ipv6hdr） 进行SKBMOD_F_ECN以便在入口 （offset == 0） 和出口 （offset == mac_len） 上正确计算所需的长度。- 在验证ARPHRD_ETHER后，将以太网标头修改的max_edit_len设置为ETH_HLEN。（CVE-2026-90078）

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

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

  - RDMA/bng_re：当固件响应停止时返回超时 __wait_for_resp（） 记录其在固件命令未完成时返回非零错误，并且当帮助程序返回 -ENODEV 时 bng_re_rcfw_send_message（） 已将固件标记为停止。但是，帮助程序会忽略 wait_event_timeout（） 到期。如果响应槽在超时后和轮询的 CREQ 服务尝试之后仍然处于使用状态，那么循环将开始另一个完整的超时时间段，并且可以永久重复。在仍然没有响应的超时等待之后返回 -ENODEV。现有调用程序随后标记FIRMWARE_STALL_DETECTED并将 -ETIMEDOUT 返回给命令发布者。（CVE-2026-93153）

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

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

  - regulator：core：将 system_freezable_wq用于 init 完成工作 schedule_delayed_work（） 使用不可冻结的 system_wq，从而允许 regulator_init_complete_work 在系统暂停时并发运行。
    这项工作在启动后 ~30s 触发，以通过 I2C 禁用未使用的稳压器。当与 PM 暂停争用时，I2C 适配器可能已经暂停，从而在 __i2c_transfer（） 中触发 -ESHUTDOWN 警告： 警告： ...在
    __i2c_transfer+0x36c/0x3c8 调用跟踪：__i2c_transfer i2c_transfer regmap_i2c_write _regmap_update_bits regulator_disable_regmap _regulator_do_disable regulator_late_cleanup regulator_init_complete_work_function process_one_work 切换到 system_freezable_wq，以便在挂起任何设备之前冻结工作，从而消除争用。（CVE-2026-90360）

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

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

  - firmware：arm_scmi：修复 SCMI 设备破坏生命周期 scmi_child_dev_find（） 在返回scmi_device指针之前终止 device_find_child（） 返回的引用。然后，并发取消注册器可在破坏路径仍在使用返回的指针时释放设备。使查找帮助程序返回 device_find_child（） 引用并保留它直到 scmi_device_destroy（） 完成对子程序的取消注册。还拆分 __scmi_device_destroy（） 中的 device_unregister（），以便在 device_del（） 删除旧scmi_dev之前使 SCMI 总线 ID 不可重用。来自 sysfs 的 N 个名称。这可避免新 SCMI 设备在旧设备仍处于注册状态时重复使用相同的 ID。最终设备释放回调也是驱动程序核心递归（而非）删除 SCMI 子项时的可能清理路径
    __scmi_device_destroy（）。从 destroy、register-failure 和 final-release 路径使用的通用帮助程序中释放 SCMI 总线 ID，并在释放后清除 scmi_dev->id，这样最终版本就不能再次释放相同的 ID。（CVE-2026-93081）

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

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

  - nvmet：修复分配失败时 RMI 日志页面的返回状态 当用于日志缓冲区的 kzalloc（） 失败时，nvmet_execute_get_log_page_rmi（） 将“status”保留NVME_SC_SUCCESS（由成功的 nvmet_req_find_ns（） 调用设置）。然后，它跳转到 out 标签并以成功状态完成请求，因此主机会收到命令成功且未传输任何数据的情况。初始化“status”以匹配智能日志处理程序的NVME_SC_INTERNAL，以便将分配失败报告为内部错误。（CVE-2026-90412）

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

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

  - drm/v3d：将 BO 与访问 BO 的每个作业相关联提交可扩展为一系列作业（e.g. bin + 渲染 + 缓存清理）。v3d_submit_lock_reservations（） 中的隐式同步在每个作业的 bo[] 上进行门控，但 BO 列表只附加到链的最后一个作业。当最后一个作业是尾部 CACHE_CLEAN 作业时，实际消耗 BO 的作业（即 RENDER 或 CSD 作业）将保留 bo_count == 0，并且未获取任何隐式依赖关系。因此，其可被调度到硬件并在另一个上下文仍在写入 BO 时读取 BO，从而导致数据损坏。将 BO 附加到使用它们的作业，以便 （1） 它在预留锁定期间获取正确的隐式依赖关系，并且 （2） 它们一直保持映射，直到提交结束。通过 v3d_job_reference_bos（） 为其提供对所有消耗作业的 BO 的引用，而不是再次查找句柄;这可避免冗余查找，并保证两个作业引用完全相同的对象。由于CACHE_CLEAN作业现在也带有一个 BO 数组，因此每个作业添加一个“has_implicit_dep”标记，以便只有消耗作业采用隐式依存关系。CACHE_CLEAN作业（全局刷新）和 BIN 作业（在另一个上下文中等待分箱的情况不现实）被排除在外。（CVE-2026-93047）

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

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

  - wifi：ath12k：修复 mac_phy_caps_parse（） 中的步幅不匹配 目前，在 ath12k_wmi_mac_phy_caps_parse（） 中，kzalloc（） 将 mac_phy_caps 缓冲区的大小设为 tot_phy_id * len，其中 len 被限制为 min（firmware_len， sizeof（struct ath12k_wmi_mac_phy_caps_params））。后续的 memcpy（） 目标通过 C 指针算法按每个插槽的 sizeof（完整结构）前进，而非按钳制的 len 前进。固件发送短 TLV 时，第二个和更后面的插槽将写入到分配末尾后的位置。ath12k_pull_mac_phy_cap_svc_ready_ext（） 中的阅读器还使用全结构指针算法为缓冲区编制索引，因此分配必须与该步幅相匹配。使用 kzalloc_objs（） 进行修复，可从指针类型派生元素大小，使分配大小和指针步幅可证明一致，无论固件提供什么 len。测试时间： WCN7850 hw2.0 PCI WLAN。HMT.1.1.c7-00108-QCAHMTSWPL_V1.0_V2.0_SILICONZ_UPSTREAM-3 （CVE-2026-90399）

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

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

  - block：修复元数据映射错误中的 dio 泄漏 失败的完整性映射会保留一个 dio 引用，因此如果序列中之前提交了 bio，我们需要检查完整的 bio 结尾。
    (CVE-2026-90396)

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

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

  - perf：arm_pmuv3：BRBE 支持零初始化hw_id分支堆栈字段PERF_SAMPLE_BRANCH_HW_INDEX因此hw_id传递到用户空间，但 BRBE 驱动程序从未设置过。零 根据文档初始化它应有的原样：* 对于原始分支记录 * 已按年龄顺序存储的架构，hw_idx应为 0。现在从 BRBE 删除PERF_SAMPLE_BRANCH_HW_INDEX以防有人在设置它并读取值可能风险太大，但初始化整个结构的零也可以防止将来添加的新字段出现同样的问题。（CVE-2026-90272）

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

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

  - scsi：ufs：core：验证已连接的通道计数 TX 均衡代码会使用已连接的通道计数，为按UFS_MAX_LANES大小调整的数组编制索引。在传播之前拒绝零和超出范围的 RX 或 TX 通道计数。（CVE-2026-92478）

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

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

  - Bluetooth：hci_conn：修复 SCO 设置上下文生命周期 hci_setup_sync（） 通过空破坏回调将conn_handle_t排队，以便仅当 hci_enhanced_setup_sync（） 实际运行时才释放上下文。相反，会泄漏被取消的条目，因为 _hci_cmd_sync_cancel_entry（） 在没有破坏回调时不会释放条目>数据，而当控制器未注册时 hci_cmd_sync_clear（） 会取消每个待定条目。上下文还存储一个裸hci_conn指针，因此可以在工作排队时释放连接。hci_conn_del（） 中的出列也不涵盖它，因为它在 entry->data == conn 上匹配，并且 entry->data 是此处的封装程序。与提交 2f5d635ad590 相同的问题（蓝牙：hci_sync：在 hci_connect_acl/le_sync（） 回调中保持 conn）。保持连接，并从破坏回调中释放两者。提交失败路径会丢弃两者，因为 hci_cmd_sync_submit（） 在排队失败时不会调用破坏回调。（CVE-2026-90255）

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

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

  - crypto：keembay - 修复错误路径中的 AEAD 取消注册计数 register_aes_algs（） 在注册 skcipher 算法之前注册 AEAD 算法。如果 skcipher 注册失败，该函数将使用 crypto_engine_unregister_aeads（） 展开较早的 AEAD 注册，但它会传递 ARRAY_SIZE（algs），即 skcipher 表大小。将 ARRAY_SIZE（algs_aead） 用于 AEAD 展开路径，以便取消注册帮助程序迭代已注册的同一表。还要澄清附近的注释：
    crypto 注册帮助程序会清除在同一调用中注册的算法，而此函数仍必须展开之前成功的注册步骤。（CVE-2026-93155）

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

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

  - irqchip/gic-v5：检查 MADT IAFFID 解析中的 get_logical_index（） 返回值 在 gic_acpi_parse_iaffid（） 中，给定的 MADT GICC 条目可能与内核识别的逻辑 cpu 不对应，从而导致 cpu 变量初始化为错误值。目前，系统不会检查 get_logical_index（） 返回值是否失败，这可能导致在尝试编制per_cpu变量数组索引时发生越界内存损坏。添加检查以评估 get_logical_index（） 返回值。（CVE-2026-90120）

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

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

  - x86/mm/pat：解决大页面折叠问题cpa_lock 在 KASAN 版本的多个 CPU 上并发加载和卸载模块，在 CPA 页表查找时注入短延迟以扩大窗口，几分钟内发生错误： 缺陷：KASAN：在 __change_page_attr+0x7cc/0x7e0 中的释放后使用 任务 modprobe 在地址 ffff888181139718 处写入大小为 8 ... 有缺陷的地址属于物理页面：pfn：0x181139 ...page_type：f2（table） cpa_collapse_large_pages（） 从其 4K PTE 重建叶 PMD 并释放旧的 PTE-table 页面，而 __change_page_attr（） 从无锁 lookup_address_in_pgd_attr（） 中获取 PTE 指针，然后仅通过 set_pte_atomic（） 进行写入。当从共享的大型 ROX 映射提供模块文本时，两者会在相同的 PMD 上运行：CPU A（模块加载）CPU B（模块完成）
    ------------------- ----------------------- execmem_make_temp_rw set_memory_nx __change_page_attr拆分 2M
    -> 4K 表 P kpte = &P[i] （lockless） execmem_restore_rox set_memory_rox （CPA_COLLAPSE） cpa_collapse_large_pages重建叶 PMD flush_tlb_all pagetable_free（P） set_pte_atomic（kpte， ...） ->写入到释放的 P P 是页表页（page_type：表），会立即重用，因此写入会损坏接下来获得该页面的任何内容： 错误 pte 或错误页面崩溃，或在 P 转换为只读文本后出现致命错误。释放之前的 flush_tlb_all（） 不会关闭这个：它的 IPI 仅针对在关闭中断的情况下运行的页表遍历器序列化（例如 GUP-fast）;__change_page_attr（） 中的 walk 在打开中断的情况下运行，因此没有任何东西可以阻止它将过时指针保持到 P 中。序列化折叠 - PMD 重建、TLB 刷新和 PTE 表释放 - 在 cpa_lock 下，同一锁定 __change_page_attr（） 现在自提交以来无条件采用（x86/mm/pat：停止对 debug_pagealloc_enabled（）） 进行cpa_lock的门控）， 因此，并发遍历器无法再将指针固定到即将释放的表中。
    (CVE-2026-93066)

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

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

  - tcp：拒绝非 zerocopy devmem tx Devmem tcp tx 在没有零复制的情况下无法工作，但是如果不存在零复制，当前不会强制执行NETIF_F_SG。在这种情况下，tcp_sendmsg_locked（） 将尝试复制路径并尝试将数据从 iovec 复制到 dma-buf，该 iovec 包含偏移到 dma-buf，通常会失败。
    而且，d9c56501c72fd（net：tcp：块混合可读和不可读的片段）依赖于此，并假设存在 devmem 绑定，前提是我们使用零复制路径，其可用于在单一 skb 中混合 net-iov 和页面，并破坏不变量。让我们拒绝没有零复制的 devmem tx。请注意，修补程序正在修改的参数检查太松散，我们可以创建包含dmabuf_id和所有 ZC 标记的 io_uring 请求，但该请求没有绑定。我们将其替换为更严格的验证。
    (CVE-2026-90051)

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

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

  - ntfs：修复压缩中 kmap_local_page（） 的使用 多个压缩 I/O 路径丢弃 kmap_local_page（） 返回的地址，之后使用 page_address（） 访问或取消映射页面。这对 highmem 页面无效，还必须使用 kmap_local_page（） 返回的地址取消映射本地映射。仅在生成当前子块时映射 ntfs_decompress（） 中的每个目标页面。使用 memcpy_from_page（）、memcpy_to_page（） 和 memzero_page（） 进行其他页面访问。从 ntfs_write_cb（） 中删除不必要的本地映射，其中通过 vmap（） 映射访问页面。（CVE-2026-90134）

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

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

  - net/sched：绑定 qdisc_pkt_len 以防止 qdisc 软锁定 qdisc_get_stab（） 接受用户提供的大小表，而 __qdisc_calculate_pkt_len（） 通过开销、大小表数据 （u16） 和 size_log（最多 STAB_SIZE_LOG_MAX）放大 qdisc_pkt_len（）。因此，特制的 stab 可针对普通 skb 将 qdisc_pkt_len（） 设为 ~1 GiB。每流缺陷调度器（如 DRR 和 ETS）每个循环迭代补充一个量子;使用微小的量子 （1），它们在 qdisc 锁定下旋转数十亿次，产生软锁定/RCU 停止，如 vega@nebusec.ai 所示。将最终的 qdisc_pkt_len（） 上限设为 QDISC_PKT_LEN_MAX，这样大小表放大就不会将赤字计划程序推入无限循环。仍然接受合法的大小表（例如 qfq 的开销999999999，它通过丢弃来处理）。引入上限QDISC_PKT_LEN_MAX （1 << 20） = 1 MiB，这远高于任何合法的单 skb 线长度：当前最大的 skb->len 为 GSO_MAX_SIZE （524280），ATM 样式的大小表（53/48 单元税）将其放大到 ~578 KB，两者都轻松低于 1 MiB。同时，1 MiB 将赤字填充循环限制为每个数据包 ~1M 迭代，同时 quantum=1，这在远低于证实的 softlockup 阈值（~10^9 迭代）的几毫秒内完成。重现缺陷的条件：- CONFIG_NET_SCHED=y、CONFIG_NET_SCH_DRR=y（或 CONFIG_NET_SCH_ETS=y）。- 将 DRR（或 ETS）根 qdisc 与构建的 TCA_STAB 附加，可将 qdisc_pkt_len 放大到 ~1 GiB（如 size_log=15，data=[32768]）。- 添加一个量子为 1 的类并发送一个小数据包;赤字循环在 qdisc 锁定下旋转数十亿次并使 softlockup 检测器跳闸（错误，kernel.softlockup_panic=1）。- 可以根身份或从全新 user+net 命名空间 （unshare -urn） 中的非特权用户使用 namespace-local CAP_NET_ADMIN进行访问。
    (CVE-2026-90058)

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

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

  - drm/amd/powerplay：修复 VoltageObjectInfo 零步幅循环和 OOB 读取 拒绝 usSize 小于标头或会将光标前进到表末尾之后的电压对象，从而防止 VBIOS 提供畸形 VoltageObjectInfo 表时发生无限循环或堆 OOB 读取。（CVE-2026-93179）

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

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

  - wifi：mt76：mt7915：add_interface失败后的展开状态 当 mt76_wcid_alloc（） 失败时，mt7915_add_interface（） 返回时不清除其已设置的 vif_mask/omac_mask 位、不删除之前添加的固件 dev 信息和不清除指向 mac80211 将要释放的 vif 的monitor_vif指针。mac80211 不会为失败的添加调用 remove_interface（），因此索引和固件 dev 条目会永久泄漏，而 testmode 可能会取消引用过时的monitor_vif。添加适当的错误展开。（CVE-2026-90368）

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

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

  - drm/msm：KMS init 失败时不破坏 KMS 两次 priv->kms_init（） （mdp4_kms_init（） / mdp5_kms_init（）） 中途失败时，两个显示驱动程序在返回错误之前都已通过 mdp4_destroy（） / mdp5_kms_destroy（） 去除其 KMS 状态。然后，msm_drm_init（） 中的通用错误路径运行 msm_drm_uninit（） -> msm_drm_kms_uninit（），它会尝试再次破坏完全相同的 KMS，从而导致释放后使用崩溃。使 MDP4/MDP5 与 DPU 驱动程序保持一致，其 dpu_kms_init（） 不对故障执行错误清理。让通用路径拥有清理，而不是从其错误路径中释放 KMS。引用的崩溃跟踪：__lock_acquire从 lock_acquire （kernel/locking/lockdep.c：5906 kernel/locking/lockdep.c：5863） lock_acquire从 touch_wq_lockdep_map （kernel/workqueue.c：4094 （discriminator 1）） touch_wq_lockdep_map
    __flush_workqueue （kernel/workqueue.c：4136） 从 msm_drm_kms_uninit __flush_workqueue （drivers/gpu/drm/msm/msm_kms.c：243 （discriminator 33）） 从 msm_drm_uninit msm_drm_kms_uninit （drivers/gpu/drm/msm/msm_drv.c：93 msm_drm_uninit） 从 msm_drm_init （drivers/gpu/drm/msm/msm_drv.c：184） 从 try_to_bring_up_aggregate_device msm_drm_init （drivers/base/component.c：249 drivers/base/component.c：227） 从 __ try_to_bring_up_aggregate_devicecomponent_add （drivers/base/component.c：269， drivers/base/component.c：748） dsi_host_attach的__component_add （drivers/gpu/drm/msm/dsi/dsi_host.c：1739） mipi_dsi_attach的dsi_host_attach （drivers/gpu/drm/drm_mipi_dsi.c：383） sharp_nt_panel_probe的mipi_dsi_attach （drivers/gpu/drm/panel/panel-sharp-ls043t1le01.c：247） 拼凑：
    https://patchwork.freedesktop.org/patch/742068/ (CVE-2026-90363)

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

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

  - wifi：ath11k：避免 ath11k_wmi_tlv_op_rx（） 中的缓冲区过度读取 当前，在 ath11k_wmi_tlv_op_rx（） 中，会在未首先验证缓冲区是否有足够的数据来保存标头的情况下读取固件缓冲区。这可导致缓冲区过度读取。在将 skb->data 取消引用为 wmi_cmd_hdr 之前，添加前期长度检查。该检查在 trace_ath11k_wmi_event（） 调用之前进行，以保留现有的跟踪语义（跟踪包括标头在内的完整原始 WMI 事件），这与可直接使用 .skb_pull_data（） 的类似 ath12k 补丁不同。仅测试编译文件。(CVE-2026-92496)

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

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

  - drm/amdgpu/gfx6：在计算队列上也使用 PFP 在 GFX6 上，计算环使用与图形环相同的 CP 路径。唯一的区别是它们不支持绘制命令。（与 GFX7 和更新版本相反，GFX7 和更新版本有一个单独的命令解析器，称为用于计算队列的 MEC。）这意味着我们必须考虑到 PFP 也存在于 GFX6 上的计算队列中：在图形和计算队列上使用 PFP 进行寄存器写入。在管道同步中，使用 PFP 等待上一个围栏（而不是 ME），以防止 PFP 在 ME 仍处于上一个提交中时开始执行下一个提交。在 VM 刷新之后，也在计算队列中发出PFP_SYNC_ME。（CVE-2026-90286）

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

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

  - bpf：修复 tracing/lsm prog 的可休眠检查 禁用 CONFIG_FUNCTION_ERROR_INJECTION 时，允许可休眠的跟踪程序附加到“__x64_”相似的前缀符号。这是因为校验器未验证符号是内核函数还是 bpf prog。也就是说，允许可休眠的跟踪程序附加到名称具有类似“__x64_”前缀的 bpf 程序目标。例如，可休眠的 fentry 程序附加到“__x64_sys_nop”XDP 程序，并使用 bpf_copy_from_user（） 帮助程序从用户指针复制缓冲区。将 XDP prog 附加到 lo 接口后，可通过“ping -c 1 -W 1 127.0.0.1”触发内核缺陷： [ 3.460756] 缺陷：kernel/bpf/trampoline.c：1324 的无效上下文调用休眠函数 通过当其目标 btf 不是内核的 btf 时始终禁止可休眠 prog 来修复此问题。（CVE-2026-90299）

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

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

  - fuse：修复了启用 over-io-uring 的条件 fuse_uring_cmd（） 中的现有条件只是为了避免为已通过它运行的连接禁用 io-uring，缺少一个条件，可在因缺少回复标记FUSE_OVER_IO_URING而未启用连接/通道时拒绝任何IORING_OP_URING_CMD FUSE_INIT。如果没有回复标记，则 fuse_uring_ready（） 中的屏障无法运行，IO 可能已经运行并导致死锁状态（fch->bg_lock 和 queue->lock 之间至少为一种）。变更本身无关紧要，但会带来行为变更，FUSE_OVER_IO_URING必须由 fuse 服务器在FUSE_INIT_REPLY中进行设置，才能接受任何IORING_OP_URING_CMD。Libfuse 可以做到这一点，我找到的唯一非 libfuse 实现 （fractal-fuse） 也可以做到这一点。据我所知，fuse-io-uring 的 Qemu 修补程序尚未合并。上移了 smp_load_acquire（&fch->initialized） 检查，因为 fuse-server 实现可能在处理 FUSE_INIT 之前尝试设置 io-uring，并且可能得到 -EOPNOTSUPP 而非 -EAGAIN。还修复了一个过时注释，该注释说明了早期 RFC 版本中 FUSE_OVER_IO_URING 标记的处理方法。如果应有来自任何库或应用程序的报告，我们可能需要恢复此提交。（CVE-2026-90095）

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

ID	名称	严重性
347498	Linux Distros 未修补的漏洞：CVE-2026-90288	high
347497	Linux Distros 未修补的漏洞：CVE-2026-90390	high
347496	Linux Distros 未修补的漏洞：CVE-2026-90243	high
347495	Linux Distros 未修补的漏洞：CVE-2026-93092	high
347494	Linux Distros 未修补的漏洞：CVE-2026-90333	high
347493	Linux Distros 未修补的漏洞：CVE-2026-93168	medium
347492	Linux Distros 未修补的漏洞：CVE-2026-90418	high
347491	Linux Distros 未修补的漏洞：CVE-2026-90330	medium
347490	Linux Distros 未修补的漏洞：CVE-2026-90127	medium
347489	Linux Distros 未修补的漏洞：CVE-2026-90142	high
347488	Linux Distros 未修补的漏洞：CVE-2026-90311	high
347487	Linux Distros 未修补的漏洞：CVE-2026-90297	medium
347486	Linux Distros 未修补的漏洞：CVE-2026-90285	high
347485	Linux Distros 未修补的漏洞：CVE-2026-93037	high
347484	Linux Distros 未修补的漏洞：CVE-2026-93198	high
347483	Linux Distros 未修补的漏洞：CVE-2026-93043	medium
347482	Linux Distros 未修补的漏洞：CVE-2026-93106	high
347481	Linux Distros 未修补的漏洞：CVE-2026-90388	high
347480	Linux Distros 未修补的漏洞：CVE-2026-90263	high
347479	Linux Distros 未修补的漏洞：CVE-2026-90089	high
347478	Linux Distros 未修补的漏洞：CVE-2026-90164	medium
347477	Linux Distros 未修补的漏洞：CVE-2026-90211	medium
347476	Linux Distros 未修补的漏洞：CVE-2026-90367	high
347475	Linux Distros 未修补的漏洞：CVE-2026-92488	high
347474	Linux Distros 未修补的漏洞：CVE-2026-90287	medium
347473	Linux Distros 未修补的漏洞：CVE-2026-90147	medium
347472	Linux Distros 未修补的漏洞：CVE-2026-90078	medium
347471	Linux Distros 未修补的漏洞：CVE-2026-93153	medium
347470	Linux Distros 未修补的漏洞：CVE-2026-90360	high
347469	Linux Distros 未修补的漏洞：CVE-2026-93081	medium
347468	Linux Distros 未修补的漏洞：CVE-2026-90412	medium
347467	Linux Distros 未修补的漏洞：CVE-2026-93047	medium
347466	Linux Distros 未修补的漏洞：CVE-2026-90399	high
347465	Linux Distros 未修补的漏洞：CVE-2026-90396	medium
347464	Linux Distros 未修补的漏洞：CVE-2026-90272	medium
347463	Linux Distros 未修补的漏洞：CVE-2026-92478	medium
347462	Linux Distros 未修补的漏洞：CVE-2026-90255	high
347461	Linux Distros 未修补的漏洞：CVE-2026-93155	medium
347460	Linux Distros 未修补的漏洞：CVE-2026-90120	high
347459	Linux Distros 未修补的漏洞：CVE-2026-93066	high
347458	Linux Distros 未修补的漏洞：CVE-2026-90051	high
347457	Linux Distros 未修补的漏洞：CVE-2026-90134	medium
347456	Linux Distros 未修补的漏洞：CVE-2026-90058	medium
347455	Linux Distros 未修补的漏洞：CVE-2026-93179	medium
347454	Linux Distros 未修补的漏洞：CVE-2026-90368	medium
347453	Linux Distros 未修补的漏洞：CVE-2026-90363	medium
347452	Linux Distros 未修补的漏洞：CVE-2026-92496	high
347451	Linux Distros 未修补的漏洞：CVE-2026-90286	high
347450	Linux Distros 未修补的漏洞：CVE-2026-90299	medium
347449	Linux Distros 未修补的漏洞：CVE-2026-90095	medium

检测

Nessus 的 Misc. 系列

high

high

high

high

high

medium

high

medium

medium

high

high

medium

high

high

high

medium

high

high

high

high

medium

medium

high

high

medium

medium

medium

medium

high

medium

medium

medium

high

medium

medium

medium

high

medium

high

high

high

medium

medium

medium

medium

medium

high

high

medium

medium