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

  - rds：tcp：拆除监听套接字前取消注册 sysctl 监听套接字 rds_tcp_exit_net（） 在取消注册 per-netns sysctl 表之前，通过 rds_tcp_kill_sock（） 释放 per-netns RDS TCP 监听套接字。由于 rds_tcp_skbuf_handler（） 从 rtn->rds_tcp_listen_sock->sk 派生 netns，并发 sysctl 写入可与 netns 拆卸争用，并取消引用释放的套接字/sk。KASAN 将争用报告为：缺陷：KASAN：rds_tcp_skbuf_handler+0x2aa/0x2e0 rds_tcp_skbuf_handler net/rds/tcp.c：721 中的释放后使用proc_sys_call_handler fs/proc/proc_sysctl.c vfs_write fs/read_write.c __x64_sys_pwrite64 fs/read_write.c 中的释放后使用 通过在调用 rds_tcp_kill_sock（） 之前取消注册 RDS TCP sysctl 表来修复此问题。
    unregister_net_sysctl_table（） 会阻止新的 sysctl 处理程序启动并等待正在传输的处理程序完成，以便之后可以安全地释放监听套接字。已针对链接的复制器测试该补丁。（CVE-2026-68290）

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

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

  - net/mlx5e：将发送方 devcom 用于 MPV 主控端 PCIe DPC 恢复后，mlx5 会重新加载受影响的函数并重播多端口隶属关系事件。在报告的失败中，第一个相关设备错误为：pcieport 0000：10：01.1：DPC：包含事件 pcieport 0000：10：01.1：PCIe 总线错误：
    severity=Uncorrected（致命）pcieport 0000：10：01.1：[5] SDES（第一个）mlx5 恢复了 PCI 函数并恢复了 0000：11：00.1。在恢复期间，RDMA 多端口绑定重播MLX5_DRIVER_EVENT_AFFILIATION_DONE且 mlx5e 发送MPV_DEVCOM_MASTER_UP。主机随后因以下缺陷而发生错误：
    内核空指针取消引用，地址：0000000000000010 RIP：mlx5_devcom_comp_set_ready+0x5/0x40 [mlx5_core] RDI：0000000000000000 调用跟踪包括：mlx5_devcom_comp_set_ready mlx5e_devcom_event_mpv mlx5_devcom_send_event mlx5_ib_bind_slave_port mlx5r_mp_probe mlx5_pci_resume MPV devcom 注册会在 mlx5e_devcom_init_mpv（） 将返回的组件设备存储在 priv->devcom 中之前，将 mlx5e 隐私数据发布至组件对等机列表。因此，并行主控事件可以接触到私有数据可见但其 priv->devcom 反向指针仍为空的对等方。MPV_DEVCOM_MASTER_UP 已将发送方/主控端 mlx5e 私有数据作为event_data。ready 位存储在共享的 devcom 组件上，而不是单个对等机上。将 MPV 组件标记为就绪时，请使用发送方 devcom。这可保留就绪转换，同时避免在 PCI 错误恢复之后的隶属关系重放期间，对对等机 devcom 指针发生空取消引用。（CVE-2026-68139）

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

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

  - Debian Linux - svxlink - 无 Ubuntu Linux - [GHSA-4g8q-rgxf-fmgf： EchoLink 代理：消息长度中的整数截断] （CVE-2026-73152）

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

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

  - misc：nsm：在设备打开时固定模块 misc_open（） 通过 fops_get（） 安装 misc 驱动程序的文件操作，通过 （） 在替换文件f_op前固定 file_operations：：owner。NSM misc 设备未设置 nsm_dev_fops.owner，因此打开 /dev/nsm 不会在 nsm 驱动程序中获取模块引用。
    如果驱动程序作为模块构建，则打开的文件描述符可因此在提供其 ioctl 回调的模块的 rmmod 中留存。通过该描述符的后续 ioctl 可调用已卸载的模块文本。
    将 nsm_dev_fops.owner 设置为 THIS_MODULE，以便 misc 核心在任何 /dev/nsm 文件描述符打开时保留模块，从而符合已安装文件操作的生命周期预期。（CVE-2026-68178）

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

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

  - pds_core：修复删除期间工作队列上的释放后使用 在 pdsc_remove（） 中，工作队列在调用 pdsc_teardown（） 之前遭到破坏。此排序允许有两条路径对已销毁的工作队列进行排队：
    1. 如果 pdsc_teardown（） -> pdsc_devcmd_reset（） 超时，则 pdsc_devcmd_locked（） 中的错误路径health_work排队。2. NotifyQ 事件可在 pdsc_teardown（） 中调用 free_irq（） 之前触发 ISR 和排队工作。通过将 destroy_workqueue（） 移动到 pdsc_teardown（） 之后进行修复，这样工作队列的生存时间比每个队列都快;然后，destroy_workqueue（） 会刷新所有待定工作。清空已排入队列的工作也需要对拆卸进行排序，以便最后释放工作接触的资源：- 在 pdsc_qcq_free（） 中释放中断后，cancel_work_sync（） 队列的工作，然后才清除 qcq->intx，因此 pdsc_process_adminq（） 读取用于中断信用返回的 qcq->intx 不能与清除争用。- 在 notifyqcq 之前释放 adminqcq：共享的 adminq ISR 在释放 adminqcq 时释放，并且 adminq 工作访问 notifyqcq，因此必须在释放 notifyqcq 之前停止两者。（CVE-2026-68318）

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

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

  - drm/imagination：将配对的作业隔离计为 prepare_job（） 中的依赖项 DRM 计划程序的 prepare_job（） 回调计算作业剩余的非信号本机依赖项，在这些依赖项（加上作业数据和隔离更新）可以适合作业队列的 CCCB 之前阻止作业提交。这意味着检查固件中可以等待哪些依赖项，即它们是否由 UFO 对象支持，即
    是否已将其 drm_sched_fence：:p arent 分配给 pvr_queue_fence：：base 隔离。当拥有隔离的作业提交到固件时，就会发生这种情况。配对的几何和片段作业是同时提交的，这意味着在提交之前无法以这种方式检查它们之间的依赖关系。更新 job_count_remaining_native_deps（） 以考虑配对作业之间的依赖关系。这修复了以下情况：prepare_job（） 低估了几乎完整片段 CCCB 中的剩余空间，从而错误地取消阻断 run_job（），然后 CCCB 提早返回，而没有将完整命令序列写入 CCCB。上述问题会导致如下内核警告，并可能导致作业超时（取决于等候程序是否提供缺少的命令）：[ 375.702979] WARNING： drivers/gpu/drm/imagination/pvr_cccb.c：178 at pvr_cccb_write_command_with_header+0x2c4/0x330 [powervr]， CPU#1： kworker/u16：3/47 [ 375.703160] 链接的模块：[ 375.703571] CPU：1 UID：0 PID：47 Comm：kworker/u16：3 受感染： G W 7.0.0-rc2-g817eb6b11ad5 #40 PREEMPT [ 375.703613] Tainted： [W]=WARN [ 375.703627] 硬件名称： Texas Instruments AM625 SK （DT） [375.703645] 工作队列： powervr-sched drm_sched_run_job_work [gpu_sched] [ 375.703741] pstate： 80000005 （Nzcv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--） [ 375.703764] pc：
    pvr_cccb_write_command_with_header+0x2c4/0x330 [powervr] [ 375.703847] lr：
    pvr_queue_submit_job_to_cccb+0x578/0xa70 [powervr] [ 375.703921] sp：ffff800084a97650 [ 375.703934] x29：
    ffff800084a97740 x28： 0000000000000958 x27： ffff80008565d000 [ 375.703979] x26： 0000000000000030 x25：
    ffff800084a97680 x24： 0000000000001000 [ 375.704017] x23： ffff800084a97820 x22： 1ffff00010952ecc x21：
    0000000000000008 [ 375.704056] x20： 000000000000006a8 x19： ffff00002ff7da88 x18： 000000000000000000 [375.704093] x17： 0000000020020000 x16： 0000000000020000 x15： 00000000000000000 [ 375.704132] x14：
    0000000000000000 x13： 00000000000000000 x12： 000000000000000000 [ 375.704168] x11： 0000000000000f2f2 x10：
    00000000f3000000 x9 ： 00000000f3f3f3 [ 375.704206] x8 ： 00000000f2f2f200 x7 ： ffff700010952ecc x6：
    0000000000000008 [ 375.704243] x5 ： 0000000000000000 x4 ： 1ffff00010acba00 x3 ： 0000000000000000 [375.704279] x2 ： 0000000000000007 x1 ： 0000000000000fff x0 ： 000000000000002f [ 375.704317] 调用跟踪： [375.704331] pvr_cccb_write_command_with_header+0x2c4/0x330 [powervr] （P） [ 375.704411] pvr_queue_submit_job_to_cccb+0x578/0xa70 [powervr] [ 375.704487] pvr_queue_run_job+0x3a4/0x990 [powervr] [375.704562] drm_sched_run_job_work+0x580/0xd48 [gpu_sched] [ 375.704623] process_one_work+0x520/0x1288 [375.704658] worker_thread+0x3f0/0xb3c [ 375.704680] kthread+0x334/0x3d8 [ 375.704706] ret_from_fork+0x10/0x20 [ 375.704736] ---[ 结束跟踪 0000000000000000 ]--- （CVE-2026-68281）

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

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

  - Debian Linux - svxlink - 无 Ubuntu Linux - [GHSA-38fq-mrrg-8rmr：RtlTcp：畸形问候造成后台程序退出] （CVE-2026-73143）

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

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

  - Debian Linux - svxlink - 无 Ubuntu Linux - [GHSA-4f8x-49pf-3x5v：APRS 消息构造中的缓冲区溢出] （CVE-2026-73150）

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

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

  - tcp：修复 PSP 策略失败时TIME_WAIT套接字引用泄漏 当 IPv4 和 IPv6 接收路径中均发生 PSP 策略失败时，释放TIME_WAIT套接字引用并跳至discard_it。这可防止tcp_tw_bucket结构的内存泄漏。（CVE-2026-68379）

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

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

  - Bluetooth：hci_sync：在需要保留 hdev->lock hci_conn_params_lookup保持 hdev->lock 的情况下进行hci_conn_params查找，否则列表迭代或参数访问不安全。保持 hdev->lock 以在 hci_sync 中进行参数查找。（CVE-2026-68390）

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

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

  - 在 Undertow HTTP 服务器的 ChunkReader 组件中发现一个缺陷，WildFly 和 JBoss EAP 使用该组件处理分块传输编码。发生该问题的原因是解析器使用单个内部变量来存储剩余的区块大小和状态标记。攻击者可通过发送具有极大区块大小的特别构建的请求，造成这些值重叠，诱骗解析器认为请求已经提前完成。这可允许在不同步的情况下处理第二个走私请求，从而可能绕过安全控制。（CVE-2026-14180）

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

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

  - s390/checksum：修复没有矢量设施的 csum_partial（） 当前 csum_partial（） 调用具有 dst=NULL 的 copy=false csum_copy（）。在没有矢量设施的计算机上，csum_copy（） 回退到 cksm（dst， ...），从而导致从地址零而非源缓冲区计算校验和。VX 实现已经校验从 src 加载的数据。通过将 src 传递给 cksm（），使回退执行相同的操作。（CVE-2026-68385）

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

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

  - Debian Linux - svxlink - 无 Ubuntu Linux - [GHSA-624p-cp8x-6hp6：EchoLink RTCP/SDES：越界读取] （CVE-2026-73153）

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

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

  - 在 DBI 中发现一个缺陷。此版本是针对 RHEL 9.8.z 和 10.2.z 的部分补丁 CVE-2026-14380 的补丁。有关详细的声明、描述和缓解措施，请参阅原文 https://access.redhat.com/security/cve/cve-2026-19546。（CVE-2026-19546）

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

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

  - 在 之前指定 的 OpenStack 22.0.1中，区域创建检查（_is_subzone、_is_superzone 和重复区域数据库约束）仅限于目标池。经过身份验证的用户可以通过 AttributeFilter 计划程序将区域计划到其他池来绕过这些检查，从而创建与另一个租户的区域冲突的重叠区域。这使得跨租户 DNS 劫持（将流量重定向到攻击者控制的 IP）和 DNS 拒绝服务（NODATA 响应）成为可能。要利用此漏洞，需要在 scheduler_filters 中启用 AttributeFilter 的多池部署，这是用于自助服务分层的非默认配置，但已记录且受支持。（CVE-2026-71193）

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

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

  - Debian Linux - svxlink - 无 Ubuntu Linux - [GHSA-mh75-5pr3-qv2p： NetRx：通过未经验证的 MsgAudio 长度造成的越界读取] （CVE-2026-73149）

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

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

  - Bluetooth：mgmt：修复 unpair_device/disconnect_sync 中的锁定 取消引用关键部分外部受 RCU 保护的指针无效，可能导致 UAF。采用 hdev->lock 进行hci_conn查找和 hci_abort_conn（）。请勿使用 RCU 确保此时 conn 已完全初始化。（CVE-2026-68392）

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

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

  - usb：core：port：组件 unbind 上的 Deattach Type-C 连接器 connector_unbind（） 是 connector_bind（） 的镜像，但它缺少 connector_bind（） 通过以下方式对 typec_deattach（） 进行的对称调用：if （port_dev->child） typec_attach（port_dev->connector， &port_dev->child->dev）;当拔出 Thunderbolt 停靠栏时，两条拆卸路径会争用：1. 组件框架首先调用 connector_unbind（），这将在不调用 typec_deattach（） 的情况下设置 port_dev->connector = NULL。这会使 struct typec_port 中的 port->usb2_dev/port->usb3_dev 指向即将释放的 USB 设备。
    2. 然后usb_disconnect（） 调用 typec_deattach（port_dev->connector， ...），但 port_dev->connector 已经为 NULL，因此调用为非 op，并且端口>usb2_dev永远不会被清除。3. 同时，UCSI 检测到 PD partner-disconnect 事件并调用 typec_unregister_partner（），后者会读取 port->usb2_dev（现在是指向已释放内存的悬摆指针）并将其传递到已释放设备上的 typec_partner_unlink_device（） -> sysfs_remove_link（） -> dev_name（），从而损坏 typec/UCSI 伙伴状态。此损坏使 Thunderbolt 隧道在下一个停靠栏热插拔上处于不一致的状态。在受影响的硬件上，扩展坞的 I225/igc NIC 无法枚举：AER 会在 igc 驱动程序仍在初始化（PCIe 链接丢失）时触发插槽重置，随后的igc_reset尝试会igc_rd32已分离的设备：igc 0000：2e：00.0 eth0：PCIe 链接丢失，设备现已分离 igc：无法读取 reg 0x0！警告：CPU：9 PID：
    129 at drivers/net/ethernet/intel/igc/igc_main.c：7005 igc_rd32+0xa4/0xc0 [igc] 调用跟踪：
    igc_disable_pcie_master+0x16/0xa0 [igc] igc_reset_hw_base+0x14/0x170 [igc] igc_reset+0x63/0x110 [igc] igc_io_slot_reset+0x9e/0xd0 [igc] report_slot_reset+0x5d/0xc0 pcie_do_recovery+0x209/0x400 aer_isr_one_error_type+0x235/0x430 aer_isr+0x4e/0x80 irq_thread+0xf4/0x1f0 4.UCSI 稍后处理 PD partner-disconnect 并调用 typec_unregister_partner（），后者仍会发现过时的 port->usb2_dev 并再次尝试删除其 sysfs 链接：kernfs：无法删除“typec”，无目录 警告： CPU：6 PID：55 at fs/kernfs/dir.c：1706 kernfs_remove_by_name_ns+0xe9/0xf0 工作队列：事件ucsi_handle_connector_change [typec_ucsi] 调用跟踪： sysfs_remove_link+0x19/0x50 typec_unregister_partner+0x6e/0x120 [typec] ucsi_unregister_partner+0x107/0x150 [typec_ucsi] ucsi_handle_connector_change+0x3ec/0x490 [typec_ucsi] process_one_work+0x18e/0x3e0 worker_thread+0x2e3/0x420 kthread+0x10a/0x230 ret_from_fork+0x121/0x140 ret_from_fork_asm+0x1a/0x30 如果时间越差，则会在释放后备存储器后取消引用相同的过时指针， 将警告转换为释放后使用。修复非对称性：在清除 port_dev->connector 之前调用 typec_deattach（），以匹配 connector_bind（） 在绑定端的操作。typec_partner_deattach（） 已受到 port->partner_link_lock 保护，因此它使用并发 typec_unregister_partner（） 路径安全地序列化。
    (CVE-2026-68372)

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

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

  - net：txgbe：修复删除时的 FDIR 过滤器泄漏 可以在接口关闭时添加完美的 FDIR 过滤器，并保留在软件列表中以供以后还原。unregister_netdev（） 仅在设备启动时调用 ndo_stop，因此在这种情况下跳过 txgbe_close（） 中的 txgbe_fdir_filter_exit，并且删除驱动程序时泄漏过滤器。同时释放 txgbe_remove（） 中的筛选列表。（CVE-2026-68321）

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

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

  - net：airoha：修复 airoha_ppe_deinit（） 中潜在的释放后使用 airoha_ppe_deinit（） 通过 rcu_replace_pointer（） 将 NPU 指针替换为空，但不等待现有 RCU 阅读器退出后再调用 ppe_deinit（） 和 airoha_npu_put（）。如果 RCU 读取端关键区段中的阅读器在 NPU 被释放时仍保留对其的引用，这可造成释放后使用。init 路径 （airoha_ppe_init） 已在 rcu_assign_pointer（） 之后调用 synchronize_rcu），但在提交 6abcf751bc08 中引入的 deinit 路径（net：airoha：修复 schedule while atomic in airoha_ppe_deinit（）））在从 rcu_read_lock（）/rcu_dereference（） 切换到 rcu_replace_pointer（） 时忽略了匹配屏障。在 ppe_deinit（） 前添加 synchronize_rcu（），以确保所有现有 RCU 读取器在释放 NPU 资源前完成。（CVE-2026-68332）

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

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

  - pds_core：修复辅助设备的添加/删除争用 两条路径添加或删除同一插槽 （pf->vfs[vf_id].padev）：
    VF 的 pdsc_reset_done（） 和 PF 的 devlink enable_vnet/disable_vnet 处理程序。它们在 config_lock 上序列化，但都未正确保护其下的插槽。add（） 注册并存储新的辅助设备，但未先检查插槽，因此第二次添加已填充的插槽会泄露第一个设备。del（） 在 config_lock 之外进行该检查，因此两个并发的 del 都可以传递它;第一个选项清除插槽，第二个选项取消引用空指针。检查并更新两个路径中config_lock下的插槽。（CVE-2026-68317）

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

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

  - 在之前的 OpenStack Designate 22.0.2中，mDNS 处理程序在解析记录查询和 NOTIFY 请求时会执行池盲查找。当不同池中存在两个具有相同名称的区域时，查找将失败并出现确定性错误，从而导致处理程序通过该路径对所有 DNS 查询返回 REFUSED。_handle_notify路径可通过单个未经认证的 UDP 数据包遭到利用。此问题可通过最近另一项 CVE 中所述的跨租户区域重叠独立实现，并且还会影响合法的同租户跨池配置。BIND9 视图未缓解此问题，因为 mDNS 是任何视图配置的共享服务上游。（CVE-2026-71194）

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

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

  - net：gre：在提交之前修复包含 SEQ/CSUM 的 GRE 隧道的 lltx 回归 00d066a4d4ed （netdev_features：
    将 NETIF_F_LLTX 转换为 dev->lltx），NETIF_F_LLTX在 __gre_tunnel_init（） 和 ip6gre_tnl_init_features（） 中无条件地与 GRE_FEATURES 一起设置：dev->features |= GRE_FEATURES |NETIF_F_LLTX;该提交将NETIF_F_LLTX转换为 dev->lltx 标记时，会将“dev->lltx = true”放置在 SEQ/CSUM 早期返回之后，而不是在它们之前。这会导致具有 SEQ 或 CSUM+encap 的 GRE/GRETAP/ip6gre 隧道丢失无锁 TX，从而重新引入围绕其ndo_start_xmit的_xmit_lock采集。由于 GRE xmit 通过 ip_tunnel_xmit（） 重新进入堆栈，因此按住_xmit_lock有与底层设备发生 ABBA 死锁的风险。CPU0 CPU1
    ---- ---- lock（&qdisc_xmit_lock_key#6）; lock（&qdisc_xmit_lock_key#3）; lock（&qdisc_xmit_lock_key#6）;
    锁（&qdisc_xmit_lock_key#3）;通过在两个函数中的早期返回之前移动 dev->lltx = true 来修复，从而恢复原始的无条件行为。（CVE-2026-68296）

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

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

  - Debian Linux - svxlink - 无 Ubuntu Linux - [GHSA-5xr9-fmm8-7p8x：remotetrx NetUplink：连接对象泄漏 DoS] （CVE-2026-73142）

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

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

  - Debian Linux - svxlink - 无 Ubuntu Linux - [GHSA-5g48-xjmf-7p4q： StationData：：setData 堆栈溢出] （CVE-2026-73154）

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

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

  - drm/xe/vm：修复 resv obj 分配时的 SVM 泄漏 xe_vm_create（） 提交 9e9787414882 （drm/xe/userptr：
    将 xe_hmm 替换为 gpusvm），使 xe_vm_create（） 中的 xe_svm_init（） 无条件，并对其进行扩展以同时初始化非错误模式 VM 的简单 gpusvm 状态。xe_vm_close_and_put（） 中匹配的 xe_svm_fini（） 调用已更新为无条件运行，但 xe_vm_create（） 中的错误展开路径却无条件运行。在 drm_gpuvm_resv_object_alloc（） 失败路径中，xe_svm_init（） 已成功，但只有在设置XE_VM_FLAG_FAULT_MODE时才调用 xe_svm_fini（）。对于非错误模式的 VM，这会使 vm->svm.gpusvm 部分初始化并泄露 drm_gpusvm_init（） 分配的资源。对于错误模式 VM，xe_svm_init（） 还通过 drm_pagemap_acquire_owner（） 获取页面映射所有者，并通过 xe_svm_get_pagemaps（） 获取页面映射。这些资源由 xe_svm_close（） 而非 xe_svm_fini（） 释放。在同一错误路径中，也不会调用 xe_svm_close（），因此错误模式 VM 会泄漏页面映射所有者和页面映射。修复两个泄露：- 在err_svm_fini路径上无条件调用 xe_svm_fini（），与无条件的 xe_svm_init（） 调用相匹配。将 vm->size = 0 分配移出条件，以便 xe_svm_fini（） （和 xe_svm_close（）） 中的 xe_vm_is_closed（） 断言在两种模式下都成立。- 在 xe_svm_fini（） 之前针对错误模式 VM 调用 xe_svm_close（），与 xe_vm_close_and_put（） 中使用的顺序匹配。（从提交 ca2a3587d577ba764e0fe628fb676244fc33ddd4 中精选出的内容）（CVE-2026-68298）

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

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

  - mtd：修复 add_mtd_device（） 错误路径中的双重释放和WARN_ON 当device_register（） 或 mtd_nvmem_add（） 在分区的 add_mtd_device（） 中失败时，错误处理将通过 put_device（） 或 device_unregister（） 触发 mtd_release（）。mtd_release（） 调用释放 mtd_info 结构的 release_mtd_partition（）。
    但是，mtd_add_partition（） 和 add_mtd_partitions（） 等调用程序也会在其错误路径中调用 free_partition（），从而导致双重释放。此外，release_mtd_partition（） 命中 WARN_ON（！list_empty（&mtd->part.node）），因为从 add_mtd_device（） 错误路径触发释放回调时，分区节点仍会在父分区列表中链接。通过覆盖错误路径中 put_device（） 之前的 dev->type 和 dev->release 来修复此问题，以便 device_release（） 调用 no-op 函数而不是 mtd_release（）。对于 mtd_nvmem_add（） 失败情况，将 device_unregister（） 替换为 device_del（），以将设备删除与最终 kobject 引用终止分开，从而允许替代在调用 put_device（） 之前生效。调用方的错误路径 （list_del + free_partition） 仍然是 add_mtd_device（） 失败时mtd_info生命周期的唯一所有者，这是预期的合同。正常分区拆卸路径不受影响：del_mtd_device（） 通过 kref_put（） -> mtd_device_release（） -> device_unregister（），而 dev->type 仍设置为 &mtd_devtype，因此 mtd_release（） -> release_mtd_partition（） 在常规删除情况下继续正常工作。（CVE-2026-68416）

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

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

  - ALSA： timer：不重新输入仍在运行的实例回调 用户空间驱动的定时器 （utimer） TRIGGER ioctl 直接调用 snd_timer_interrupt（），不进行序列化，因此触发同一 utimer 的两个线程可在一个snd_timer上并发运行 snd_timer_interrupt（）。snd_timer_process_callbacks（） 删除每个实例回调的定时器>锁，并用单个 SNDRV_TIMER_IFLG_CALLBACK 位标记正在运行的回调;snd_timer_close_locked（） 在释放实例之前等待该位耗尽正在传输的回调。该位不能代表两个并发回调：当第二个中断使回调仍在运行的实例重新排队时，两个实例同时运行，第一个完成的会清除该位，然后关闭路径耗尽释放该实例（及其callback_data），而另一个回调仍然处于活动状态 - 任何能够打开 /dev/snd/timer 的用户均可访问释放后使用， 通过用户定时器实例和绑定到 utimer 的音序器队列定时器。snd_timer_interrupt（） 在放置定时器>锁定之前设置IFLG_CALLBACK，因此并发中断已在锁定下观察到它。当其回调正在传输时跳过将实例（及其从属）重新排队到 ack/sack 列表;累积的 ptick 在下一个报价中传递，因此不会丢失任何事件。（CVE-2026-68200）

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

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

  - hwmon：（nzxt-kraken3） 调用 hid_hw_stop 之前停止设备 IO 调用 hid_hw_stop（） 不会停止设备 IO。这会导致 hid_input_report（） 与驱动程序探测函数中执行 hid_device_io_start（） 紧跟的点之间存在争用条件。如果启动 io 启动后探测操作失败，此争用条件将导致 UAF 漏洞。通过在调用 hid_hw_stop（） 之前先调用 hid_device_io_stop（） 来修复问题。（CVE-2026-68358）

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

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

  - debugobjects：针对并发 OOM 禁用的插件争用 syzbot 报告令人费解的 splat： 警告：
    stub_timer+0xa/0x20 stub_timer（） 中的 kernel/time/hrtimer.c：443 被安装为 hrtimer_fixup_assert_init（） 中的定时器回调函数，可在 debug_object_assert_init（） 找不到影子对象时调用该函数。
    在这种情况下，调试对象会在调用修复之前发出关于它的警告。尽管提供的控制台日志缺少此警告，而是在崩溃前几秒钟包含以下内容：ODEBUG：内存不足。ODEBUG 已禁用。因此，将在 debug_object_assert_init（） 中查找对象，并且查找失败，原因是同时发生的内存不足情况（该情况禁用了调试对象并释放了影子对象）：
    debug_object_assert_init（） if （！debug_objects_enabled） return;obj = alloc（）;if （！obj） { // 内存不足 debug_objects_enabled = false; free_objects（）; obj = lookup_or_alloc（）; // 查找失败，因为另一方 // 删除了对象，因此这返回 // 错误代码，因为有问题的对象 // 不是静态初始化的 if （！IS_ERR_OR_NULL（obj）） return; if （！obj） { debug_oom（）; return; } print（...） if （！debug_objects_enabled） return; fixup（...）跳过调试对象 splat，因为 debug_objects_enabled 为 false，但会无条件调用修复回调，这会使计时器失效。这只是 debug_object_assert_init（） 和 debug_object_activate（） 中的问题，因为两者都必须处理静态初始化的对象，因此必须妥善处理错误指针返回情况。所有其他位置仅处理 found/not found 情况，空指针返回是 OOM 的信号。否则它们将获得有效的阴影对象。在这两个位置调用 print and fixup 函数之前，通过检查调试对象是否仍启用来修复漏洞。（CVE-2026-68090）

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

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

  - unearth through 0.18.2（已在提交 6c78164 中修复）在 is_within_directory 函数中含有一个路径遍历漏洞，无法在验证前标准化路径，允许 ../ 序列绕过目录包含检查。攻击者可提供带有符号链接成员或遍历序列的恶意 tar 存档，以便将文件写入进程可访问的任意文件系统位置。
    (CVE-2026-73030)

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

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

  - HID：wacom：启动后探测失败后停止硬件 wacom_parse_and_register（） 在注册输入和初始化焊盘 LED/遥控器之前启动 HID 硬件。这些后续步骤可能会失败，但其错误路径当前在不停止 HID 硬件的情况下释放 Wacom 资源。post-hid_hw_start释放驱动程序资源之前通过 hid_hw_stop（） 路由 （） 失败。我们在查看内核代码时进行持续的静态分析研究中发现了此问题。（CVE-2026-68091）

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

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

  - drm/ttm：考虑 ttm_pool_backup 中的 NULL 和句柄页面 ttm_pool_backup中的页面可以是 NULL 句柄或备份句柄 （ttm_backup_page_ptr_is_handle（）），两者都不能传递到 set_pages_array_wb（） 或释放。在 dma/purge 循环之前添加专用的 WB 传递，该循环使用相同的 i += num_pages 步幅遍历分配，跳过 NULL 和句柄条目，并且在每次连续运行真实页面时调用 set_pages_array_wb（）。对 dma/purge 循环应用相同的 NULL/句柄防护。修复以下 oops：哎呀：
    常规保护错误，内核空指针取消引用 0x0：0000 [#1] SMP NOPTI RIP：
    0010：__cpa_process_fault+0xf8/0x770 RSP：0018：ffffc90000a87718 EFLAGS：00010287 RAX：0000000000000000 RBX：
    ffffc90000a87868 RCX：000000000000000000 RDX：0000000000001000 RSI：0005088000000000 RDI：ffffffff827c5f34 RBP：0005088000000000 R08：ffffc90000a877cb R09：ffffc90000a877d0 R10：00000000000000000 R11：
    000000000000001b R12：000ffffffffff000 R13： ffffc90000a87868 R14： ffffc90000a87868 R15： ffff88815b882ae0 FS： 000000000000000（0000） GS：ffff8884ec840000（0000） knlGS：000000000000000 CS：0010 DS：0000 ES：0000 CR0：0000000080050033 CR2：00007f930b844000 CR3：000000000262e003 CR4：0000000008f70ef0 PKRU：55555554 调用跟踪： <TASK> __change_page_attr_set_clr+0x989/0xe90 ？ __purge_vmap_area_lazy+0x6c/0x3a0 ？
    _vm_unmap_aliases+0x250/0x2a0 set_pages_array_wb+0x7f/0x120 ttm_pool_backup+0x4c9/0x5b0 [ttm] ？dma_resv_wait_timeout+0x3b/0xf0 ttm_tt_backup+0x32/0x60 [ttm] ttm_bo_shrink+0x66/0x110 [ttm] xe_bo_shrink_purge+0x12b/0x1b0 [xe] xe_bo_shrink+0xbb/0x270 [xe] __xe_shrinker_walk+0xf7/0x160 [xe] xe_shrinker_walk+0x9d/0xc0 [xe] xe_shrinker_scan+0x11f/0x210 [xe] do_shrink_slab+0x13b/0x270 shrink_slab+0xf1/0x400 shrink_node+0x352/0x8a0 balance_pgdat+0x32c/0x700 kswapd+0x205/0x2f0 ？
    __pfx_autoremove_wake_function+0x10/0x10 ？__pfx_kswapd+0x10/0x10 kthread+0xd1/0x110 ？
    __pfx_kthread+0x10/0x10 ret_from_fork+0x1b1/0x200 ？__pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1a/0x30 </TASK> （CVE-2026-68239）

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

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

  - Kitty 是基于 GPU 的跨平台终端。在 0.48.2 版本之前，kitty/window.py 中的 @kitty-echo 和 @kitty-ssh DCS 处理器会将未经认证的数据写入子 shell 的标准输入，其中 handle_remote_echo 接受可打印的 shell 命令字符，而 handle_remote_ssh 调用 kittens/ssh/utils.py 中的 get_ssh_data，该函数会输出一个换行符；当用户显示不受信任的终端数据时，将这两个处理器串联起来即可执行攻击者控制的命令。此问题已在 0.48.2 版本中修复。(CVE-2026-72913)

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

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

  - ALSA：timer：在主服务器分离从服务器的回调之前耗尽其回调 snd_timer_close_locked（） 在释放实例（但不会释放其从属设备）之前耗尽关闭实例自己的正在传输的回调 （IFLG_CALLBACK）。当主实例关闭时，remove_slave_links（） 清除每个从实例的 ->timer;然后，从服务器自己的 close 读取 timer == NULL 并完全采用跳过漏的分支（snd_timer_stop_slave（） 在 NULL 定时器上也无 ops）。因此，在关闭主控端时回调仍在运行的从属服务器将在实时回调之下释放，从而导致释放后使用。在 remove_slave_links（） 切断从服务器之前，也将其耗尽。snd_timer_stop（） 已将该实例从活动列表中删除，因此不能排队新的从回调。从 ack 列表中删除从服务器，这样待处理的服务器也无法触发，然后等待任何已经在飞行的服务器。（CVE-2026-68201）

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

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

  - 在 iperf3 中发现一个缺陷。远程攻击者可通过发送构建的控制通道 JSON 来利用此漏洞，其中包含服务器未正确验证的超大数值参数（例如“parallel”和“len”）。这种不当的输入验证可能导致创建过量流和线程以及大量缓冲区分配，从而导致资源耗尽。因此，这可在受影响的 iperf3 服务器上导致拒绝服务 （DoS）。（CVE-2026-71217）

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

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

  - RDMA/irdma：防止非内存区域的rereg_mr 创建 QP/CQ/SRQ 时，会使用两步进程，其中在用户空间中分配缓冲区，并在创建实际的 QP/CQ/SRQ 对象之前向正常reg_mr机制显式注册。这些特殊注册通过 ABI 字段指示，因此驱动程序知道他们没有有效的 mkey，并跳过实际的 CQP 命令提交。
    由于从核心的角度来看这些是真实的 MR 对象，因此用户应用程序可能对它们调用rereg_mr并使用零初始化的 mkey 值为 0 发出真正的 CQP op。
    通过防止这些特殊区域上的rereg_mr来修复此问题。（CVE-2026-68419）

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

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

  - 已修复 Linux 内核中的下列漏洞：time/jiffies: Register jiffies clocksource before usage Teddy reported that a XEN HVM has a long boot delay, which was bisected to the recent enhancements to the negative motion detection. It turned out that the jiffies clocksource is used in early boot before it is registered, which leaves the max_delta_raw field at zero. That causes the read out to be clamped to the max delta of 0, which means time is not making progress. Cure it by ensuring that it is initialized before its first usage in timekeeping_init(). (CVE-2026-68092)

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

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

  - 在 dp.c 库的 shim 应用程序中发现一个空指针漏洞。缺少的空指针可允许攻击者在将 shim 应用程序用于 UEFI 引导加载程序的系统上执行拒绝服务攻击。（CVE-2026-19411）

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

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

  - 在 insights-core 中发现一个缺陷，其中密码修订层无法识别未在文字字符串“password”下键入的凭据。这允许在上传至 console.redhat.com 的存档中以明文形式包含 SSSD LDAP bind 密码 （ldap_default_authtok） 和 Pacemaker 屏蔽设备凭据。
    (CVE-2026-19391)

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

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

  - 已修复 Linux 内核中的下列漏洞：HID: wacom: use GFP_ATOMIC in wacom_wac_queue_flush() wacom_wac_queue_flush() is called via the .raw_event callback (wacom_raw_event wacom_wac_pen_serial_enforce wacom_wac_queue_flush). For USB HID devices, this callback is invoked from hid_irq_in(), which is a URB completion handler running in atomic context. Using GFP_KERNEL in this path can sleep, leading to a scheduling while atomic bug. Use GFP_ATOMIC instead. The existing code already handles allocation failure by skipping the fifo entry and continuing. (CVE-2026-68087)

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

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

  - 在 iperf3 中发现一个缺陷。未经认证的远程攻击者可利用“JSON_read（）”函数中的漏洞，该函数可接受对等机控制的消息长度，并且分配无上限的内存。这允许攻击者触发过量内存消耗，从而通过内存耗尽、严重减速或终止 iperf3 服务导致拒绝服务 （DoS）。
    (CVE-2026-71218)

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

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

  - 在 MRTG 中发现一个缺陷。如果以根用户身份启动 MRTG 后台程序并随后放弃权限，则本地低权限攻击者可利用符号链接（符号链接）跟随漏洞。通过影响或预置进程 ID （PID） 文件路径中符号链接，攻击者可诱骗根进程将任意现有文件的所有权更改为后台程序用户。这可导致本地权限升级，从而允许未经授权访问或修改敏感文件。（CVE-2026-72694）

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

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

  - “openvt -u”用于识别当前 VT 的所有者，然后以该用户的权限上下文执行“login”。在记录的“kbrequest”/init 用法中，“authenticate_user（）”中的所有权测试依赖于“stat（/proc/<pid>/fd/0）”。“/proc/<pid>/fd/0”上的“stat（）”跟随指向底层 TTY 设备节点的符号链接。因此，“buf.st_uid”反映的是 TTY 节点的所有者，而非保存文件描述符的进程所有者。如果 TTY 所有者在注销后返回“root”或 getty 所有者，而非特权进程仍将“fd 0”附加到该 TTY，检查可能会错误地将该进程视为属于特权控制台所有者。检查成功后，“-u”路径将以所选用户的身份执行无密码登录。在使用“openvt -us”的记录的“kbrequest”/init 部署中，这可在生成的 VT 上导致无密码“login -f root”。此报告为记录的部署建立权限升级路径;对于不使用特权“KBRequest”/init 路径中的“openvt -u”的部署，它未声明同等的可访问性。（CVE-2026-72693）

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

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

  - drm/xe/vm：修复具有 CONSULT_MEM_ADVISE_PREF_LOC 的 BO 预取 为 BO VMA DRM_XE_CONSULT_MEM_ADVISE_PREF_LOC预取区域时，代码会将其用作索引， region_to_mem_type[]由于值为 -1，因此会造成越界访问。直接解析 BO VMA 的首选位置：dGFX 上的本地 VRAM（使用 BO 的平铺放置）或 iGPU 上的系统内存。使用英特尔产品安全确认的 AI 辅助静态分析发现。v2：-修复空取消引用（从提交 d9a4906ac03be9f6ed3f3b45c56c866b867fd75b 中精选出的内容）（CVE-2026-68265）

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

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

  - 对于 Perl，之前 ， 之前2.17.0的 Lemonldap 2.22.02.23.3：：NG：:P ortal 版本2.0.02.16.9允许通过在 GitHub 和 LinkedIn 后端中存储为 SSO 会话的 OAuth2 状态参数绕过身份验证。2.21.5 在重定向到身份提供程序之前，extractFormInfo（） 会通过位置调用“getApacheSession（ undef， 1， 0， 'GitHubState' ）”创建状态会话。
    getApacheSession（） 采用会话 id 后跟命名参数哈希，因此尾部参数变为该哈希，“kind”默认为 SSO，状态作为常规 SSO 会话写入全局会话存储中。其标识符作为重定向URL的状态参数传递给未经身份验证的访问者。任何访问 GitHub 或 LinkedIn 终结点的访问者都可以将该标识符作为会话 Cookie 重播，并在未经身份验证的情况下获取有效的 SSO 会话。该会话既不持有 _user 也不持有 authenticationLevel，随附的启动配置接受这些级别，因为它授予虚拟主机默认的 => 接受访问规则;规则测试用户或要求身份验证级别的部署较少暴露。仅影响启用了 GitHub 或 LinkedIn 身份验证模块的配置。（CVE-2026-19349）

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

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

  - wifi：mt76：mt7925：在更新 MLO 工作站的 decap 卸载状态时，decap 卸载 mt7925_sta_set_decap_offload（） 中的保护链路 STA 迭代 vif valid_links掩码。工作站可能不会对 vif 的每个有效链接都有一个链接 STA，因此 mt792x_sta_to_link（） 可对属于 vif 但不属于工作站的链接返回 NULL。函数当前会在检查链接 WCID 是否就绪之前取消引用 mlink。如果 mlink 为空，则设置或清除MT_WCID_FLAG_HDR_TRANS会取消引用空指针。
    在接触 mlink->wcid 之前跳过无基站链接的链接。（CVE-2026-68311）

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

远程主机上安装的 Zoom Workplace 版本低于  7.0.6 / 7.1.5。因此，该应用程序受到 ZSB-26017 公告中提及的漏洞影响。

  - Zoom 客户端的 annotator 函数存在释放后使用漏洞，攻击者可能通过网络访问利用该漏洞，在另一名会议参与者的环境中实现远程代码执行。(CVE-2026-53415)

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 Zoom Workplace 版本低于  7.0.6 / 7.1.0。因此，该应用程序受到 ZSB-26016 公告中提及的漏洞影响。

  - Zoom 客户端的 annotator 函数存在边界检查缺失问题，可能导致缓冲区越界读取，从而使会议参与者能够通过网络访问对另一名参与者实施拒绝服务攻击。
    (CVE-2026-53414)

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 Zoom Workplace 版本低于  7.0.6 / 7.1.0。因此，该应用程序受到 ZSB-26015 公告中提及的漏洞影响。

  - Zoom 客户端的 annotator 函数存在边界检查缺失问题，可能导致缓冲区覆盖，从而使会议参与者能够通过网络访问在另一名参与者的环境中实现远程代码执行。
    (CVE-2026-53413)

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名称	严重性
334586	Linux Distros 未修补的漏洞：CVE-2026-68290	high
334585	Linux Distros 未修补的漏洞：CVE-2026-68139	medium
334584	Linux Distros 未修补的漏洞：CVE-2026-73152	critical
334583	Linux Distros 未修补的漏洞：CVE-2026-68178	high
334582	Linux Distros 未修补的漏洞：CVE-2026-68318	high
334581	Linux Distros 未修补的漏洞：CVE-2026-68281	high
334579	Linux Distros 未修补的漏洞：CVE-2026-73143	high
334578	Linux Distros 未修补的漏洞：CVE-2026-73150	critical
334577	Linux Distros 未修补的漏洞：CVE-2026-68379	high
334576	Linux Distros 未修补的漏洞：CVE-2026-68390	high
334575	Linux Distros 未修补的漏洞：CVE-2026-14180	medium
334574	Linux Distros 未修补的漏洞：CVE-2026-68385	critical
334573	Linux Distros 未修补的漏洞：CVE-2026-73153	critical
334572	Linux Distros 未修补的漏洞：CVE-2026-19546	high
334571	Linux Distros 未修补的漏洞：CVE-2026-71193	critical
334570	Linux Distros 未修补的漏洞：CVE-2026-73149	critical
334569	Linux Distros 未修补的漏洞：CVE-2026-68392	high
334568	Linux Distros 未修补的漏洞：CVE-2026-68372	medium
334567	Linux Distros 未修补的漏洞：CVE-2026-68321	medium
334566	Linux Distros 未修补的漏洞：CVE-2026-68332	high
334565	Linux Distros 未修补的漏洞：CVE-2026-68317	medium
334564	Linux Distros 未修补的漏洞：CVE-2026-71194	medium
334563	Linux Distros 未修补的漏洞：CVE-2026-68296	medium
334562	Linux Distros 未修补的漏洞：CVE-2026-73142	high
334561	Linux Distros 未修补的漏洞：CVE-2026-73154	critical
334559	Linux Distros 未修补的漏洞：CVE-2026-68298	high
334558	Linux Distros 未修补的漏洞：CVE-2026-68416	high
334557	Linux Distros 未修补的漏洞：CVE-2026-68200	high
334556	Linux Distros 未修补的漏洞：CVE-2026-68358	high
334510	Linux Distros 未修补的漏洞：CVE-2026-68090	medium
334509	Linux Distros 未修补的漏洞：CVE-2026-73030	high
334508	Linux Distros 未修补的漏洞：CVE-2026-68091	high
334507	Linux Distros 未修补的漏洞：CVE-2026-68239	medium
334506	Linux Distros 未修补的漏洞：CVE-2026-72913	high
334505	Linux Distros 未修补的漏洞：CVE-2026-68201	high
334504	Linux Distros 未修补的漏洞：CVE-2026-71217	high
334503	Linux Distros 未修补的漏洞：CVE-2026-68419	high
334502	Linux Distros 未修补的漏洞：CVE-2026-68092	medium
334501	Linux Distros 未修补的漏洞：CVE-2026-19411	low
334500	Linux Distros 未修补的漏洞：CVE-2026-19391	medium
334499	Linux Distros 未修补的漏洞：CVE-2026-68087	high
334498	Linux Distros 未修补的漏洞：CVE-2026-71218	medium
334497	Linux Distros 未修补的漏洞：CVE-2026-72694	high
334496	Linux Distros 未修补的漏洞：CVE-2026-72693	high
334495	Linux Distros 未修补的漏洞：CVE-2026-68265	high
334494	Linux Distros 未修补的漏洞：CVE-2026-19349	critical
334493	Linux Distros 未修补的漏洞：CVE-2026-68311	high
334491	Zoom Workplace < 7.0.6 / 7.1.5 漏洞 (ZSB-26017)	high
334490	Zoom Workplace < 7.0.6 / 7.1.0 漏洞 (ZSB-26016)	medium
334489	Zoom Workplace < 7.0.6 / 7.1.0 漏洞 (ZSB-26015)	high

检测

Nessus 的 Misc. 系列

high

medium

critical

high

high

high

high

critical

high

high

medium

critical

critical

high

critical

critical

high

medium

medium

high

medium

medium

medium

high

critical

high

high

high

high

medium

high

high

medium

high

high

high

high

medium

low

medium

high

medium

high

high

high

critical

high

high

medium

high