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

  - rndis_host：在 rndis_rx_fixup（） 中添加溢出检查 添加溢出检查以确保 data_offset + data_len + 8 不会封装，从而导致 USB 数据缓冲区的 OOB 读取。（CVE-2026-80814）

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

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

  - KVM：s390：pci：固定客户机页面前验证 AIBV 和 AISB AIBV 对于给定函数，AIBV 对每个 MSI-X 矢量保留一个位。位向量的大小由 NOI 和 AIBVO 派生。如果 AIBV 的大小超出单页边界，则拒绝请求，因为我们无法安全地固定客户机 AIBV。
    同样，如果 AISB 地址未对齐 8 字节，则拒绝请求，因为架构要求汇总位地址的双字对齐。由于 AISBO 最多可寻址 64 位，因此该函数的 AISB 大小只能为 8 字节。这还可以确保 AISB 不会超过单个页面边界。（CVE-2026-80891）

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

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

  - HID：hyperv：验证初始设备信息边界 Hyper-V 合成 HID 主机提供包含 HID 描述符后跟报告描述符字节的 SYNTH_HID_INITIAL_DEVICE_INFO 消息。mousevsc_on_receive_device_info（） 信任 bLength 和 wDescriptorLength，但不检查接收到的数据包是否同时包含两个字节范围。因此，在复制报告描述符时，畸形主机或后端消息可使客户机读取过收到的 VMBus 数据包。将收到的 initial-device-info 大小传递到解析器并拒绝超过数据包长度的描述符长度。影响：恶意 Hyper-V 主机或后端可通过发送具有超长 HID 报告描述符长度的简短初始设备信息消息来造成客户机崩溃。（CVE-2026-80765）

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

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

  - nfc：llcp：修复 TLV 解析器中的 OOB 读取和 u8 偏移封装 nfc_llcp_parse_gb_tlv（） 和 nfc_llcp_parse_connection_tlv（） 在其 TLV 解析循环中包含三个相关缺陷：1.“offset”声明为 u8，而tlv_array_len为 u16。当 TLV 数据前进偏移超过 255 时，它会静默封装至零，进而造成无限循环或缓冲区数据重复处理。2. 在读取 tlv[0]（类型）和 tlv[1]（长度）之前，未检查 offset+2 <= tlv_array_len。截断的 TLV 会造成超过缓冲区末尾的一个字节的 OOB 读取。3. 读取长度字段后，访问值字节时不检查偏移+2+长度 <= tlv_array_len。短缓冲区上的特制 length=0xFF 造成最多 255 字节的 OOB 读取超过缓冲区末尾。这两个函数无需认证即可通过 nfc_llcp_set_remote_gb（） 访问，可将远程 LLCP 常规字节直接馈送到 nfc_llcp_parse_gb_tlv（），无需额外验证。
    通过在每次访问之前将偏移量从 u8 加宽到 u16，并且对 TLV 标头和值字段添加边界检查，修复了所有三个问题。（CVE-2026-80799）

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

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

  - undici 的转储拦截器读取并丢弃响应正文，最大大小为可配置大小。当响应声明超过最大值的 Content-Length 时，拦截器会干净地中止，但当响应没有 Content-Length 并且是分块的时，拦截器会在累积大小达到最大值后提前发出完成信号，而不会暂停或中止请求。由于底层解析器会持续发送正文字节，因此第二个完成信号会触发并跳变内部断言，从而中止请求并中断连接。当连接实际上已断开时，应用程序仍会观察到具有空或截断正文的误导性成功状态。
    这会影响最高和7.29.18.0.0最高到 8.10.2的 undici 版本。7.1.0 用户应升级到 undici 7.29.1 或 8.10.2.（CVE-2026-84947）

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

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

  - nvme-tcp：修复 page_frag_cache 的使用 nvme 使用 page_frag_cache为每个预分配的块设备请求预分配 PDU。块设备以并行线程创建，因此 page_frag_cache 的使用方式非线程安全。这会导致后备存储页面的错误引用计数和过早释放。
    这可以通过 ！sendpage_ok 内部网络堆栈来捕获： 警告： CPU： 7 PID： 467 at ../net/core/skbuff.c：6931 skb_splice_from_iter+0xfa/0x310。tcp_sendmsg_locked+0x782/0xce0 tcp_sendmsg+0x27/0x40 sock_sendmsg+0x8b/0xa0 nvme_tcp_try_send_cmd_pdu+0x149/0x2a0 然后可能发生随机错误。通过序列化 page_frag_cache 的使用情况修复此问题。（CVE-2026-80862）

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

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

  - drm/amdgpu：拒绝尺寸大于 4096 的 UVD 消息 修复 DPB 大小计算中的潜在溢出。（从提交 05e1387d151f71569fbe122d2c89f9db0c21dc10 中精选出的内容）（CVE-2026-80908）

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

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

  - gtp：序列化 PDP 上下文更新 可以通过 GTP_CMD_DELPDP 或在取消注册 GTP 网络设备时删除 PDP 上下文。后者由 RTNL 进行序列化，但 generic-netlink 删除路径仅包含 RCU。因此，同时运行这两个路径可使两个路径删除相同的 PDP 上下文。该问题是通过静态分析发现的，并通过与RTM_DELLINK争用GTP_CMD_DELPDP的简单双线程程序在启用了 KASAN 的内核中重现： 哎呀：一般保护错误，可能针对非规范地址 KASAN：范围内可能是失控内存访问 [0xdead000000000120-0xdead000000000127] RIP：gtp_genl_del_pdp+0x1c1/0x420 [gtp] RBP：dead000000000122 第二次删除取消引用中毒的 hlist pprev 指针。使用共享互斥体序列化 gtp_pdp_add（）、gtp_genl_del_pdp（） 和 gtp_dellink（）。保留互斥体，直到 NEWPDP 路径中最终使用 PDP 上下文为止，RCU 读取端区段围绕 DELPDP 路径中的完整 PDP 上下文使用保留。（CVE-2026-80851）

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

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

  - batman-adv：拒绝无法表示的多播 TVLV 偏移 struct sk_buff中的网络和传输标头字段是 skb->head 的 16 位偏移，U16_MAX保留为未设置的传输标头值。batadv_tvlv_call_handler（） 从接收到的多播 TVLV 设置两个字段，而不检查 TVLV 端是否可表示。如果末端偏移超出字段的范围，skb_set_transport_header（） 会将其截断，以便传输标头位于网络标头之前。然后 skb_network_header_len（） 将负差值作为大型 u32 返回。因此，batadv_mcast_forw_packet（） 会接受超大的多播跟踪器，并访问 skb 数据以外的内存。向 skb_reset_transport_header_careful（） 添加 skb_set_transport_header_careful（），这是一种偏移感知的对应项，用于在分配最终的相对头偏移之前对其进行验证。在设置网络标头之前，在 batadv_tvlv_call_handler（） 中使用新的帮助程序并拒绝无法表示的 TVLV。
    (CVE-2026-80839)

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

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

  - Bluetooth：hci_event：验证 LE Set CIG Parameters 响应 Command Complete 调度仅验证 LE Set CIG Parameters 响应的固定部分。从 skb 中提取该部分后，hci_cc_le_set_cig_params（） 信任 num_handles 并读取尾部句柄数组中的每个条目。将num_handles与命令的num_cis匹配并不能保证响应包含公布的句柄。因此，来自故障控制器的截断响应可使处理程序读取超出 skb 数据。验证剩余的 skb 数据是否包含所有公布的句柄。将此纳入现有响应验证中，以使畸形响应也遵循既定的 CIG 失败处理。
    (CVE-2026-80763)

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

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

  - net/packet：延迟 vmalloc TX_RING释放，直到 skbs 完成AF_PACKET TX_RING skbs 保留其环帧的原始指针。skb 页面引用在释放 pg_vec 后保留页面支持的环块，但不保留 vmalloc 映射。tpacket_destruct_skb（） 目前会在写入时间戳和TP_STATUS_AVAILABLE到帧之前删除待定的引用。将递减移到这些存储之后。__packet_set_status（） 中的 smp_wmb（） 对帧存储在递减之前进行排序。另外，在非闭合环替换之前，重新检查 pg_vec_lock 下的待定 TX 帧，以便争用发送无法在初始检查和环交换之间添加待定 skb。环分配可以混合生成页面支持和 vmalloc 支持的区块。遇到第一个 vmalloc 支持的块时，在 TX 环设置期间分配延迟工作存储，并将其指针保留在 pg_vec 分配标头中。如果分配失败，返回
    -来自环设置的 ENOMEM。套接字关闭时，非空指针无需扫描即可识别 vmalloc 支持的向量。如果 TX skbs 仍然存在，则将整个矢量推迟到 system_long_wq。分离 pg_vec 后，后期析构函数可以跳过挂起的减少。改用套接字写内存核算作为延迟生命周期门：在所有环形帧访问之后，skb 通过其最终 sock_wfree（） 保持充电状态。延迟的工作将保留套接字引用并自行重新计划，直到没有 TX skbs 保留为止。将pending_refcnt版本移至 packet_sock_destruct（），以便后期 skb 析构函数和延迟清理可在 packet_release（） 之后安全地使用它。页面备份的拆卸保持同步，并且不向 TX 完成热路径添加任何锁。（CVE-2026-80841）

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

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

  - ZoneMinder 的事件导出功能中存在一个经身份验证的操作系统命令注入漏洞。exportFile HTTP 请求参数未经审查就传递到通过 PHP 的 exec（） 执行的 shell 命令中，从而允许具有“查看事件”权限的任何经认证的用户在服务器上执行任意操作系统命令。（CVE-2026-76060）

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

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

  - ALSA：usb-audio：system-resume 错误后的完全清理 系统恢复失败可使卡在重新启动之前无法使用。usb_audio_resume（） 在 snd_usb_pcm_resume（） 或 snd_usb_mixer_resume（） 失败时跳至err_out。错误路径会跳过 out： 区块，从而恢复 D0 并递减芯片>num_suspended_intf。该卡保持在 SNDRV_CTL_POWER_D3hot，因此稍后控制 snd_power_ref_and_wait（） 中的访问块。USB 核心记录接口恢复回调错误。它不会重试该回调，因此后续回调无法完成跳过的清除。usb_audio_suspend（） 在返回成功之前递增 num_suspended_intf。即使组件恢复失败，系统恢复回调也必须消耗系统暂停计数。否则，搁浅计数偏移稍后会暂停和恢复循环。不要将此清理应用于运行时恢复错误。运行时 PM 可在没有其他暂停回调的情况下重试 -EAGAIN 或 -EBUSY。计数必须继续描述该挂起的接口。其他运行时恢复错误runtime_error在 PM 核心中锁存，不会立即引起回调重试。system-resume 错误路径的这两个部分都存在很长时间。提交 88a8516a2128a（ALSA：usbaudio：实现 USB 自动暂停）err_out D0 还原后引入。提交 862b2509d157c（ALSA：usb-audio：修复恢复后不一致的卡 PM 状态）稍后将 num_suspended_intf-- 移动到 out： 区块。错误路径现在会跳过这两项操作。不需要第三方代码即可访问错误路径。
    snd_usb_mixer_resume（） 以 snd_usb_mixer_activate（） 结尾，其返回混合器状态为 URB 的设备的 usb_submit_urb（） 的结果。其混合器>private_resume钩子也可通过 scarlett2_init_notify（） 失败。snd_usb_pcm_resume（） 向 UAC3 power 域发出 SET_CUR 请求。当设备停止请求时，它可返回 -EPIPE 或 -EIO。仅当 system_suspend 为非零时，通过 out： 路由组件错误。继续通过err_out返回运行时恢复错误。后续的组件恢复阶段仍然会跳过。原始错误仍会到达 USB 核心。如果设备未恢复，以后的传输可能会失败。我再现了带有树外诊断混合器恢复钩子的 Audient iD14 MkI 上的系统恢复失败。在未修补的核心中注入的 -EIO 使控制读卡器在 snd_power_ref_and_wait（） 中处于不间断休眠状态，直到重新启动。通过此修补程序，相同故障可恢复控制访问权限。在禁用故障注入后，第二个系统暂停和恢复也会成功。（CVE-2026-80828）

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

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

  - nfc：nci：修复 RF 发现/激活的 NTF 处理程序中的 uninit-value nci_rf_discover_ntf_packet（） 和 nci_rf_intf_activated_ntf_packet（），每个处理程序都会将通知解析到未初始化的堆栈上结构 （nci_rf_discover_ntf / nci_rf_intf_activated_ntf）。仅当 rf_tech_specific_params_len 为非零时才提取 RF 技术特定的参数，因此报告零长度的通知使rf_tech_specific_params union 未初始化 - 然后两个处理程序将其传递给 nci_add_new_protocol（），后者读取： - discover：nci_add_new_target（） -> nci_add_new_protocol（）;- 已激活：nci_target_auto_activated（） -> nci_add_new_protocol（）。nci_add_new_protocol（） 使用 nfca_poll->nfcid1_len 作为分支条件和 memcpy（） 长度并将 nfcid1/sens_res/sel_res 复制到稍后通过 NFC_CMD_GET_TARGET 暴露给用户空间的 ndev->targets。缺陷：KMSAN：nci_add_new_protocol+0x624/0x6c0 nci_add_new_protocol+0x624/0x6c0 nci_ntf_packet+0x25b2/0x3c30 nci_rx_work+0x318/0x5d0 process_scheduled_works+0x84b/0x17a0 worker_thread+0xc10/0x11b0 kthread+0x376/0x500 创建位置的本地变量 ntf.i：nci_ntf_packet+0xbc2/0x3c30 零初始化两个堆栈上的通知，以便在不存在特定于技术的参数时，并集读回为零。
    (CVE-2026-80794)

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

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

  - tcp：修复 tcp_ao_connect_init（） 中的 AO 信息释放后使用 tcp_v4_connect（） 在调用 tcp_connect（） 之前将 SYN-SENT 套接字添加到 ehash。如果配置了 TCP-AO，tcp_connect（） 首先验证密钥是否匹配对等机和绑定设备的当前 L3 主控端。tcp_ao_connect_init（） 稍后会再次解析 L3 主控端，并删除与其不匹配的密钥。套接字锁定未稳定绑定设备的 VRF 成员身份。因此，在 tcp_ao_connect_init（） 中的初始验证和 L3 主计算之间将设备从其 VRF 分离，即可使验证成功，同时初始化会观察默认 L3 域并移除唯一密钥。随后的 AO 查找会失败，因此无密钥路径会清除 tp->ao_info 并直接将其释放。接收路径可在获取套接字锁定前，在 ehash 和 RCU 下加载 tp->ao_info。加载了旧指针的阅读器因此可在直接释放之后继续进入 tcp_inbound_ao_hash（）。该问题是在 TCP-AO 对象生命周期的静态审计期间发现的。自创建用户和网络命名空间中的非特权复制者在发送 TCP-AO 段时，通过从其 VRF 分离 veth 争用 connect（）。它在两次全新启动时触发了相同的 KASAN 报告：缺陷：KASAN：tcp_inbound_ao_hash+0x585/0x19f0 中的释放后使用 任务 tcp_ao_vrf_race/232 在地址 ffff88800bf88128 处的写入大小为 8 调用跟踪：tcp_inbound_ao_hash+0x585/0x19f0 tcp_inbound_hash+0x677/0xa80 tcp_v4_rcv+0x1c3e/0x3ab0 按任务 235 分配： tcp_ao_alloc_info+0x43/0xf0 tcp_ao_add_cmd+0xdf7/0x13b0 do_tcp_setsockopt+0x168c/0x2640 由任务 235 释放：kfree+0x1b8/0x550 tcp_connect+0x252/0x4f00 tcp_v4_connect+0x1114/0x1720 错误地址为已释放的 128 字节对象中的 40 字节，与 tcp_ao_info counters.key_not_found 字段匹配。这两次运行各使用 1000 次尝试，达到无密钥路径 366 次和 411 次，并分别生成一份和两份 KASAN 报告。通过此变更，同一复制器在 1000 次尝试中 366 次到达无密钥路径，且没有 KASAN 报告或 oops。将 tcp_ao_destroy_sock（） 用于非密钥路径。它会取消发布 AO 信息、更新套接字内存和静态密钥统计，并将释放延迟到 RCU 宽限期过后。同时删除 WARN_ON_ONCE（） 及其过时注释。VRF 分离争用会使无密钥状态在正常操作期间可达到，因此这是已处理的条件，而非不可能的断言。在panic_on_warn内核上，WARN 会将此处理的争用转变为内核错误。（CVE-2026-80850）

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

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

  - net： packet：修复发送 VLAN 标签帧时错误的transport_header 在 packet_parse_headers（） 中，处理 VLAN 标签帧时，调用 skb_set_network_header（） 前进network_header经过 VLAN 标签到内部协议标头。然后在 skb->protocol 仍设置为外部 VLAN EtherType（如 ETH_P_8021Q）的情况下调用 skb_probe_transport_header（），而 nhoff（源自 skb_network_offset（）））已指向内部协议标头的 VLAN 标签。在 __skb_flow_dissect（） 中，proto 被初始化为 ETH_P_8021Q 点，nhoff 点经过 VLAN 标签。当分析器命中大小写ETH_P_8021Q时，它通过 __skb_header_pointer（） 读取 nhoff 处的结构vlan_hdr，但该偏移包含内部协议标头（例如 IP 标头）。这些字节被误解释为 VLAN 标头，从而生成与未知协议不匹配的垃圾封装 EtherType。分析器返回 false，因此 skb_probe_transport_header（） 从不调用 skb_set_transport_header（），transport_header保留其未初始化的 sentinel 值 （~0U）。将 skb_probe_transport_header（） 移动到 skb_set_network_header（） 之前的位置。调用 skb_probe_transport_header（） 时，network_header 仍然指向 VLAN 标头，因此 nhoff 正确指向 VLAN 标头。然后，流分析器可以解析 VLAN 标头，提取内部 EtherType，并将 nhoff 推进到内部协议标头，从而正确设置transport_header。
    (CVE-2026-80906)

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

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

  - ocfs2：修复大型 xattrs 缺少元数据预留的问题 [缺陷] 在文件已具有外部 xattr 块的拆分文件系统上设置大型 xattr 值时，lsetxattr（） 会造成内核错误。[原因] 当文件已有外部 xattr 块时，ocfs2_calc_xattr_set_need（） 永远不会为新 xattr 值的盘区树保留元数据块。not_found路径将 meta_add 保留为零，因此当 ocfs2_xattr_extend_allocation（） 运行时meta_ac为 NULL。新值根有空间容纳单个盘区记录。在碎片化文件系统中，分配器无法在一次连续运行中满足 xattr 值，因此每个非连续运行都需要自己的盘区记录。当值根的盘区列表已满且meta_ac为 NULL 时，ocfs2_add_clusters_in_btree（） 返回 RESTART_META，而 ocfs2_xattr_extend_allocation（） 命中 BUG_ON（why == RESTART_META）。[修复]尚无 xattr 块的情况，已经调用 ocfs2_extend_meta_needed（&def_xv.xv.xr_list） 以保留值树元数据。对已存在 xattr 块的情况添加相同的保留，使两种情况一致。请将BUG_ON替换为
    -ENOSPC 返回，这样如果尽管保留了仍返回 RESTART_META，错误会传播到用户空间，而不是使内核发生错误。（CVE-2026-80809）

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

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

  - Smarty 是用于 PHP 的模板引擎，便于演示 (HTML/CSS) 与应用程序逻辑的分离。在 4.5.7 和 5.8.2之前，根据版本系列，Smarty 在 libs/plugins/function.fetch.php 和 src/FunctionHandler/Fetch.php 中的 {fetch} 处理在安全策略处于活动状态时仅针对 trusted_uri 验证初始远程 URL。对于由 file_get_contents（） 处理的资源（包括 HTTPS URL），PHP 默认遵循 HTTP 重定向。可在受信任的主机上提供或影响提取目标且具有开放重定向的攻击者，可将请求重定向到攻击者所选的内部端点、绕过trusted_uri允许列表及执行服务器端请求伪造。此问题已在 4.5.7 和 5.8.2 版本中得到修补。(CVE-2026-62993)

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

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

  - nfc：digital：将SENSF_RES长度钳制到目标缓冲区 digital_in_recv_sensf_res（） memcpy（） 的 resp->len 字节，而无须进行上界检查，便将远程 NFC-F 设备响应的 resp-len 字节限制至 NFC_SENSF_RES_MAXSIZE 字节target.sensf_res字段。邻近的恶意 NFC-F 设备可发送超大 SENSF_RES 响应，导致堆栈本地结构nfc_target溢出。复制前将 resp->len 限制为NFC_SENSF_RES_MAXSIZE。由 0sec 自动化安全研究工具 （）https://0sec.ai 发现。（CVE-2026-80803）

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

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

  - ipv4：拒绝 ip_do_fragment（） 中过小的 MTU ip_do_fragment（） 从有效 MTU 中减去 IPv4 标头长度，并将生成的负载 MTU 传递到 ip_frag_next（）。如果有效 MTU 小于 hlen + 8，ip_frag_next（） 会将片段负载长度向下舍入到零。然后，碎片状态永远不会向前推进：state->left、state->ptr 和 state->offset 保持不变，而 ip_do_fragment（） 会继续分配和传输仅限标头的片段，直到 softlockup 检测器触发为止。这可以通过使用 mtu lock 20 安装的路由重现，但在没有路由 MTU 锁定的情况下也可以重现，例如，通过将数据包转发到 MTU 为 20 的设备。通过使用 -EMSGSIZE 拒绝 mtu < hlen + 8，在 ip_do_fragment（） 中修复此问题，与现有的 IPv6 碎片检查相匹配。（CVE-2026-80793）

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

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

  - HID：ft260：修复 I2C 读取争用中的返回后使用堆栈写入 ft260_i2c_read（） 将 dev->read_buf 指向调用程序提供的缓冲区（通常为堆栈上的变量），布防完成，最长等待五秒钟以便设备返回数据。HID 输入回调 ft260_raw_event（） 在输入/IRQ 路径中运行，独立于读取路径所保留的 dev->lock 互斥体，并在进行普通空检查后将设备提供的负载复制到 dev->read_buf。这两个路径共享 read_buf、read_idx 和 read_len，没有序列化。如果设备延迟其响应直到读取超时，ft260_i2c_read（） 会重置控制器，清除read_buf并返回，展开缓冲区所在的堆栈帧。此时到达的响应会让 ft260_raw_event（） 通过空检查，然后 memcpy（） 将设备控制的负载发送到现已释放的堆栈位置，这是恶意或故障硬件可触发的有界但受攻击者影响的堆栈返回后使用写入。添加专用旋转锁，对read_buf、read_idx和read_len的所有访问进行序列化。ft260_raw_event（） 现在将其跨过空检查、memcpy 和索引更新，而读取路径在布防和清除缓冲区时获取它，因此拆卸不再在检查和复制之间滑动。 （CVE-2026-80768）

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

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

  - undici 的缓存拦截器不会处理其缓存路径中任意位置的 Set-Cookie 响应头，因此它既不会拒绝存储也不会剥离该标头。在共享缓存模式下（默认），会存储带有 Set-Cookie 标头（例如标有 public 和 max-age 指令的响应）的可缓存响应，然后重新呈现给匹配相同缓存密钥的后续调用程序。因此，一个调用程序的 cookie 会泄露给不同的调用程序，不受信任的服务器可将 cookie 注入提供给所有后续调用程序的缓存响应中。这违反了共享缓存不得存储 cookie 的要求。这会影响最高和7.29.18.0.0最高到 8.10.2的 undici 版本。7.0.0
    用户应升级到 undici 7.29.1 或 8.10.2.（CVE-2026-84933）

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

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

  - ext4：当选择用于重用的缓存条目在获取缓冲区锁定后具有饱和引用计数时，停止重试饱和 xattr 缓存条目 ext4_xattr_block_set（） 重试。重试返回到 mbcache 查找而不会使该条目不合格，因此它可以无限选择相同的不可用条目。在此处旋转的任务可保留父目录的i_rwsem并阻止并发 rmdir 调用程序。通常，可重用条目的引用计数低于 EXT4_XATTR_REFCOUNT_MAX，因为计数和MBE_REUSABLE_B在相同的缓冲区锁定下更新。损坏的文件系统可违反该不变性。syzbot 复制程序在触发此重试循环之前会报告分配器和 xattr 损坏。
    在增加不受信任的磁盘上计数之前检查它，避免溢出，并在MBE_REUSABLE_B饱和时将其清除。然后，下次查找会跳过刚刚证实不可用的条目。这反映了 EXT4_XATTR_REFCOUNT_MAX 处的正常过渡;释放路径在确切的 1024 到 1023 转换时将条目再次标记为可重用。使用相同的 QEMU 强度和客户机参数，当前未经修补的 Linux 在 8 次 420 秒的试验中有 6 次以 do_rmdir 签名挂起;具代表性的 NMI 回溯捕捉到所有者在 ext4_xattr_block_set（） 中旋转。经过修补的内核完成了 28 次试验中的 28 次，没有挂起任务报告;最后 12 项试验采用了经过审查的溢出安全更改形式。syzbot 的修补程序测试也已完成，没有重现挂起。（CVE-2026-80808）

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

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

  - nvmet-auth：将 AUTH_RECEIVE 响应缓冲区归零 nvmet_execute_auth_receive（） 通过按主机提供的 AUTH_RECEIVE 分配长度调整大小的 kmalloc（） 分配响应缓冲区，但 DH-HMAC-CHAP 构建器仅将固定大小的消息写入其中。然后通过 nvmet_copy_to_sgl（） 将完整分配长度复制到线路上，因此远程发起程序在预身份验证握手期间会收到经过构建的消息的字节（最多接近一页未初始化的 slab）。使用 kzalloc（） 分配缓冲区，以便在发送未写入的末尾之前将其归零;符合要求的响应不受影响。（CVE-2026-80791）

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

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

  - crypto：qcom-rng - 删除crypto_rng接口 qcom-rng.c 通过两个完全独立的接口（crypto_rng 和 hwrng）暴露相同的硬件。但是，这样做的实现有缺陷，因为它允许从这些接口中的生成操作彼此并发运行，从而访问相同的寄存器。也就是说，qcom_rng_generate（） 与自身同步但不与 qcom_hwrng_read（） 同步。这可能导致 RNG 的输出、非随机值的输出等可能重复。幸运的是，硬件 RNG 驱动程序实现 crypto_rng 接口实际上没有意义。除了 rng 算法类型的AF_ALG之外，它实际上没有被任何其他产品使用，而这反过来又没有在实践中实际使用。其他 crypto_rng 硬件驱动程序同样被淘汰，只剩下 hwrng 支持。
    因此，删除它以简化代码并避免与真正重要的 hwrng 接口发生冲突（和混淆）。（CVE-2026-80835）

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

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

  - selinux：拒绝 security_get_classes（） 中未声明的类值 security_get_classes（） 按 p_classes.nprim 调整数组大小并填充值 - 1，这样策略从未定义的类值保留为空。
    sel_make_classes（） 将每个条目传递到 sel_make_dir（），从而达到与权限数组相同的 d_alloc_name（） 取消引用。类符号表可以是稀疏的（policydb_class_isvalid（） 存在以吸收它），但此 getter 直接从哈希表构建自己的数组并且没有这样的谓词。
    当值无人认领而不是分发 NULL 时，查找失败。合规策略定义了它们声明的每个类，并且不受影响。（CVE-2026-80912）

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

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

  - undici 捆绑了一个 WebSocket 客户端，其 permessage-deflate 大小限制清理从内部 zlib 扩充流中删除了所有监听器，包括其错误监听器，而该流仍然可以发出。远程对等机发送的压缩负载超过内置的 128 MiB 解压缩负载限制，然后包含畸形 DEFLATE 字节时，膨胀流会发出未附加任何监听器的数据错误，Node.js将其视为未处理的致命错误并终止整个进程。利用是远程的，未经身份验证，不需要应用程序出错并且是非对称的，因为线路上大约有 130 KB 会扩展超过限制并使进程崩溃，而重新连接则会重复崩溃。这会影响最高到 6.28.1、 和 7.28.07.29.1最高到 8.10.2的 8.1.0 undici 版本6.25.0。用户应升级到 undici 6.28.1、 7.29.1或 8.10.2。（CVE-2026-85024）

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

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

  - fuse：修复 setattr 回写失败时的无效锁定泄漏 fuse_do_setattr（） 采用 DAX 截断 （fault_blocked = true） 的 filemap_invalidate_lock（） 并在 out：/error：
    标签。但当还需要回写刷新时，write_inode_now（） 失败会直接返回并泄露锁定，因此文件上任何以后的错误或截断都会在过时的 rwsem 上停止。例如，setuid 文件中的 truncate（2） 到达设置了 ATTR_SIZE 和 ATTR_MODE 的 fuse_do_setattr（）： truncate（2） do_truncate（） dentry_needs_remove_privs（） # S_ISUID notify_change（） # KILL_SUID -> ATTR_MODE fuse_setattr（） # no killpriv： # ia_valid |= ATTR_MODE fuse_do_setattr（） filemap_invalidate_lock（） # IS_DAX &&; is_truncate write_inode_now（） # is_wb &&; ATTR_MODE if （err） # eg. daemon -> -EIO return err # <- 锁泄漏通过添加可在返回错误前释放锁定的解锁标签修复此问题，并将其用于 fuse_dax_break_layouts（） 失败路径。（CVE-2026-80856）

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

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

  - HID：magicmouse：如果未声明任何输入，则不保留过时的 msc->input magicmouse_input_mapping（） 在解析报告描述符时缓存 msc->input 中第一个hid_input的input_dev，驱动程序的其余部分将非空 msc->input 视为输入设备已注册的证明。这不适用于 hid-input 错误路径。如果 hidinput_connect（） 失败（例如因为 input_register_device（） 返回错误），它通过 hidinput_disconnect（） 展开，从而释放它创建的所有input_dev，包括 msc->input 中缓存的。失败不会中止探测。hid_connect（） 仅跳过声明：if （（connect_mask &; HID_CONNECT_HIDINPUT） &; ！hidinput_connect（hdev， connect_mask &; HID_CONNECT_HIDINPUT_FORCE）） hdev->claimed |= HID_CLAIMED_INPUT;且设备没有侦听器 bailout，低于该设备时不会为此驱动程序触发，这会设置 ->raw_event;在 USB Magic Mouse 2 / Magic Trackpad 2 路径上，还声明了 hidraw 和 hiddev。因此，hid_hw_start（） 返回 0，magicmouse_probe（） 继续进行指向已释放内存的 msc->input。由于非 NULL，它会在探测中传递输入未注册检查，并在 ->raw_event 和 ->event 中传递 NULL 检查，因此下一个输入报告会取消引用已释放的内存。当 HID 核心未声明输入设备时清除 msc->input，因此现有空检查也涵盖这种情况。（CVE-2026-80782）

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

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

  - vxlan：在 FDB 刷新期间保持最后一个远程链接 非下一跃点 FDB 条目预期至少有一个远程，同时仍可通过 FDB 哈希表对其进行访问。当每个远程匹配时，过滤后的批量刷新违反了这个不变量：它会取消 vxlan_fdb_dst_destroy（） 中最后一个远程的链接，然后才通知 vxlan_flush（） 破坏父 FDB 条目。RCU 读取器可在此时间间隔内找到父项。first_remote_rcu（） 然后将 list_entry_rcu（） 应用于空的列表头，从而生成无效的远程指针，接收学习路径可从中读取和写入该指针。当匹配的远程是唯一剩下的远程时，请保持链接并要求调用程序销毁整个 FDB 条目。
    vxlan_fdb_destroy（） 在发送删除通知和从查找结构中删除父项时保持远程连接。（CVE-2026-80838）

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

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

  - nfc：llcp：绑定 connect_sn TLV walk 到 skb 提交 27256cdb290e（nfc：llcp：绑定 SNL TLV 解析到 skb 并添加长度检查） 修复了 nfc_llcp_recv_snl（） 中未绑定的 TLV walk，并提交了 d8bd2dedbde5（nfc：llcp：修复 TLV 解析器中的 OOB 读取和 u8 偏移封装）随后绑定了 nfc_llcp_parse_gb_tlv） 和 nfc_llcp_parse_connection_tlv（）。共享相同模式的一个同级解析器保持未限制边界：nfc_llcp_connect_sn（）。nfc_llcp_connect_sn（） 遍历 TLV 列表，读取值的双字节标头（类型、长度）后跟长度字节，而不检查这两个标头字节或声明的长度是否在缓冲区内。它返回一个指向最多 255 字节的服务名称的指针，该名称可能指向 skb 的末尾;其随后由 nfc_llcp_sock_from_sn（） 中的 memcmp（） 消耗。此外，tlv_array_len在 size_t 中计算为 skb->len - LLCP_HEADER_SIZE，因此比 LLCP 标头短的 CONNECT/CC 帧会下溢到非常大的长度，并且遍历会远远超出缓冲区。
    可从 nfc_llcp_recv_connect（） 和 nfc_llcp_recv_cc（） 访问 nfc_llcp_connect_sn（），即从接收到的 CONNECT 和 CC PDU。附近的 NFC 设备无需身份验证即可访问此权限;LLCP 链接激活在 NFC-DEP 后自动发生，并且 nfc_llcp_rx_skb（） 调度程序不应用最小长度防护。
    按指针遍历 TLV 列表，以 skb_tail_pointer（skb） 为界，并在使用前验证每个声明的长度，以匹配已用于 nfc_llcp_recv_snl（） 的方法。从针对尾指针的 &skb->data[LLCP_HEADER_SIZE] 开始遍历也会删除短帧的size_t下溢。
    由 0sec 自动化安全研究工具 （）https://0sec.ai 发现。（CVE-2026-80800）

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

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

  - undici 的解压缩拦截器根据不受信任的内容编码标头对响应正文进行解压缩。虽然内容编码层的数量有上限，但是总解压缩输出大小不受限制，并且没有配置选项可以限制它。因此，恶意或错误的上游可返回小型压缩负载（压缩炸弹），其会在客户端内存中扩展到数百兆字节或更多，这种非对称资源消耗可能会耗尽内存并使进程崩溃。这会影响最高和7.29.18.0.0最高到 8.10.2的 undici 版本。7.15.0 用户应升级到 undici 7.29.1 或 8.10.2.（CVE-2026-84890）

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

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

  - smol-toml 是一个小型、快速、正确的 TOML 解析器和序列化程序。在之前， 1.7.1当数组或内联表中的值后跟没有尾部换行符的注释时，parse（） 可进入无限循环。在 src/util.ts 中，skipUntil（） 调用 indexOfNewline（），在输入结束时收到 -1，然后将光标重置为字符串的开头，而不是离开结构扫描。然后解析器无限期挂起，并且可在应用程序解析攻击者控制的 TOML 时消耗服务的处理能力。此问题已在 1.7.1 版本中修复。(CVE-2026-85730)

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

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

  - httpd 从未实现 obs-fold（RFC 2616 2.2 / RFC 7230 3.2.4 标头延续行）。每个 CRLF 后跟非 CRLF 八进制数都会无条件启动一个新标头。随着对 HTTP 请求走私攻击的理解不断加深，这一缺失的功能成为一个安全问题。此问题影响来自 OTP 之前的 OTP 17.0 、来自 OTP 之前的 OTP 28.028.5.0.6和来自 OTP 之前的 OTP 29.0.629.0 的 ，对应于 之前 、 和 9.49.6.2.3之前 9.7.29.7 的 inets 。5.109.3.2.727.3.4.17 OTP 17.0之前的 OTP（对应于 INET 之前 5.10）是否受到影响尚不清楚。
    (CVE-2026-66357)

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

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

  - undici 的 BalancedPool 构造函数通过内部深度克隆传递其整个选项对象，该深度克隆将值序列化为 JSON 并重新解析。由于 JSON 无法表示函数，因此任何以函数为值的 TLS 选项（例如调用程序提供的 checkServerIdentity 回调或 connect 选项内的自定义连接器）在到达 TLS 层之前都会被静默丢弃。因此，当通过 BalancedPool 到达其证书（应用程序的自定义 checkServerIdentity 被写入拒绝）但仍通过节点的默认主机名和链检查的对等方时，将被接受。客户端、池和代理调度程序不受影响，因为它们会在克隆之前提取连接和 tls 选项。
    这会影响最高和最高 8.10.2的 undici 版本7.29.17.24.18.0.0，并且仅当应用程序向 BalancedPool 提供函数值连接或 tls 选项时。用户应升级到 undici 7.29.1 或 8.10.2.（CVE-2026-84961）

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

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

  - 当缓存或重复数据删除拦截器直接组成到客户端或池上时，undici 8.10.0 会从缓存和请求重复数据删除密钥中忽略目标源。由于内部缓存密钥回退到空的源字符串，因此只要方法、路径和相关标头匹配，就会针对对不同受信任源的请求返回来自一个上游源的可缓存或正在传输的响应，这允许跨源信息泄露和持久性缓存中毒。报告者演示了一个完全身份验证绕过，其中，使用攻击者控制的密钥签名的 JWT 被接受为属于受信任的颁发者，并且从未联系到受信任的源。这是 undici 引入的回归8.10.0，并影响 undici 版本8.10.08.10.2，最高 . 使用代理（在其调度选项中带有源）的应用程序不受影响。用户应升级到 undici 8.10.2。（CVE-2026-85152）

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

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

  - Debian Linux - gfs2-utils - 无 Ubuntu Linux - [未知描述] （CVE-2026-71223）

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

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

  - 在提供软件 TPM 2.0 仿真的库 libtpms 中发现一个缺陷。还原 TPM 2.0 状态时（例如，在虚拟机开机或状态/迁移还原期间），畸形状态 blob 可提供超大的跳过块长度，且未根据输入缓冲区的剩余大小进行验证。这可驱动内部大小计数器负值，从而绕过后续的边界检查，这是因为不安全的已签名到未签名转换所导致，进而造成解析器读取保存状态数据之堆缓冲区边界之外的内存。成功利用此漏洞可导致托管 libtpms（例如 swtpm）的进程崩溃，从而导致仿真 TPM 设备及其依赖的虚拟机拒绝服务。未确认有数据损坏或信息泄露。（CVE-2026-85769）

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

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

  - Ocsreports admin_info端点的 CSV 文件上传功能中存在不受限制的文件上传漏洞。该应用程序仅根据客户端提供的名称来验证文件，而没有正确检查其内容或安全地限制允许的文件类型。这允许具有管理员权限的用户将 PHP 文件上传到可通过 Web 界面访问的目录。如果服务器随后处理该文件，攻击者可以 Web 服务所使用帐户的权限执行任意代码。（CVE-2026-76174）

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

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

  - 当服务器使用客户端从未请求过的子协议进行响应时，undici 的 WebSocket 客户端会在打开握手期间使整个 Node.js 进程崩溃。默认 WebSocket 连接不发送任何子协议，但如果服务器的 101 响应包含 Sec-WebSocket-Protocol 标头，则 undici 会在对照请求的列表检查空值时取消引用该值并抛出未捕获的 TypeError。
    由于该代码在没有周围错误处理的微任务中运行，因此异常会根据节点的默认行为传播并终止进程，而不是按照 WebSocket 协议的要求妥善地使连接失败。在未经身份验证的情况下，任何在默认配置下未经身份验证的应用程序，向攻击者控制或遭到破坏的服务器打开 WebSocket 的任何应用程序，或通过中间人的明文连接打开 WebSocket 的应用程序，都可在未经身份验证的情况下，以默认配置进行远程崩溃。这会影响最高到 6.28.1、 和 7.0.07.29.1最高到 8.10.2的 8.0.0 undici 版本6.7.0。用户应升级到 undici 6.28.1、 7.29.1或 8.10.2。（CVE-2026-19534）

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

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

  - /ocsreports/？function=save_query_list 端点的 del_check 参数中的 SQL 注入漏洞。未经适当参数化或验证的情况下，具有操作员权限的认证用户提供的输入被合并到 SQL 查询中，从而允许使用 SQL 注入技术操纵查询并从数据库中提取信息。（CVE-2026-76175）

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

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

  - Colord 是一个微小但功能强大的工具，用于高性能颜色处理和转换。在之前 2.9.4，src/colorModels/rgbString.ts、src/colorModels/hslString.ts、src/colorModels/hwbString.ts、src/colorModels/lchString.ts 和 src/colorModels/cmykString.ts 中的同步 CSS 颜色字符串匹配器使用模棱两可的数字正则表达式 （[+-]？\d*.？\d+），从而允许在拒绝畸形输入时以多种方式在重叠的量词之间划分相同的数字。攻击者如果能够向 colord（）、getFormat（）、isEqual（）、mix（） 或 contrast（） 提供未限制边界的颜色字符串，包括通过请求正文、JSON 字段或上传的样式表，就可通过数 KB 负载阻断处理线程。受影响的匹配程序为 parseRgbaString、parseHslaString、parseHwbaString、parseLchaString 和 parseCmykaString。此问题已在 2.9.4 版本中修复。(CVE-2026-85062)

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

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

  - 端点 /ocsreports/index.php？function=admin_double 中存在 SQL 注入漏洞，原因是未正确处理参数中包含的 selected_grp_dupli[] ID 字段中的值。经过认证的具有操作员权限的用户可以操纵这些值来更改应用程序执行的 SQL 查询并检索数据库中存储的信息。（CVE-2026-76176）

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

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

  - 由于未充分验证 HTTPS_SERV 和 FILE_SERV 参数，/ocsreports/？function=tele_activate 端点中存在服务器端请求伪造 （SSRF） 漏洞。具有操作员权限的经过身份验证的用户可为这些参数提供任意值，导致 OCS 清单服务器向外部系统或内部资源发出 HTTP/HTTPS 请求，从而可允许访问内部网络服务或云服务的元数据资源。（CVE-2026-76177）

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

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

  - 端点 /ocsreports/？function=notification 的通知模板功能中存在存储型跨站脚本 （XSS） 漏洞拥有管理员权限的用户可输入恶意 HTML 内容，当其他管理员访问模板自定义视图时，这些内容会在未经适当审查的情况下进行存储和显示，进而允许在应用程序的安全环境中执行 JavaScript 代码，并可能危害其他拥有管理权限的用户的会话。
    (CVE-2026-76178)

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

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

  - MongoDB C 驱动程序的 BSON 到 JSON 转换帮助程序中的内存处理错误在对二进制字段进行编码且输出在调用方配置的长度限制处被缩短时，可在堆缓冲区终点后写入少量字节。在链接驱动程序的应用程序上没有权限的提供文档内容的一方可能会导致更改预期缓冲区之外的少量数据。（CVE-2026-84969）

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

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

  - MongoDB PHP 驱动程序的 BSON 解码组件中的越界读取可能允许提供特别格式输入的未经认证方将少量相邻进程内存复制到返回应用程序代码的错误消息中。这可导致意外泄露有限的内存内容。（CVE-2026-84968）

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

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

  - BSON 库的 JSON 解析代码中分配大小计算中的整数回绕可造成在后续复制操作仍通过过时指针写入时释放缓冲区。在大小为 32 位的版本中，如果未经身份验证的一方能够向链接库的应用程序提供足够大的 JSON 输入，则可能会导致该应用程序意外终止，进而导致拒绝服务。（CVE-2026-84965）

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

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

  - 当 BMC 返回的字节多于请求时，FreeIPMI 之前 1.6.19 在 libfreeipmi/fru/ipmi-fru.c 的 _read_fru_data 中存在基于堆栈的缓冲区溢出。（CVE-2026-85509）

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

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

  - 对客户端加密库的解密路径中意外值大小的不当处理可造成内部检查失败，从而终止使用该库的进程。能够将适当格式的加密值放置在应用程序将对其进行解密的位置或能够控制应用程序接收响应的一方可导致该应用程序停止运行。（CVE-2026-84971）

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

ID	名称	严重性
342963	Linux Distros 未修补的漏洞：CVE-2026-80814	medium
342962	Linux Distros 未修补的漏洞：CVE-2026-80891	medium
342961	Linux Distros 未修补的漏洞：CVE-2026-80765	medium
342960	Linux Distros 未修补的漏洞：CVE-2026-80799	medium
342959	Linux Distros 未修补的漏洞：CVE-2026-84947	medium
342958	Linux Distros 未修补的漏洞：CVE-2026-80862	medium
342957	Linux Distros 未修补的漏洞：CVE-2026-80908	medium
342956	Linux Distros 未修补的漏洞：CVE-2026-80851	medium
342955	Linux Distros 未修补的漏洞：CVE-2026-80839	high
342954	Linux Distros 未修补的漏洞：CVE-2026-80763	medium
342953	Linux Distros 未修补的漏洞：CVE-2026-80841	medium
342952	Linux Distros 未修补的漏洞：CVE-2026-76060	high
342951	Linux Distros 未修补的漏洞：CVE-2026-80828	medium
342950	Linux Distros 未修补的漏洞：CVE-2026-80794	medium
342949	Linux Distros 未修补的漏洞：CVE-2026-80850	medium
342948	Linux Distros 未修补的漏洞：CVE-2026-80906	medium
342947	Linux Distros 未修补的漏洞：CVE-2026-80809	medium
342946	Linux Distros 未修补的漏洞：CVE-2026-62993	medium
342945	Linux Distros 未修补的漏洞：CVE-2026-80803	medium
342944	Linux Distros 未修补的漏洞：CVE-2026-80793	medium
342943	Linux Distros 未修补的漏洞：CVE-2026-80768	high
342942	Linux Distros 未修补的漏洞：CVE-2026-84933	high
342941	Linux Distros 未修补的漏洞：CVE-2026-80808	medium
342940	Linux Distros 未修补的漏洞：CVE-2026-80791	medium
342939	Linux Distros 未修补的漏洞：CVE-2026-80835	medium
342938	Linux Distros 未修补的漏洞：CVE-2026-80912	medium
342937	Linux Distros 未修补的漏洞：CVE-2026-85024	medium
342936	Linux Distros 未修补的漏洞：CVE-2026-80856	medium
342935	Linux Distros 未修补的漏洞：CVE-2026-80782	medium
342934	Linux Distros 未修补的漏洞：CVE-2026-80838	high
342933	Linux Distros 未修补的漏洞：CVE-2026-80800	medium
342932	Linux Distros 未修补的漏洞：CVE-2026-84890	medium
342855	Linux Distros 未修补的漏洞：CVE-2026-85730	high
342854	Linux Distros 未修补的漏洞：CVE-2026-66357	high
342853	Linux Distros 未修补的漏洞：CVE-2026-84961	critical
342848	Linux Distros 未修补的漏洞：CVE-2026-85152	high
342847	Linux Distros 未修补的漏洞：CVE-2026-71223	critical
342846	Linux Distros 未修补的漏洞：CVE-2026-85769	medium
342845	Linux Distros 未修补的漏洞：CVE-2026-76174	critical
342844	Linux Distros 未修补的漏洞：CVE-2026-19534	high
342843	Linux Distros 未修补的漏洞：CVE-2026-76175	high
342842	Linux Distros 未修补的漏洞：CVE-2026-85062	medium
342841	Linux Distros 未修补的漏洞：CVE-2026-76176	high
342840	Linux Distros 未修补的漏洞：CVE-2026-76177	high
342839	Linux Distros 未修补的漏洞：CVE-2026-76178	critical
342829	Linux Distros 未修补的漏洞：CVE-2026-84969	medium
342828	Linux Distros 未修补的漏洞：CVE-2026-84968	medium
342827	Linux Distros 未修补的漏洞：CVE-2026-84965	medium
342824	Linux Distros 未修补的漏洞：CVE-2026-85509	critical
342821	Linux Distros 未修补的漏洞：CVE-2026-84971	high

检测

Nessus 的 Misc. 系列

medium

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

high

high

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

high

high

critical

high

critical

medium

critical

high

high

medium

high

high

critical

medium

medium

medium

critical

high