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

  - sctp：如果删除了区块的传输则将其丢弃 sctp_rcv（） 会为每个数据包解析一次传输，并保留在区块>传输中。查找引用，或者如果套接字归用户空间所有，则 sctp_add_backlog（） 采用的引用会一直保留到处理区块为止。经认证的 ASCONF DEL-IP 可同时将其删除。sctp_assoc_rm_peer（） 将传输从关联中取出并调用 sctp_transport_free（），后者将其标记为死并终止关联持有的引用。两个路径上都有一个窗口：数据包可以位于套接字 backlog 上，并且在 bh_lock_sock（） 之前完成查找的直接路径上。该数据包中的 DATA 区块将删除的传输放回 asoc->peer.last_data_from。数据包完成后，该引用消失，传输由 RCU 释放，因此下一个延迟的 SACK 将指针带入 SACK 区块，sctp_outq_select_transport（） 读取已释放传输的状态。放置 sctp_inq_push（） 中现有 rcvr->dead 检查旁的区块。两条路径都通过持有关联的套接字锁到达该帐户。对等机重新传输它。
    (CVE-2026-89478)

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

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

  - remoteproc：scp：修复查找失败时的设备引用泄漏 在绑定驱动程序之前，尝试查找 SCP 设备的驱动程序数据时，确保放弃对 SCP 设备的引用。请注意，保留对设备的引用不会阻止其驱动程序数据消失。（CVE-2026-89512）

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

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

  - nfsd：验证 listener_set nfsd_sock_nl_policy 中每个系列的 sockaddr 长度声明 NFSD_A_SOCK_ADDR 为无最小长度的裸NLA_BINARY属性。CAP_NET_ADMIN调用方可发送 sa_family=AF_INET6 的 16 字节NFSD_A_SOCK_ADDR，从而导致跨三个使用者（rpc_cmp_addr_port、svc_find_listener、kernel_bind）进行 12 字节的 OOB 读取。nfsd_nl_listener_set_doit（） 还在两个单独的循环中对每个侦听器条目进行内联解析和验证，交错存在正在运行的侦听器配置。验证被复制，使用了对AF_INET6而言太短的开放代码nla_len < sizeof（struct sockaddr） 检查，并且根据哪个循环注意到畸形条目来处理不一致的条目。添加一个 nfsd_nl_validate_listeners（） 帮助程序，该帮助程序遍历整个列表一次并确认每个条目已解析，同时包含一个地址和一个传输名称，并且长度足以满足其地址系列（sizeof（struct sockaddr_in） 表示 AF_INET，sizeof（struct sockaddr_in6） 表示 AF_INET6，否则是 -EAFNOSUPPORT）。在进行nfsd_mutex或创建服务之前调用它，这样畸形请求就会彻底失败，并且不会产生任何副作用。由于在两个现有循环运行时已知每个条目都有效，因此因此从两者中删除冗余存在和每个系列的长度检查，仅保留提取数据所需的 nla_parse_nested（） 调用。（CVE-2026-89700）

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

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

  - rapidio：mport_cdev：修复 dma_req_free（） 中的释放后使用 dma_req_free（） 通过 req->map 获取buf_mutex，终止具有 kref_put（） 的映射引用，然后再次取消引用 req->map 以解锁互斥体。如果 kref_put（） 丢弃最后一个引用，则 mport_release_mapping（） 释放映射，而后续的 mutex_unlock（） 将取消引用释放的对象。这是释放后使用。通过在 kref_put（） 之前缓存 map 和 md、在按住 buf_mutex 时清除 req->map，以及使用缓存的 md 进行互斥体解锁，来修复此问题。可通过 RapidIO mport 字符设备接口从用户空间访问此缺陷。
    (CVE-2026-89742)

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

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

  - platform/x86：ISST：为与 sst_inst[] 其他地方保持一致，添加通过检查 isst_commonsst_inst[] 对失败的套接字加载添加空检查。（CVE-2026-89439）

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

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

  - seg6：IPv6 解封装后重置 IP6CB decap_and_validate（） 拉取外部 SRv6 标头并使内部数据包成为 skb 网络标头。IPv6 控制块仍然包含解析外部数据包时收集的值，其中包括 nhoff 和扩展标头标记。End.DX6 和 End.DT6 将内部 IPv6 数据包直接路由到 IPv6 输入路径。非特权用户可从用户和网络命名空间访问 End.DT6，方法是安装本地 SID，然后注入具有 Hop-by-Hop 和 Destination Options 标头的外部数据包，然后是 SRH 和最小的内部 IPv6 数据包。外部扩展标头会在 IP6CB 中留下很大的 nhoff。解封装后，ip6_protocol_deliver_rcu（） 使用内部数据包上的该过时偏移量，并超出 skb 头进行读取。KASAN 报告：缺陷：KASAN：ip6_protocol_deliver_rcu ip6_protocol_deliver_rcu+0x1118/0x1450 ip6_input_finish+0x11b/0x240 seg6_local_input_core+0xed/0x2e0 lwtunnel_input+0x1e9/0x4e0 ipv6_rthdr_rcv+0x525f/0x6c50 ip6_protocol_deliver_rcu+0xcb7/0x1450 中的 slab-out-of-bound 在清除内部 IPv6 数据包的 IP6CB 之前，请保存其传入接口索引和 L3 从属状态。清除和设置 nhoff 之后对内部 IPv6 基标头 nexthdr 字段进行还原。使用 IP6CB（skb）->iif 而不是 skb->skb_iif，因为 VRF 处理可以用 L3 主控端替换skb_iif，而 IP6CB 保留接收接口。出于同样的原因保留IP6SKB_L3SLAVE。（CVE-2026-80976）

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

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

  - mm/pagewalk：修复过时的 walk->action 转义 walk_pmd_range（） 如果 ->pmd_entry（） 设置 walk->action = ACTION_AGAIN，则重试 pmd_none（） 检查。重试时可能会清除 PMD 条目。在这种情况下，如果未指定 walk->ops->install_pte，则代码会继续到范围内的下一个 PMD 条目，而不会将 walk->action 重置为 ACTION_SUBTREE。这会使 walk->action 错误地设置为 ACTION_AGAIN，这是不正确的。这在提交 3b89863c3fa4（mm/pagewalk：修复并发拆分和再错误之间的争用）之前并不正确，但没有问题，该提交更新了 walk_pud_range（） 以在 walk_pmd_range（） 返回时检查 walk->action == ACTION_AGAIN，从而导致重试 PUD walk。在这种情况下，这会导致调用重复的 walk 回调，这是错误的，并且会中断任何在这方面不是幂等的调用程序（并为那些幂等的调用浪费时间）。结果是由本地 fuzzer 触发的越界写入： [ 2.272695] ================================================================== [ 2.273471] 缺陷：KASAN：__mincore_unmapped_range+0x14f/0x190 中的 slab-out-of-bound [ 2.274302] 任务 poc/106 2.274966在地址 ffff888008d9b000 处的写入大小为 1 [ ] [ ] 2.275154CPU：0 UID：1000 PID：106 comm：poc 未受感染 7.2.0-rc6-00429-ga7c7074b58d2 #55 PREEMPT（lazy） [ 2.275159] 硬件名称：QEMU Ubuntu 24.04PC v2（i440FX + PIIX，arch_caps补丁，1996 年），BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 2.275164] 调用跟踪：[ 2.275170] 2.275172<TASK> [ ] dump_stack_lvl+0x53/0x70 [ 2.275200] print_report+0xd0/0x630 [ 2.275210] ？
    __pfx__raw_spin_lock_irqsave+0x10/0x10 [ 2.275219] ？ irqentry_exit+0xd2/0x670 [ 2.275224] ？ irqentry_exit+0xd2/0x670 [ 2.275226] ？ __virt_addr_valid+0xef/0x1a0 [ 2.275239] ？
    __mincore_unmapped_range+0x14f/0x190 [ 2.275242] kasan_report+0xce/0x100 [ 2.275245] ？
    __mincore_unmapped_range+0x14f/0x190 [ 2.275248] __mincore_unmapped_range+0x14f/0x190 [ 2.275252] mincore_unmapped_range+0x45/0x70 [ 2.275254] walk_pgd_range+0xafc/0xfc0 [ 2.275261] ？
    __pfx_walk_pgd_range+0x10/0x10 [ 2.275264] ？ __update_load_avg_se+0x3d1/0x670 [ 2.275275]
    __walk_page_range+0xc0/0x310 [ 2.275278] ？ __pfx_find_vma+0x10/0x10 [ 2.275281] ？ finish_task_switch.isra.0+0x16d/0x4f0 [ 2.275290] walk_page_range_mm_unsafe+0x26f/0x3a0 [ 2.275293] ？
    __pfx_mtree_load+0x10/0x10 [ 2.275298] ？ __pfx_walk_page_range_mm_unsafe+0x10/0x10 [ 2.275302] ？
    __free_frozen_pages+0x54d/0x7e0 [ 2.275308] __do_sys_mincore+0x132/0x380 [ 2.275311] do_syscall_64+0xf9/0x540 [ 2.275316] entry_SYSCALL_64_after_hwframe+0x77/0x7f [ 2.275322] RIP：
    0033：0x422ccd [ 2.275326] 代码： b3 66 2e 0f 1f 84 00 00 00 00 00 66 90 f3 0f 1e fa 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 b8 ff ff ff f7 d8 64 89 01 48 [ 2.275329] RSP： 002b：00007fffffffec18 EFLAGS： 00000287 ORIG_RAX： 000000000000001b [ 2.275337] RAX： ffffffffffffffda RBX： 0000000000000066 RCX： 00000000000422ccd [ 2.275339] RDX： 000000000004d0940 RSI：
    0000000001000000 RDI：00007ffff4000000 [ 2.275340] RBP：000000000004d0940 R08：0000000000000100 R09：
    0000000000000100 [ 2.275342] ： 0000000000000100 R11： 0000000000000287 R12： 20c49ba5e353f7cf [ 2.275343] R13： 000000000004990d3 R14： 0000000000000000 R15： 0000000000000001 [ 2.275346] </TASK> [ 2.275347]2.296904 [] 有缺陷的地址属于位于 ffff888008d9b000 [ 2.296904] 的对象，该对象属于大小为 80 的缓存 sigqueue [ 2.298151] 有缺陷的地址位于 [ 2.298151] 分配的 80 字节区域内的 0 字节处 [ffff888008d9b000， ffff888008d9b050） [ 2.299408] [ 2.299601R10] 有缺陷的地址属于物理页面： [ 2.300191] page： refcount：0 mapcount：0 mapcount：0 mapping：000000000000000 index：0x0 pfn：0x8d9b
    ---truncated--- (CVE-2026-89754)

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

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

  - power：supply：MAX17040：传播寄存器读取错误max17040_get_vcell（）和max17040_get_soc（）忽略regmap_read（）返回的错误。当I2C传输失败时，未初始化的寄存器值将被转换并作为有效电压或充电状态报告给用户空间。轮询工作线程也可以将缓存的充电状态替换为虚假值，并发出虚假变更事件。通过电源get_property回调传播读取错误，并在轮询失败时保留上一个有效的缓存充电状态。（CVE-2026-89462）

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

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

  - nfsd：终止其引用前撤销 copy-notify stateid copy-notify stateid 存在于 s2s_cp_stateids IDR 及其父 stid sc_cp_list中，由单一成员身份引用固定。
    _free_cpntf_state_locked（） 仅在其 refcount 达到零时才会断开条目的链接，因此在并发 find_cpntf_state（）/manage_cpntf_state（） 持有者已提升cs_count时运行的任何撤销路径都会在不取消链接的情况下终止引用，从而使条目在已消耗其成员身份引用的情况下保持可发现状态。然后，当阅读器仍按住指针时，第二次撤消或自助洗衣店勾选会将其释放 -- KASAN 可在阅读器nfs4_put_cpntf_state（）处检测到释放后使用。这会影响所有三个撤消路径：- 父源流管 （nfs4_free_cpntf_statelist（）） 在第一个列表条目上反复调用 _free_cpntf_state_locked（）;碰撞cs_count的持有者使其提前返回，因此下一次迭代会重新递减并烧毁持有者的引用。- OFFLOAD_CANCEL （manage_cpntf_state（）） 和 laundromat 到期同样使用 _free_cpntf_state_locked（），可在不取消链接的情况下丢弃 2->1。添加 revoke_cpntf_state_locked（），该条目首先对 IDR 中的条目进行反哈希并sc_cp_list（将最终释放延迟给任何持有者），并从所有三个撤消路径中使用它。漏现在使用 list_for_each_entry_safe（） 遍历，并且无条件撤消每个条目，因此无论cs_count如何，它在每个条目一次通过中终止。反哈希是在 ！list_empty（&cps->cp_list）;idr_remove（） 门很重要，因为 idr_alloc_cyclic（） 届时可能已经回收了so_id。仅保留 _free_cpntf_state_locked（） 用于引用持有者放置路径，其中并发撤销可能已经取消了条目的链接（其 list_del_init（），然后为 no-op）。(CVE-2026-89663)

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

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

  - SUNRPC：强化 gss_unwrap_resp_priv 长度检查 gss_unwrap_resp_priv（） 使用 offset = （u8 *）（p） - （u8 *）head->iov_base; 验证RPCSEC_GSS的不透明长度。if （偏移 + opaque_len > rcv_buf->len） 转至 unwrap_failed;maj_stat = gss_unwrap（ctx->gc_gss_ctx，偏移，偏移 + opaque_len，rcv_buf）;两个操作数都是 u32，总和以 u32 计算。opaque_len接近 0xffffffff 的回复将 offset + opaque_len 封装成小于 rcv_buf->len 的值，因此边界检查通过并通过，并使用 end < begin 调用 gss_unwrap（）。此检查也缺少下限，因此 [0， GSS_KRB5_TOK_HDR_LEN） 中的任何opaque_len都会被接受并转发到 gss_krb5_unwrap_v2（），其预解密标头在 ptr+4 和 ptr+6 处读取，然后越过标记运行。返回构建的 RPCSEC_GSS 回复的 krb5p NFS 服务器可驱动客户端进入 gss_krb5_unwrap_v2（） 中的越界读取以及随后的 rotate_left（） 循环。通过将单个组合检查替换为三个防护，这三个防护在 u32 算法中是安全的，并且强制执行 RFC 4121 最小外部标记长度：if （offset > rcv_buf->len） goto unwrap_failed;if （opaque_len > rcv_buf->len - offset） 转至unwrap_failed;if （opaque_len < GSS_KRB5_TOK_HDR_LEN） 转至 unwrap_failed;第一个保护使第二个保护中的减法无条件安全;偏移量是从头 kvec 中的成功 xdr_inline_decode（） 派生的，因此在实践中它已经满足边界。floor 反映了提交 5b757c2e57a5 中添加的服务器端检查（SUNRPC：svcauth_gss：强制执行 krb5 标记最小长度）。
    (CVE-2026-89541)

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

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

  - power：supply：bq25890：修复power_supply参考泄漏 bq25890_fw_probe（） 使用 power_supply_get_by_name（） 获取对次级充电器的引用，但在后续探测失败或驱动程序分离时不会释放该引用。特别是，bq25890_fw_probe（） 成功返回后的失败（例如 bq25890_hw_init（） 失败）也会泄漏引用。获取辅助充电器后立即注册设备管理的清理操作。这会在所有后续探测失败和驱动程序分离时释放引用。由代码审查发现。（CVE-2026-89473）

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

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

  - usb：gadget：uvc：修复 uvcg_video_init（） 中的空指针取消引用 在 uvcg_video_init（） 中，如果 kthread_run_worker（） 失败，则记录的错误使用 uvcg_err（），但是，其使用的指针：video->uvc 此时未分配，这会触发空指针取消引用。直接使用已分配的 uvc->func 修复此问题。（CVE-2026-89734）

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

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

  - nothings stb 提交 31c1ad3 的 stbtt_GetGlyphShape 组件中的越界读取允许攻击者通过发送构建的 TTF 文件造成拒绝服务 （DoS）。（CVE-2026-79515）

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

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

  - ntfs：验证运行长度超出卷边界 映射对解码器验证起始 LCN 是否在卷内，但不检查运行是否延伸到卷边界之外。具有构建的映射对数组的畸形 NTFS 图像可导致内核访问卷边界之外的内存，从而可能导致内存损坏和权限升级。添加验证以确保 lcn + 长度保持在 nr_clusters 以内。（CVE-2026-89610）

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

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

  - net：ravb：序列化 PTP 时钟破坏 ravb_ptp_interrupt（） 可与 ravb_ptp_stop（） 争用，并在 ptp_clock_unregister（） 释放时将时钟传递给 ptp_clock_event（）。这可导致释放后使用。
    使用 READ_ONCE（） 和 WRITE_ONCE（） 对时钟指针进行无锁访问。禁用 PTP 中断之前通过 xchg（） 以原子方式分离，然后在取消注册分离的时钟前同步所有可调用 ravb_ptp_interrupt（） 的 IRQ。读取旧指针的处理程序会在时钟取消注册之前完成，而后面的处理程序会读取 NULL 并跳过事件。（CVE-2026-80991）

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

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

  - stb_vorbis 在 1.22 start_decoder（） 中包含堆缓冲区溢出，其中代码簿乘法分配大小从 size_t 截断为 int。攻击者可以使用较大的条目和尺寸值构建恶意 Ogg Vorbis 文件来触发越界写入，从而造成进程崩溃或堆损坏。（CVE-2026-89266）

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

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

  - net：ipa：修复运行时恢复后停止的调制解调器 TX 队列 ipa_start_xmit（） 在调用 pm_runtime_get（） 之前无条件停止 TX 队列，并依靠运行时恢复 （ipa_modem_wake_queue_work（）） 计划的唤醒在电源激活时重新启动它。但是，在设备的电源状态达到RPM_ACTIVE之前，该工作会从运行时恢复回调中排队，因此它可以在设备仍处于RPM_RESUMING状态时运行。然后唤醒过早消耗：它重新启动的传输再次停止队列，pm_runtime_get（） 返回 -EINPROGRESS 而不安排任何未来的唤醒（deferred_resume仅对 RPM_SUSPENDING 存在），并且恢复完成后，没有任何东西可以唤醒队列。
    传输永久停止：数据包堆积在已停止队列后面的 qdisc 中，设备运行时暂停，并且由于 netdev 未注册任何ndo_tx_timeout监视程序从不触发。在 （Fairphone 6） 上 SM7635 观察到蜂窝数据路径在数小时内永久失聪，包括 RX，因为没有任何东西可以恢复挂起的端点。在唤醒队列之前，通过使唤醒工作等待恢复完成 （pm_runtime_get_sync（）） 来关闭窗口。然后保证每次队列停止都会在电源处于活动状态时发生的稍后唤醒;与新的暂停/恢复周期争用的传输会重新调度工作。如果设备无法恢复，请始终唤醒队列，以便传输路径丢弃待定数据包，而不是搁浅。STARTED 电源标志用于缩小此窗口范围：在发射路径停止之前运行的唤醒会抑制该停止，但仅抑制一次，因为该标志被它吸收的第一个停止清除。在飞行中恢复期间，移除该标志的单个传输足以搁浅队列，这就是观察到的形式。使用加速复制器（自动暂停延迟缩短至 5 毫秒，~20 个数据包/秒的 TX），未经修补的内核在 230 秒/4380 个数据包中停止了 3 次;通过此修补程序，同一测试运行了 3601 s / 70298 数据包而不会出现停止。（CVE-2026-80997）

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

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

  - usb：gadget：f_fs：ep0 读取循环期间防止死锁 目前，ffs_ep0_read（） 在准备进入休眠状态以等待事件时会保留 ffs->mutex。当没有设置事件待定时，它会在仍然保留互斥体的情况下调用 wait_event_interruptible_exclusive_locked_irq（）。wait 宏故意在休眠前舍弃 waitqueue 自旋锁，但不会舍弃互斥体。如果用户空间后台程序正在通过 read（） 轮询 ep0，并且该小工具通过 configfs（例如 echo > UDC）异步拆散，则可能发生死锁：1. configfs 拆卸调用 functionfs_unbind（），将FUNCTIONFS_UNBIND事件排队。2.
    后台程序唤醒、消耗该事件并终止互斥体。3. 但是，如果后台程序在退出前循环并立即发出另一个 read（），则它会重新获取 ffs->mutex 并再次进入可中断睡眠状态。4. 同时，functionfs_unbind（） 继续执行并尝试获取 ffs->mutex 以去除 ep0req。5. 内核死锁是因为 configfs 线程处于等待互斥体的不间断睡眠中，而用户空间后台程序则处于可中断的睡眠中并永远保留互斥体，因为不会再有事件到达。为了解决此问题，我们在进入休眠状态前同时放弃 waitqueue 旋转锁和 ffs->mutex，并使用 wait_event_interruptible_exclusive（） 代替。唤醒后，我们跳回“retry”标签以安全地重新获取互斥体并重新评估状态机。通过不保留 ffs->mutex 休眠，我们在本地将小工具拆卸（需要互斥体）与用户空间轮询分离。（CVE-2026-89732）

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

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

  - ceph：handle_session（） 中的绑定 MDSCapAuth 路径和fs_name解码 handle_session（） 解码 CEPH_SESSION_OPEN 消息 （msg_version >= 6） 携带的 MDSCapAuth 记录。对于每条记录，通过首先解码 32 位长度，然后使用裸 ceph_decode_copy（） 复制该字节数来读取 match.path 和 match.fs_name 字节字符串。与周围的字段（均使用 _safe 解码变体）不同，这两个副本前未进行 ceph_decode_need（） 边界检查，并且会跳过封闭的 MDSCapAuth 和 MDSCapMatch struct_len字段，而不是强制作为上限。长度大于消息前端中剩余字节的长度会使 ceph_decode_copy（） 读取超过前端缓冲区的末端。消息前端是专用的分配 （ceph_msg_new2（） -> kvmalloc），因此越界读取会从该对象中耗尽。恶意或已被破坏的 MDS 可通过挂载时的第一条连接后消息触发此漏洞，无需客户端用户交互;在 KASAN 下，它会在 handle_session（） 中报告为碎片越界读取。影响：在会话设置期间，恶意 MDS 可强制内核客户端读取超过消息前端分配的 4 GiB，从而导致客户端崩溃（越界读取）。将两个副本切换到 ceph_decode_copy_safe（），后者会在复制前执行 ceph_decode_need（） 边界检查，并分支到现有的错误标签，从而匹配解码器的其余部分和释放部分解码的 cap_auths 数组的错误路径。（CVE-2026-89651）

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

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

  - nfsd：拒绝 NFSv2 SETATTR/CREATE 中超出范围的 useconds NFSv2 sattr 解码器在 svcxdr_decode_sattr（） 中将线路 u秒转换为纳秒：iap->ia_atime.tv_nsec = tmp2 * NSEC_PER_USEC;TMP2 是 u32，NSEC_PER_USEC为 1000，因此乘积以无符号长整形计算。上面 ILP32 有 32 位，超出范围的 useconds 值（如 4294968 封装为 tv_nsec == 704）。因此，损坏会在解码期间发生，在任何 proc 函数都可检查值之前，以后的范围检查会对tv_nsec看到范围内的结果并接受该结果。在解码器中拒绝将产生 RPC GARBAGE_ARGS回复。NFSv2 未定义任何NFSERR_INVAL，因此没有可针对畸形时间参数返回的 NFS 级状态，并且检查无法像 v3/v4 NSEC 范围检查那样移动到 proc 函数。保护乘法前的原始 u秒，拒绝大于 1000000 的值。useconds == 1000000 被保留：将其设置为当前服务器时间是 Sun 约定，树内 Linux NFSv2 客户端会在 atime 和 mtime 字段中同时发出它以进行 plain touch / utimes（file， NULL）（请参阅 fs/nfs/nfs2xdr.c 中的 encode_sattr（） 和 xdr_encode_current_server_time（））。拒绝 1000000 会将该常见操作转变为 SETATTR 和 CREATE 的硬解码失败。1000000 * NSEC_PER_USEC为 10^9，不会封装 ILP32，因此 Sun 约定值安全地传递。只有真正超出范围的值（> 1000000）才会被拒绝。因此，atime 和 mtime 保护是对称的。解码器仅在 mtime 区块中应用了 Sun 约定，从而清除 ATTR_ATIME_SET|当 mtime useconds == 1000000 时ATTR_MTIME_SET。如果客户端在 atime 字段中输入 1000000 而不是在 mtime 字段中，atime 块会存储超出范围的tv_nsec （10^9） 并保留ATTR_ATIME_SET集，因此虚假值会到达文件系统。也在 atime 区块中应用该约定，清除ATTR_ATIME_SET以便服务器使用其当前时间并忽略该值。此处仅清除ATTR_ATIME_SET。mtime 块保留其现有行为，其中 1000000 表示将 atime 和 mtime 都设置为现在。[ cel：各种调整、增补程序和清理 ]（CVE-2026-89665）

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

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

  - auxdisplay：charlcd：取消注册失败后的背光工作 通过 CONFIG_CHARLCD_BL_FLASH，charlcd_init（） 会在 charlcd_register（） 调用 misc_register（） 之前计划bl_work。如果注册失败，调用程序将在延迟工作仍包含其地址时释放 charlcd 对象。添加 charlcd_deinit（） 以取消延迟工作并关闭背光。将其用于注册回滚和正常取消注册。（CVE-2026-89585）

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

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

  - i3c：master：adi：在启用中断 adi_i3c_master_probe（） 请求 IRQ 和取消掩码REG_IRQ_PENDING_CMDR之前初始化锁定，然后控制器的 IBI 状态、传输队列列表和传输队列锁定被初始化。因此，待定的 CMDR 中断可在初始化动态锁之前运行 adi_i3c_master_irq（） 并采用 master->xferqueue.lock。此问题是我们的静态分析工具发现的，然后对照当前树手动查看。接地的 PoC 保持探测有序和 IRQ 路径 adi_i3c_master_probe（） -> adi_i3c_master_irq（） -> xferqueue.lock，在取消掩码 REG_IRQ_PENDING_CMDR 后到达待定的 CMDR 中断。Lockdep 报告：INFO：尝试注册非静态密钥。您在使用前没有初始化此对象？lock_acquire+0xbb/0x290
    _raw_spin_lock_irqsave+0x36/0x60 adi_i3c_master_irq+0x32/0x56 [vuln_msv] adi_i3c_master_probe+0x5a/0xf47 [vuln_msv] 请求和取消屏蔽 IRQ 之前，初始化传输队列和 IBI 状态。
    (CVE-2026-80953)

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

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

  - SUNRPC：针对短标记强化gss_krb5_unwrap_v2 gss_krb5_unwrap_v2（） 在 ptr+4 和 ptr+6 处读取 EC 和 RRC 标头字段，然后验证标记至少长 GSS_KRB5_TOK_HDR_LEN （16） 字节，并且其 rotate_left（） 辅助函数在未验证 base <= buf->len 的情况下将 buf->len - base 传递到 xdr_buf_subsegment（）。当调用方提交低于 16 字节的标记，或声明的 len 离开基础超过缓冲区末尾的标记时，会出现三个不同的失败：gss_krb5_unwrap_v2（offset， len， buf） ptr = buf->head[0].iov_base + offset ec = *（ptr + 4） /* 短头上的 OOB 读取 */ rrc = *（ptr + 6） /* 短头上的 OOB 读取 */ rotate_left（偏移量 + 16， buf， rrc） xdr_buf_subsegment（buf， &subbuf， base， buf->len - base） /* base > len 时 u32 换行 */ _rotate_left（&subbuf， shift） shift %= buf->len /* base == len 时除以零 */ 解密后，清理算术的形状相同：movelen = min_t（unsigned int， buf->head[0].iov_len， len）;movelen -= 偏移 + GSS_KRB5_TOK_HDR_LEN + headskip;BUG_ON（offset + GSS_KRB5_TOK_HDR_LEN + headskip + movelen > buf->head[0].iov_len）;BUG_ON重新添加了刚刚减去的值，因此它减少到 min（A， B） > A 并且永久为假;它无法捕获 movelen 的未签名下溢，而 movelen 随后会驱动 ~UINT_MAX 字节的 memmove（）。在 unwrap 核心内添加四个深度防御防护，因此无论调用方验证什么内容，它都是安全的：- 拒绝在接触 ptr+4/ptr+6 之前< GSS_KRB5_TOK_HDR_LEN len - 偏移量的标记;- 当 buf->len <= base 时从 rotate_left（） 保释，同时涵盖下溢和零长度情况;- 当 buf->len 为零时提早从 _rotate_left（） 返回，因此位移 %= buf->len 模数不会出错;- 将死BUG_ON替换为在 Movelen 减法之前返回GSS_S_DEFECTIVE_TOKEN的实时检查。（CVE-2026-89542）

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

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

  - tracing：修复同名命名触发器的释放后使用问题 通过 same name= 注册不同事件的两个 hist 触发器时，第二个会复用第一个作为named_data。两者都会在 event_hist_trigger_parse（） 期间由 save_hist_vars（） 添加到 tr->hist_vars，因为 save_hist_vars（） 在 event_trigger_register（） 之前调用，而命名的重用只会在稍后在 hist_register_trigger（） 中检测到。
    在 named-data 分支中，hist_register_trigger（） 随后通过 destroy_hist_data（） 释放第二个直方图的hist_data，但从不删除其 tr->hist_vars 列表条目，从而留下悬摆指针并泄漏它所保留的trace_array引用。引用变量的后续 hist 触发器使 find_var_file（） 遍历 tr->hist_vars 并取消引用释放的hist_data。通过将三个 hist 触发器写入 tracefs，可从用户空间重现该缺陷：cd /sys/kernel/tracing echo 'hist：keys=common_pid：x=common_pid：name=mh' > events/sched/sched_switch/trigger echo 'hist：keys=common_pid：x=common_pid：name=mh' > events/sched/sched_process_fork/trigger echo 'hist：keys=common_pid：vals=$x' > events/sched/sched_process_exit/trigger 第三次写入使内核发生错误： 缺陷：KASAN：在 find_var_file.part.0+0x272/0x290 中的释放后使用 在地址处的大小为 8 的任务 sh/1 读取 CPU：1 UID：0 PID：1 comm：sh 受感染：G D N 调用跟踪：
    find_var_file.part.0 find_event_var parse_atom parse_expr __create_val_field event_hist_trigger_parse trigger_process_regex event_trigger_write vfs_write ksys_write do_syscall_64 entry_SYSCALL_64_after_hwframe 按任务 1 分配： event_hist_trigger_parse 由任务 1 释放：
    hist_register_trigger+0x618/0xa30 event_hist_trigger_parse 错误地址属于已释放的 2048 字节区域 错误：一般保护错误... RIP：find_var_file.part.0 内核错误 - 不同步：尝试终止 init！exitcode=0x0000000b 通过从 tr->hist_vars 中删除hist_data并在释放 hist_data之前从 tr- 释放 hist_register_trigger（） 的 named-data 分支中释放 trace_array 引用来修复。
    (CVE-2026-89746)

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

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

  - HID：corsair-void：在读取状态和固件事件之前检查其大小 由于未检查大小，畸形状态和固件事件可导致越界读取。检查大小并就意外值发出警告以避免此问题。（CVE-2026-89629）

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

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

  - net/smc：停止终止、释放和out_of_sync共享一个字节 这三个连接状态标志都是单位位位字段，因此它们占用 struct smc_connection的一个字节，并且其中一个的每一个存储都是另外两个的读取-修改-写入：u8 终止：1;u8 释放：1;u8 out_of_sync：1;它们不是在公共锁下写入的。smc_cdc_msg_validate（） 从接收 tasklet 设置 out_of_sync，而 smc_conn_kill（） 设置从 lock_sock（） 下的进程上下文终止，并且接收路径不会在拥有套接字时推迟到 backlog -- smc_cdc_msg_recv（） 仅采用 bh_lock_sock（）。为每个标记指定自己的字节，以使存储不再接触其邻居。所有阅读器都将它们作为布尔值进行测试，并且保持不变。结构smc_connection增加两个字节。（CVE-2026-80980）

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

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

  - nvme：将丢弃回退页归零 nvme_setup_discard（） 始终映射 sizeof（struct nvme_dsm_range） * NVME_DSM_MAX_RANGES = 4096 字节作为 DSM 负载，无论命令声明多少个范围，因为某些设备会忽略“Number of Ranges”字段 - Fixes： commit 会记录两个读取超过声明范围的内容。单范围丢弃仅填入前 16 字节。通常，缓冲区来自 kzalloc（），其他 4080 字节为零。当该分配失败时，代码将回退到每个控制器的 ctrl->discard_page，nvme_init_ctrl（） 通过 alloc_page（GFP_KERNEL） 获取，并且任何内容都不会为零，因此这 4080 字节是页面上次持有并传递给控制器的任何字节。达到它需要 kzalloc（GFP_ATOMIC | __GFP_NOWARN） 失败，即内存压力;此问题无法远程触发。
    KMSAN 下的分配失败会重现该情况，并且泄露的尾部充满了 vmemmap 结构页面指针。报告中的范围是负载的部分传输，而非整个 4096 字节;其中的 16 字节边界是声明的范围：[ 11.991601] BUG：KMSAN：dma_map_phys+0x14c8/0x1900 中的 uninit-value [ 11.991969] dma_map_phys+0x14c8/0x1900 [ 11.992220] dma_map_page_attrs+0xcf/0x130 [ 11.992485] e1000_xmit_frame+0x4099/0x6d10 [ 11.992768] dev_hard_start_xmit+0x22f/0xa80 [ 11.993068] sch_direct_xmit+0x35c/0xcb0 [ 11.993315]
    __dev_queue_xmit+0x1ee5/0x5eb0 [ 11.993608] ip_finish_output2+0x1903/0x1c30 [ 11.993881] ip_finish_output+0x288/0x870 [ 11.994125] ip_output+0x15e/0x400 [ 11.994365] __ip_queue_xmit+0x1e85/0x1fb0 [ 11.994639] ip_queue_xmit+0x60/0x80 [ 11.994899] __tcp_transmit_skb+0x4e71/0x5fa0 [ 11.995210] tcp_write_xmit+0x3a36/0x9160 [ 11.995533] __tcp_push_pending_frames+0xc5/0x3c0 [ 11.995854] tcp_push+0x7dc/0x840 [ 11.996076] tcp_sendmsg_locked+0x766c/0x8400 [ 11.996371] tcp_sendmsg+0x4b/0x90 [11.996572] inet_sendmsg+0x134/0x2a0 [ 11.996823] __sock_sendmsg+0x265/0x360 [ 11.997076] sock_sendmsg+0x100/0x1e0 [ 11.997293] nvme_tcp_try_send+0x196f/0x6370 [ 11.997605] nvme_tcp_queue_rq+0x1d54/0x20b0 [ 11.997882] blk_mq_dispatch_rq_list+0x5ee/0x2e50 [ 11.998175]
    __blk_mq_sched_dispatch_requests+0x16dc/0x24a0 [ 11.998539] blk_mq_sched_dispatch_requests+0x11b/0x2c0 [11.998865] blk_mq_run_work_fn+0x13b/0x280 [ 11.999146] process_scheduled_works+0x966/0x1ad0 [ 11.999465] worker_thread+0xe44/0x1480 [ 11.999709] kthread+0x53b/0x600 [ 11.999927] ret_from_fork+0x29f/0x7c0 [12.000191] ret_from_fork_asm+0x1a/0x30 [ 12.00046012.000558] [ ] Uninit 创建位置： [ 12.000788]
    __alloc_frozen_pages_noprof+0x8bf/0xd30 [ 12.001096] alloc_pages_mpol+0x1d0/0x5f0 [ 12.001326] alloc_pages_noprof+0x102/0x290 [ 12.001627] nvme_init_ctrl+0x5a3/0x9f0 [ 12.001891] nvme_tcp_create_ctrl+0xd75/0x19b0 [ 12.002170] nvmf_dev_write+0x4c68/0x4fd0 [ 12.002426] vfs_write+0x587/0x1a10 [ 12.002636] __x64_sys_write+0x207/0x4f0 [ 12.002874] x64_sys_call+0x2ff0/0x3ea0 [12.003123 ] do_syscall_64+0x147/0x3b0 [ 12.003400] entry_SYSCALL_64_after_hwframe+0x77/0x7f [ 12.003680] [12.003777] 2844 个字节中的 16-2843 个字节未初始化 [ 12.004068] 大小 2844 的内存访问从 ffff888109f82000 开始 [ 12.004412] [ ] CPU 12.004530：0 UID：0 PID：101 通信：kworker/0：1H 未受感染 7.2.0-rc5-NVMECTL-gf5098b6bae76 #1 PREEMPT（lazy） [ 12.005127] 硬件名称：QEMU Ubuntu 24.04 PC v2（i440FX + PIIX，arch_caps补丁，1996 年），BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 12.005762] 工作队列：
    kblockd blk_mq_run_work_fn [ 12.006073] ===================================================== 使用 __GFP_ZERO 分配页面。单个分配站点涵盖了它的所有使用：未丢弃的字节保持零，并且写入的字节保留该控制器自己的范围列表，该列表已发送。
    (CVE-2026-89483)

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

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

  - sysctl：将 cad_pid 条目移至 pid_table[]kern_reboot_table[] cad_pid 是全局性的，且 kill_cad_pid（） 仅用于根命名空间。但是，由于 pid_table_root_permissions（），非根用户可取消共享 pid/用户命名空间并从子命名空间进行修改。这是毫无意义的，而且完全是错误的。将其移动到 kern_reboot_table[] 逻辑上所属的位置;这样可以确保只有GLOBAL_ROOT_UID可以读取/修改此 sysctl。请注意，此修补程序不保留cad_pid周围的 #ifdef CONFIG_PROC_SYSCTL;CONFIG_PROC_SYSCTL选择CONFIG_SYSCTL，因此始终在编译时 kern_reboot_table[] 设置。（CVE-2026-80929）

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

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

  - cifs：扩展时调用 cifs_setsize（） 中的 pagecache_isize_extended（），当扩展 cifs_setsize（） 调用 truncate_pagecache（） 但跳过扩展时的 pagecache_isize_extended（）。truncate_setsize（） 显示正确的模式：i_size_write（inode， newsize）;if （newsize > oldsize） pagecache_isize_extended（inode， oldsize， newsize）;truncate_pagecache（inode， newsize）;pagecache_isize_extended（） 将跨越旧 EOF 的页面末尾清零。如果没有该工具，则该区域中的脏字节可能会写回服务器，从而在新扩展的范围内暴露过时数据。（CVE-2026-89642）

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

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

  - bpf、x86：修复扩展寄存器的每个 CPU 地址解析 每个 CPU 地址 MOV 的目标以 ModRM.reg 编码，并由 REX 扩展。R，但 REX 前缀使用 add_1mod（） 构建，它设置了 REX.B. REX。B 扩展了 ModRM.rm 和 SIB.base，而该指令将内存寻址为没有基数的 disp32，因此该位根本没有任何影响，高位寄存器位就会丢失。因此，每个 is_ereg（） 目标都会解析到错误的寄存器，选择共享低三位的寄存器：R5
    -> RAX R7 -> RBP R8 -> RSI R9 -> RDI 如果 BPF_REG_5 reg2hex 为 0，则发出的 65 49 03 04 25 <off> 加上 %gs：<off>，%rax 会向 RAX 而不是 R8 添加每 CPU 的偏移。目标保留未调整的地址，而 RAX 被重写，因此程序会继续取消引用从未按 CPU 创建的指针：
    缺陷：无法处理地址的页面错误：0000607e386a8894 RIP：
    bpf_prog_707837aafd2aa9ae_update_percpu_data+0x93/0xc9 调用跟踪：__bpf_prog_test_run_raw_tp+0x2dc/0x7d0
    __flush_smp_call_function_queue+0x1e9/0xc80 内核错误 - 不同步：中断 R5 中的致命异常是四个异常中最轻微的，它会使擦除寄存器产生别名，并在存储中发生错误。R7 别名 RBP 且会损坏帧指针，R8 和 R9 别名会损坏参数寄存器。使用 add_2mod（） 以便寄存器通过 REX。R，匹配 add_2reg（） 将其放置在 ModRM.reg 中的方式以及 emit_priv_frame_ptr（） 硬编码0x4c与 R9 相同的指令的方式。非扩展寄存器的编码保持不变。尝试恢复 BPF_GCC CI 时出现问题（利用 BPF_GCC 构建的自我测试）。由于 clang 在每次 per-CPU 访问之前都会将地址重新加载到 R1，因此目的地永远不会是扩展寄存器，因此此问题没有受到注意。GCC 同时维持数个 per-CPU 地址处于活动状态，且test_progs bpf_gcc会在 global_percpu_data/init 中造成内核恐慌，其中 .percpu 变量的地址会在 R5 结束。（CVE-2026-89581）

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

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

  - zram：在 zram_destroy_comps（） 修补程序系列中设置默认的主要压缩程序 zram：修复 sashiko 报告的 zram 问题。Sashiko 开车经过并报告了 [1] 几个 zram 问题：由于缺少 winbits 范围验证，zlib 代码中可能存在 BUG_ON（），以及 zcomp 中可能存在空指针取消引用。两者都是低风险但仍值得修复的。此修补程序（共 2 个）：zram_destroy_comps（） 会重置所有压缩程序并将其设置为 NULL，包括主要压缩程序，这将是无效的设备状态，因为现在可在 NULL 压缩器上调用 comp_algorithm_show（）->strcmp（）。在 zram_destroy_comps（） 中设定默认的主要压缩器。
    (CVE-2026-89717)

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

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

  - net： mctp：保留对 mctp_route_lookup（） 中的路由设备的引用 mctp_route_lookup（） 使用 rt->dev 而不保留对其的引用。mctp_route_lookup_single（） 仅返回 RCU 下的路由，因此可同时终止路由的设备：mctp_dev_put（） 丢弃最后一个引用并同步 kfree（） 的 mdev->addrs。mctp_dev_saddr（） 然后读取 rt->dev->addrs[0]，从而提供可由接收/转发路径上的非特权本地AF_MCTP用户访问的释放后使用（无需CAP_NET_RAW）： 缺陷： KASAN：
    地址处大小为 1 的 mctp_route_lookup 读取中的 slab-use-after-free ...按任务 mctp_uaf/...mctp_route_lookup mctp_pkttype_receive 由任务释放 ...： kfree mctp_dev_put mctp_dev_notify 在同一窗口中，mctp_dst_from_route（） -> mctp_dev_hold（） 也会递增已经达到零的引用计数 （refcount_t： 加法为 0 ...mctp_dev_hold）。这重新引入了以下类的 CVE-2023-3439释放后使用类： 源地址查找被移到目的地采用其设备引用的点之前。在接触 rt->dev 之前通过 refcount_inc_not_zero（） 获取引用，跳过已经死机的设备，并在目标取得自己的引用后终止引用。（CVE-2026-80995）

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

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

  - ocfs2：修复 32 位内核中的 readdir 位置截断 在 ocfs2_dir_foreach_blk_el（） 中，使用 ctx->pos = （ctx->pos &; ~（sb->s_blocksize - 1）） |偏移量;“ctx->pos”是loff_t的（有符号的 64 位），而“sb->s_blocksize”是无符号长整型。在 32 位内核上，无符号长整形为 32 位，因此掩码 ~（sb->s_blocksize - 1） 计算为 32 位无符号值（例如，对于 4 KiB 块大小的 0xfffff000）。在具有 64 位“ctx->pos”的 AND 表达式中，该无符号操作数按照通常的算术转换进行零扩展到 64 位，从而产生0x00000000fffff000。即使允许目录大小超过 4 GiB，“ctx->pos”的高 32 位也会静默清除。在 32 位内核上，当 readdir（） 超出 4 GiB 边界时，位置将重置回第一个 4 GiB 区块，从而使重新验证路径无限地重新枚举已返回的 dirents。这是 ocfs2_dir_foreach_blk_el（），即针对所有非内联目录获取的盘区列表 readdir 路径，因此可以访问足够大的目录，可以跨越 4 GiB。这是在 exfat 中修复的提交 3dce5bb82c97（exfat：修复具有不同大小的逐位运算）的相同类缺陷，该补丁反映了该系列中的等同 ext4 补丁。将操作数转换为 loff_t，使得掩码在 AND 之前是 64 位： ctx->pos = （ctx->pos &; ~（（loff_t）sb->s_blocksize - 1）） |偏移量;64 位内核不受影响。（CVE-2026-89490）

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

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

  - btrfs：恢复失败时终止已恢复的重定位根引用 在重定位恢复期间，每个 fs 根都会获取对其重定位根的引用。如果加载或添加更高版本的根失败，或者如果第一个事务提交失败，则 btrfs_recover_relocation（） 会在 merge_reloc_roots（） 和 clean_dirty_subvols（） 之前跳转到 out_unset。put_reloc_control（） 会终止列表所拥有的重定位根引用，但不会清除 fs_root->reloc_root，也不会终止这些指针所拥有的引用。挂载清除仅在设置了 BTRFS_FS_ERROR 时才会终止它们，因此处理后续根时发生的错误（如 -ENOMEM）可将引用留下。保留恢复期间关联的 fs 根的临时引用。失败时，清除其reloc_root指针并丢弃相应的引用。第一个事务提交成功后，仅删除临时 fs 根引用，让普通合并和清除路径处理重定位根。pending-relocation 图像上的错误注入确认了清理间隙。由于注入的首次提交失败，有 25 个 fs 根reloc_root设置为 fs_error=0。通过此补丁，同一失败路径会在挂载失败前将其计数降至 0。（CVE-2026-89645）

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

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

  - md：对 super_1_load（） 中的 sb->bblog_shift 进行溢出检查 在 super_1_load（） 中，sb->bblog_shift 是从磁盘上的超级块加载的 __u8 类型值。按以下顺序用于 badblocks API badblocks_set（），1930 rdev->badblocks.shift = sb->bblog_shift;1931 for （i = 0 ; i < （sectors << （9-3）） ; i++， bbp++） { 1932 u64 bb = le64_to_cpu（*bbp）; 1933 int count = bb & （0x3ff）; 1934 u64 sector = bb >> 10; 1935 sector <<= sb->bblog_shift; 1936 count <<= sb->bblog_shift; 1937 if （bb + 1 == 0） 1938 break ; 1939 if （！badblocks_set（&rdev->badblocks， sector， count， 1）） 1940 return -EINVAL;1941 } bb->bblog_shit 在 0-255 范围内，可变扇区为 64 位宽度，对于无效的 bb->bblog_shit，可以通过以下计算使扇区溢出，1935 扇区 <<= sb->bblog_shift;然后，反过来，在第 1930 行调用 badblocks_set（），并在第 1930 行设置了无效的 rdev->badblocks.shift 时，可能会导致 block/badblocks.c 的 _badblocks_clear（） 内部溢出。虽然调用 badblocks API 的地方很多，但非零位移值仅在 super_1_load（） 中使用，其他地方始终使用 0 作为位移值。因此，没有必要在 badblock API 内进行一般的位移值溢出检查，只需作为调用方在此处进行检查即可。这可以避免不必要的检查，使 badblocks API 代码更加简单优雅。（CVE-2026-89557）

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

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

  - tracing：修复子缓冲区顺序变更trace_pipe读取中的释放后使用 写入buffer_subbuf_size_kb会调用 ring_buffer_subbuf_order_set（），这将释放环缓冲区的每个子缓冲区，包括阅读器页面，并替换为新分配的子缓冲区。trace_pipe的读者将指针指向这些页面。ring_buffer_peek（） 查找 cpu_buffer->reader_lock 下的事件，但在放置锁定后返回事件指针，然后 peek_next_entry（） 对其调用 ring_buffer_event_length（） 和 ring_buffer_event_data（）。如果该窗口中的子缓冲区顺序发生更改，阅读器将取消引用已释放的内存： 缺陷：KASAN：ring_buffer_peek+0x3e0/0x430 中的释放后使用 任务 syz-executor989/6002 在地址 ffff88802a4cf010 处读取大小为 1 的读取 释放者：free_buffer_page kernel/trace/ring_buffer.c：398 [内联] ring_buffer_subbuf_order_set+0x1325/0x18e0 kernel/trace/ring_buffer.c：7444 buffer_subbuf_size_write+0x182/0x280 kernel/trace/trace.c：8221 执行 trace_access_lock（RING_BUFFER_ALL_CPUS）围绕订单变更。这是阅读器在整个窥视打印循环中已经持有的trace_pipe锁，因此交换不再与取消引用偷窥事件的阅读器争用。（CVE-2026-89747）

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

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

  - nfsd：释放 follow_down（） 错误时的路径引用 nfsd_cross_mnt（） 在调用 follow_down（） 之前使用 mntget（） 和 dget（） 初始化本地结构路径。在负返回时，错误臂跳到不释放这些引用：err = follow_down（&path， follow_flags）;if （err < 0） goto out;follow_down（） 绝不会丢弃任何错误子情况下调用程序的条目时间引用;例如，预交叉 d_manage（） 失败会使路径保持不动，因此进入时采用的 mntget（）/dget（） 可幸免于调用。nfsd_cross_mnt（） 中的每个其他早期退出 arm（other-namespace return、IS_ERR（exp2） 和交换后的成功尾部）已经调用了 path_put（&path）;错误< 0 臂是唯一的遗漏。该泄露会使每个失败的交叉挂载上的mnt_count和d_count膨胀，从而阻断 umount 和针对 shrinker 的固定 dentry，并且任何经认证的 NFS 客户端都可以通过 nfsd_lookup_dentry 或 NFSv4 READDIR 编码路径访问。通过在 err < 0 arm 中的 goto out 之前调用 path_put（&path） 进行修复，这样在所有 follow_down（） 错误返回时都释放条目时间引用。(CVE-2026-89707)

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

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

  - net：phylink：正确验证 phylink_inband_caps 中返回的 PCS 在 phylink_inband_caps（） 中，仅在 NULL 时检查 mac_select_pcs 返回的 PCS，但mac_select_pcs也可返回错误指针。
    这可造成内核恐慌，因为 phylink_pcs_inband_caps（） 仅检查传递的 PCS 是否为非 NULL，并直接从 phylink_pcs 结构取消引用 ops。使用 IS_ERR_OR_NULL 宏可解决返回的 PCS 可为 NULL 或错误指针的两种情况，并防止内核错误。（CVE-2026-80993）

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

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

  - HID：sensor-hub：修复 sensor_hub_get_feature sensor_hub_get_feature（） 中的越界写入，将其返回值限制为调用方的缓冲区大小，但复制循环仍会针对每个报告值复制 field->report_size / 8 字节。恶意的 HID 描述符可公告大型功能字段，而 IIO 调用程序提供较小的堆栈缓冲区（例如单个 s32），则会导致越界写入。HID 核心将解析的报告值存储在 __s32 插槽中，并将提取的值限制为 32 位。拒绝每个值需要多个插槽的功能字段，保护总字节计数计算，并将每个每个值的副本夹在剩余的调用程序缓冲区中。（CVE-2026-89729）

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

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

  - power：supply：lp8788-charger：在取消注册 IRQ 之前，修复删除 lp8788_charger_remove（） 刷新charger_work时的释放后使用。IRQ 线程可在 flush_work（） 返回后排队charger_work。然后，在 devres 释放 pchg 并在 lp8788_charger_event（） 中取消引用之后，就可以运行这项工作。首先取消注册 IRQ。free_irq（） 会等待任何正在运行的线程处理程序，因此之后没有任何处理程序可以排队更多的工作。然后使用 cancel_work_sync（） 取消待定工作或等待正在运行的工作完成。此问题由内部静态分析工具发现。（CVE-2026-89468）

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

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

  - NFS/localio：修复 nfs_uuid_add_file 失败时的 ref 泄漏 当 nfs_uuid_add_file（） 与 nfs_uuid_put（） 破坏 uuid->net 争用时，它会返回 -ENXIO，而不通过 rcu_assign_pointer（） 发布 nfl->nfs_uuid。
    然后 nfs_open_local_fh（） 进入其错误分支，仅释放插槽的文件引用及其配对的 net ref 以及它自己的进入时间 net ref，而关闭路径为 no-op：nfs_close_local_fh（） nfs_uuid = rcu_dereference（nfl->nfs_uuid）;if （！nfs_uuid） { rcu_read_unlock（）; return; } /* 总是 */ nfsd_open_local_fh（） 返回 localio，其中包含调用程序拥有的 +1 nfsd_file引用（来自 nfsd_file_acquire_local（） 之后的 nfsd_file_get））和嵌入为 NF->nf_net 的条目时间nfsd_net引用（来自其第一个 nfsd_net_try_get（））。这两者都会在故障路径中泄漏，每次发生会固定一个nfsd_file（以及底层结构文件、dentry、inode）和一个nfsd_net_ref，从而阻断 nfsd_net 和 netns 拆卸。
    修复方法为通过现有帮助程序释放调用程序拥有的文件 ref 及其 net ref，使用堆栈本地 RCU 指针以便帮助程序可以将其 xchg 出来，然后返回 -ENXIO，这样调用程序就不会取消引用已清除插槽的 localio：struct nfsd_file __rcu *tmp = RCU_INITIALIZER（localio）;
    nfs_to_nfsd_file_put_local（pnf）;nfs_to_nfsd_file_put_local（&tmp）;localio = ERR_PTR（-ENXIO）;尾部 nfs_to_nfsd_net_put（net） 继续释放外部 net ref，因此所有三个 nfsd_net_try_get（） 增量都在误差分支上平衡。(CVE-2026-89715)

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

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

  - ocfs2：绑定 dlm_migrate_request_handler 修补程序系列中的 namelen ocfs2/dlm：绑定 o2dlm 中的对等机控制长度。o2dlm 接收处理程序信任来自线路的 u8 长度和计数字段而不对其进行边界限制，因此 DLM 域中的节点可通过畸形消息损坏或造成任何其他节点混乱。三个缺陷：- dlm_migrate_request_handler（） 将 migrate->namelen 未经检查而传递到 dlm_init_mle（），后者 memcpy（） 将其转入 o2dlm_mle slab 对象的 32 字节 mname[]：最多 ~215 个由攻击者控制字节的堆越界写入。- dlm_mig_lockres_handler（） 将未经检查的 mres->lockname_len 传递给 dlm_init_lockres（），后者 memcpy（） 将其映射到 32 字节的 o2dlm_lockname slab 对象中：最多 ~223 字节的堆越界写入。- 同一处理程序信任 mres->num_locks，但未检查消息是否足够大以容纳那么多条目，因此 dlm_process_recovery_data（） 遍历 mres->ml[] 并经过 kmalloc（data_len） 副本并跳脱BUG_ON（以错误结束的越界读取）。其他 o2dlm 接收处理程序已拒绝超大的名称;自添加了 DLM 以来，迁移和恢复处理程序将其省略了该选项（请参阅 Fixes 标签）。修补程序 1 边界 namelen;Patch 2 验证lockname_len、num_locks和负载大小。合规恢复和迁移流量不受影响。o2net 仅通过 DLM 域密钥对对等机进行认证，因此加入该域的任何节点（包括遭到破坏或恶意的成员）都可发送这些消息。没有本地触发器;攻击者必须已经是群集的成员。每个接收器都通过一个树外模块在 KASAN 下进行确认 -- 一个真实目标大小的 kmem_cache/kmalloc，然后是相同的未限制的 memcpy/loop：两个写入的 slab-out-of-bound 写入，恢复遍历的读取和一个错误。用户空间 AddressSanitizer 版本在 -m32 和 -m64 下发生相同错误。可应要求提供擦洗过的原木。我于 2026 年 6 月 20 日私下向 security@kernel.org 和 ocfs2 维护者报告了此事;由于在标准禁运期后没有任何响应，我将公开发布该补丁。我没有禁运要求。
    此修补程序（共 2 个）：接收 DLM_MIGRATE_REQUEST 消息的节点信任对等机提供的名称长度 （migrate->namelen），而不对其进行边界限制。然后，dlm_init_mle（） 会将该数量的字节复制到o2dlm_mle slab 对象的固定 DLM_LOCKID_NAME_MAX 字节 mname[] 数组中，因此来自群集对等的畸形消息使 slab 对象溢出最多 ~215 字节：域中任何节点均可访问的攻击者控制数据的堆越界写入。拒绝过大的名称，就像 dlm_master_request_handler（） 和其他 o2dlm 接收处理程序已经执行的操作一样;迁移处理程序完全省略该检查。
    符合要求的消息不受影响。（CVE-2026-89495）

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

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

  - HID：传感器：自定义：修复失败时的字段 sysfs 群组清理 hid_sensor_custom_add_attributes（） 为每个自定义传感器字段创建一个 sysfs 群组。如果在创建某些群组之后 sysfs_create_group（） 失败，该函数将返回错误而不删除之前创建的群组。添加本地展开路径以删除已创建的组。由于只有在字段属性准备就绪后才会暴露enable_sensor，因此此路径可以释放 sensor_inst->字段，而不enable_sensor无法访问该数组的指针。（CVE-2026-89626）

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

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

  - smb：客户端：修复畸形辅助 T2 的 cifs_check_trans2（） 中的 UAF 和缓冲区泄漏 接收到有效的主 TRANSACT2 响应（设置 mid->resp_buf，mid->multiRsp true），后续辅助响应导致 cifs_check_trans2（） 返回假 -- 这是因为 SMB 标头无效 （畸形 ！= 0） 或是因为 check2ndT2（） 拒绝 PDU -- handle_mid（） 会使用新缓冲区覆盖 mid->resp_buf（泄漏主要缓冲区），而且 由于已设置 mid->multiRsp，所以会跳过 server->smallbuf/bigbuf NULL-out。当用户线程在>resp_buf中释放时，server->smallbuf 或 server->bigbuf 保持悬摆状态;demux 线程会将其重复用于下一个数据包，导致释放后使用。结合提前退出条件，并在已设置 mid->multiRsp 时，内联中止待定事务：设置 multiEnd，调用 dequeue_mid（） with malformed=true，并返回 true，以便 handle_mid（） 在不接触 mid->resp_buf 或服务器缓冲区指针的情况下退出。（CVE-2026-89637）

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

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

  - nfsd：通过 argp->mask nfsd3_proc_setacl（） 对 ACL_TYPE_ACCESS 和 ACL_TYPE_DEFAULT 无条件调用 set_posix_acl（），逐字传递 argp->acl_access 和 argp->acl_default，从而对 nfs3 setacl 进行门禁。NFSv3 ACL 解码器仅在设置了相应的掩码位时才填充这些指针：
    nfs3svc_decode_setaclargs（） if （args->mask &; NFS_ACL） 解码成 acl_access if （args->mask &; NFS_DFACL） 解码成 acl_default /* 否则指针将保持 NULL （pc_argzero） */ nfsd3_proc_setacl（） set_posix_acl（..， ACL_TYPE_ACCESS， argp->acl_access） set_posix_acl（..， ACL_TYPE_DEFAULT， argp->acl_default） set_posix_acl（idmap， dentry， type， NULL） 是 VFS 删除此 ACL 类型操作。因此，表示客户端未发送此 arm 的空指针无法与要求删除此 ACL 的客户端区分开来。带有 mask=NFS_ACL 的 SETACL 会静默删除目录的默认 ACL;mask=0 会同时终止两者。同级 nfsd3_proc_getacl（） 在接触每个手臂之前已经咨询了 argp->mask;在 setacl 中镜像这一点。通过在匹配掩码位检查中包装每个 set_posix_acl（） 调用并在inode_lock前将错误初始化为 0 来修复，这样未设置任何一位的请求使磁盘上的 ACL 保持不变并返回 nfs_ok。out： 处的 out_drop_lock 路径和无条件的 posix_acl_release（） 被保留;
    两者都容忍跳过的臂。（CVE-2026-89671）

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

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

  - svcrdma：当 svc_rdma_create_listen_id（） 失败时，使用 svc_xprt_put 在创建失败时释放监听器 svc_rdma_create（） 调用 kfree（cma_xprt）。svc_xprt_init（） 已通过 get_net_track（） 获取了网络命名空间引用;kfree 绕过释放它的 svc_xprt_free（）。用 svc_xprt_put（） 替换 kfree（），这样kref_init生成引用降为零，并且 svc_xprt_free（） 会调度 svc_rdma_free（） 以便正确清理。sc_cm_id 此时仍为 NULL;上述修补程序在 svc_rdma_free（） 中添加了必要的 NULL 保护。svc_xprt_free（） 也会通过 module_put（） 丢弃模块引用，但调用程序
    _svc_xprt_create（） 在发生xpo_create故障时会执行相同的操作，双重放置它获取的单个 try_module_get（）。在 svc_xprt_put（） 之前采用补偿 __module_get（） 以保持计数平衡，与 svc_rdma_accept（） 错误路径中的约定相匹配。（CVE-2026-89527）

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

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

  - openrisc：修复通过or1k_atomic syscall sys_or1k_atomic（） （or1k ABI 中的 syscall 244） 获取两个用户指针 v1 和 v2，并在手写汇编中交换它们指向的单词的任意内核内存访问。l.lwz r29,0（r4） l.lwz r27,0（r5） l.sw 0（r4），r27 l.sw 0（r5），r29 不通过 access_ok（） 检查指针。这四个内存访问也没有异常表条目。调用程序将内核地址作为任一指针传递，然后 syscall 直接读取和写入该地址。这为非特权进程提供了内核读取/写入原语。它覆盖内核数据（例如 sys_call_table），从而在内核上下文中获得代码执行。进入关键部分之前检查这两个指针。添加针对四个内存访问的修复，使有效但未映射的用户地址上的错误返回 -EFAULT。
    [shorne@gmail.com：修复注释样式]（CVE-2026-89489）

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

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

  - usb：gadget：at91_udc：在释放 udc 之前耗尽 polled-VBUS 计时器/工作 在 polled-VBUS 模式 （board.vbus_pin &; & board.vbus_polled） 中，探测 arm 自动重启周期：at91_vbus_timer（） 计划 vbus_timer_work，at91_vbus_timer_work（） 调用 at91_vbus_update（） 并通过 mod_timer（） 重新布防计时器。两者都通过container_of恢复相同的 udc，并在每次迭代时取消引用它。两个拆卸路径都不会取消此循环。udc 由 devm 分配，因此在 at91udc_remove（） 返回后将其释放，同样当探测失败而 devres 运行时也会释放。任一处于挂起或正在运行的计时器回调或工作项都会取消引用已释放的 udc。添加 at91_udc_shutdown_vbus_timer（） 并从 at91udc_remove（） 和探测中的 usb_add_gadget_udc（） 失败路径中调用它;其余探测错误路径会在计时器布防之前失败。timer_shutdown_sync（） 等待正在运行的回调并清除定时器>函数，这会使工作处理程序的 mod_timer（） 永久不操作;然后，cancel_work_sync（） 耗尽其重新布防尝试现在不执行任何操作的任何待定或正在运行的工作。必须先关闭计时器，因为单独取消工作会让计时器重新排队。防护镜像探测：在 IRQ 模式下，定时器和work_struct永远不会初始化。这不需要故障;普通驱动程序取消绑定可与已排队的工作项交错。此问题由内部静态分析工具发现。（CVE-2026-89738）

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

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

  - nfsd：在发布 copy-notify stateid 之前对其进行初始化 nfsd4_copy_notify（） 在 nfs4_alloc_init_cpntf_state（） 已将其链接到 s2s_cp_stateids IDR 和父sc_cp_list后完成 cpntf 状态的初始化，调用程序保留 cs_count == 1（成员身份引用），且无保留任何状态。争用OFFLOAD_CANCEL（构建的 cl_id == nn->s2s_cp_cl_id 加上可猜测的 so_id）可以到达 manage_cpntf_state（） 并释放条目，从而将调用程序的后续 cpn_cnr_stateid 读取和 cp_p_stateid/cp_p_clid 写入转变为释放后使用。拥有的 clientid 也仅在发布后才会记录，因此无法在该窗口中进行所有权检查。在 nfs4_init_cp_state（） 发布条目之前在 nfs4_alloc_init_cpntf_state（） 中记录cp_p_stateid和cp_p_clid，然后返回带有额外引用的条目。调用程序读取该引用下的 stateid 并使用 nfs4_put_cpntf_state（） 将其丢弃;由于迟到的错误，自助洗衣店收获了条目。（CVE-2026-89669）

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

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

  - iommu/amd：处理 PPR 错误后放置 PCI 设备 iommu_call_iopf_notifier（） 使用 pci_get_domain_bus_and_slot（） 查找请求程序，这将返回引用计数递增的 PCI 设备。成功的 iommu_report_device_fault（） 路径和中止路径均不会丢弃该引用，因此每个处理的 PPR 请求都会泄漏 PCI 设备引用。这与提交 6cf0981c2233 为旧 iommu_v2 ppr_notifier（） 路径修复的所有权规则相同（iommu/amd：修复 ppr_notifier（） 中的 pci 设备引用计数泄漏），但 iommu_call_iopf_notifier（） 后来被添加为单独的 PPR/IOPF 通知程序路径。
    处理 PPR 条目之后终止 PCI 设备引用。（CVE-2026-89453）

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

ID	名称	严重性
345397	Linux Distros 未修补的漏洞：CVE-2026-89478	critical
345396	Linux Distros 未修补的漏洞：CVE-2026-89512	medium
345395	Linux Distros 未修补的漏洞：CVE-2026-89700	medium
345394	Linux Distros 未修补的漏洞：CVE-2026-89742	high
345393	Linux Distros 未修补的漏洞：CVE-2026-89439	medium
345392	Linux Distros 未修补的漏洞：CVE-2026-80976	critical
345391	Linux Distros 未修补的漏洞：CVE-2026-89754	high
345390	Linux Distros 未修补的漏洞：CVE-2026-89462	low
345389	Linux Distros 未修补的漏洞：CVE-2026-89663	high
345388	Linux Distros 未修补的漏洞：CVE-2026-89541	critical
345387	Linux Distros 未修补的漏洞：CVE-2026-89473	high
345386	Linux Distros 未修补的漏洞：CVE-2026-89734	medium
345385	Linux Distros 未修补的漏洞：CVE-2026-79515	medium
345384	Linux Distros 未修补的漏洞：CVE-2026-89610	critical
345383	Linux Distros 未修补的漏洞：CVE-2026-80991	high
345382	Linux Distros 未修补的漏洞：CVE-2026-89266	high
345381	Linux Distros 未修补的漏洞：CVE-2026-80997	high
345380	Linux Distros 未修补的漏洞：CVE-2026-89732	medium
345379	Linux Distros 未修补的漏洞：CVE-2026-89651	critical
345378	Linux Distros 未修补的漏洞：CVE-2026-89665	high
345377	Linux Distros 未修补的漏洞：CVE-2026-89585	high
345376	Linux Distros 未修补的漏洞：CVE-2026-80953	high
345375	Linux Distros 未修补的漏洞：CVE-2026-89542	critical
345374	Linux Distros 未修补的漏洞：CVE-2026-89746	high
345373	Linux Distros 未修补的漏洞：CVE-2026-89629	high
345372	Linux Distros 未修补的漏洞：CVE-2026-80980	critical
345371	Linux Distros 未修补的漏洞：CVE-2026-89483	high
345370	Linux Distros 未修补的漏洞：CVE-2026-80929	high
345369	Linux Distros 未修补的漏洞：CVE-2026-89642	medium
345368	Linux Distros 未修补的漏洞：CVE-2026-89581	high
345367	Linux Distros 未修补的漏洞：CVE-2026-89717	medium
345366	Linux Distros 未修补的漏洞：CVE-2026-80995	high
345365	Linux Distros 未修补的漏洞：CVE-2026-89490	medium
345364	Linux Distros 未修补的漏洞：CVE-2026-89645	high
345363	Linux Distros 未修补的漏洞：CVE-2026-89557	high
345362	Linux Distros 未修补的漏洞：CVE-2026-89747	high
345361	Linux Distros 未修补的漏洞：CVE-2026-89707	high
345360	Linux Distros 未修补的漏洞：CVE-2026-80993	medium
345359	Linux Distros 未修补的漏洞：CVE-2026-89729	high
345358	Linux Distros 未修补的漏洞：CVE-2026-89468	medium
345357	Linux Distros 未修补的漏洞：CVE-2026-89715	high
345356	Linux Distros 未修补的漏洞：CVE-2026-89495	critical
345355	Linux Distros 未修补的漏洞：CVE-2026-89626	high
345354	Linux Distros 未修补的漏洞：CVE-2026-89637	critical
345353	Linux Distros 未修补的漏洞：CVE-2026-89671	critical
345352	Linux Distros 未修补的漏洞：CVE-2026-89527	high
345351	Linux Distros 未修补的漏洞：CVE-2026-89489	high
345350	Linux Distros 未修补的漏洞：CVE-2026-89738	high
345349	Linux Distros 未修补的漏洞：CVE-2026-89669	critical
345348	Linux Distros 未修补的漏洞：CVE-2026-89453	medium

检测

Nessus 的 Misc. 系列

critical

medium

medium

high

medium

critical

high

low

high

critical

high

medium

medium

critical

high

high

high

medium

critical

high

high

high

critical

high

high

critical

high

high

medium

high

medium

high

medium

high

high

high

high

medium

high

medium

high

critical

high

critical

critical

high

high

high

critical

medium