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

  - perf/x86/amd/lbr：修复内核地址泄漏 仅供用户使用的分支堆栈可以包含源自内核的分支。因此，即使请求了 PERF_SAMPLE_BRANCH_USER，内核地址也会暴露给用户空间。在支持 X86_FEATURE_AMD_LBR_V2 的 AMD 处理器上，perf 仍可报告其分支地址位于内核中的 SYSRET/ERET 条目。例如 $ perf record -e cycles -o - -j any，save_type，u -- \ perf bench syscall basic --loop 1000 | \perf script -i - -F brstack|tr ' ' '\n'| \ grep -E '0x[89a-f][0-9a-f]{15}' ...0xffffffff81001268/0x717a90a38f1a/M/-/-/0/ERET/NON_SPEC_CORRECT_PATH 0xffffffff81001268/0x717a90a39157/M/-/-/0/ERET/NON_SPEC_CORRECT_PATH 0xffffffff81001268/0x717a90a2c628/M/-/-/0/ERET/NON_SPEC_CORRECT_PATH 0xffffffff81001268/0x717a90a41b60/M/-/-/0/ERET/NON_SPEC_CORRECT_PATH 0xffffffff81001268/0x717a90a260db/M/-/-/0/ERET/NON_SPEC_CORRECT_PATH 0xffffffff81001268/0x717a90a260db/M/-/-/0/ERET/NON_SPEC_CORRECT_PATH 0xffffffff81001268/0x717a8bef1c30/M/-/-/0/ERET/NON_SPEC_CORRECT_PATH 0xffffffff81001268/0x717a8e4d3c90/M/-/-/0/ERET/NON_SPEC_CORRECT_PATH ... 原因是硬件筛选器仅考虑适用于分支目标的权限级别。扩展软件过滤，以针对br_sel验证分支发件人地址，以便在请求PERF_SAMPLE_BRANCH_USER时丢弃其发件人地址在内核中的任何分支记录。（CVE-2026-80602）

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

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

  - vxlan：在 route_shortcircuit（） 之后重新获取 eth 标头 在 route_shortcircuit（） 之前，eth 标头指针会从 eth_hdr（skb） 缓存。在 route_shortcircuit（） 内部，可调用 pskb_may_pull（），这可能会重新分配 skb->head。在这种情况下，返回 vxlan_xmit（） 会使缓存的 eth 指针指向已释放的内存，从而导致取消引用 eth->h_dest 时出现释放后使用。通过在调用 route_shortcircuit（） 后更新 eth = eth_hdr（skb） 来修复此问题。（CVE-2026-80681）

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

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

  - soc：xilinx：关闭并释放 rx 邮箱通道，在探测中使用 mbox_request_channel_byname（） 请求 mbox rx 通道。在 remove 回调中，当由于不正确的条件检查导致rx_chan为 NULL 时，将清理 rx 邮箱通道。邮箱通道未关闭，即使在设备移除后也可以接收消息。这会导致释放后使用。此外，通道资源也不会释放。通过正确检查rx_chan修复此问题。（CVE-2026-80654）

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

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

  - i2c：imx：修复从属注册争用和错误处理 在 i2c_imx_reg_slave（） 中，从属指针在 pm_runtime_resume_and_get（） 之前分配。如果 pm_runtime_resume_and_get（） 失败，则返回错误路径而不清除 i2c_imx->slave，从而使其为非 NULL 并导致所有后续注册尝试因 -EBUSY 而失败。此外，由于此驱动程序使用共享 IRQ，中断处理程序 i2c_imx_isr（） 可并发执行，并在获取 slave_lock 后取消引用 i2c_imx->slave。之前的补丁尝试在错误路径中添加了无锁 i2c_imx->slave = NULL，但这可能与锁定下的 ISR 争用，并且仍导致空指针取消引用。通过在成功恢复之后推迟分配 i2c_imx->slave 和 i2c_imx->last_slave_event，并在 slave_lock 关键部分内执行分配，修复了这两个问题。这可保证从属指针在错误路径上不会过时，并且在中断处理程序发现时始终有效。（CVE-2026-80678）

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

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

  - Bluetooth：hci_sync：保持 hci_connect_acl/le_sync（） 回调中的 conn 如果在 hci_sync 任务运行时释放 conn，则理论上存在 UAF。按住 refcount 以避免此问题。（CVE-2026-80692）

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

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

  - dmaengine：idxd：修复 wq、engine 和 group struct 的双重释放 wq、engine 和群组设备（idxd_conf_wq_release、idxd_conf_engine_release idxd_conf_group_release）的释放回调会在封装的 struct 上调用 kfree（）。设置错误路径和清除函数还会在 put_device（） 之后显式调用 kfree（），从而在 put_device（） 将引用计数降至零并触发释放时产生双重释放。在设置函数中，device_initialize（） 在 device_add（） 之前调用，因此引用计数在错误位置恰好为 1。put_device（） 无条件触发释放，从而释放 struct;随后的显式 kfree（） 随后对释放的内存进行操作。对于 idxd_setup_wqs（），wq 释放回调还拥有 opcap_bmap 和 wqcfg。该错误展开还会在调用 put_device（） 之前显式释放这些字段，从而在这两个字段上造成进一步的双重释放。从 wq、engine 和 group struct 的所有设置错误路径和清除函数中删除多余的显式 kfree（） 调用，将这些分配的唯一所有权委托给释放回调。（CVE-2026-80698）

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

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

  - firmware：arm_scmi：修复 scmi_power_name_get（） 中的 OOB scmi_power_name_get（） 不会验证外部调用者传递的域号，可导致越界访问。通过为无效域返回未知值来修复此问题，如 scmi_reset_name_get（） 所做的。（CVE-2026-80649）

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

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

  - drm/amd/display：使用适当的上下文进行记录 与代码的其余部分相同，get_ss_info_from_atombios（） 使用 calc_pll_cs->ctx->logger 进行记录。但 calc_pll_cs->ctx 只有在 calc_pll_max_vco_construct（） 中稍后才会初始化。因此，使用 DC_LOG_SYNC（） 的任何输出都会导致 get_ss_info_from_atombios（） 中的空指针取消引用。根据 Sashiko 的说法，同样的问题也存在于 dce112_get_pix_clk_dividers（） 和 dcn3_get_pix_clk_dividers（） 中。要避免访问空上下文，请在各处使用 clk_src->base.ctx->logger。base 中的该上下文在 dce110_clk_src_construct（） 和 dce112_clk_src_construct（） 中较早地进行了初始化。在实际调用上述 get_ss_info_from_atombios（） 或 Sashiko get_pix_clk_dividers函数之前。通过重新定义 CTX->logger 的DC_LOGGER来实现此目的。之前：dce110_clk_src_construct（） 做到了：-> 设置 clk_src->base.ctx = ctx;-> ss_info_from_atombios_create（） -> get_ss_info_from_atombios（） <- uses calc_pll_cs->ctx # BOOM -> calc_pll_max_vco_construct（） <- sets calc_pll_cs->ctx 之后：dce110_clk_src_construct（） 执行：-> 设置 clk_src->base.ctx = ctx; -> ss_info_from_atombios_create（） -> get_ss_info_from_atombios（） <- uses clk_src->base.ctx（从提交 6f16fcbb0c46a87e3d9685407e906573d60104b0 中精选出的内容）（CVE-2026-80704）

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

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

  - EDAC/igen6：修复因缺少 release（） 而造成的调用跟踪 卸载 igen6_edac 驱动程序时，存在调用跟踪：设备“（null）”没有 release（） 函数，已损坏，必须修复。请参阅 Documentation/core-api/kobject.rst。警告：drivers/base/core.c：2567 at device_release+0x84/0x90： CPU#5
    rmmod/127209 ... RIP：0010：device_release+0x84/0x90 调用跟踪： <TASK> kobject_put+0x8c/0x220 put_device+0x17/0x30 igen6_unregister_mcis+0xa2/0xe0 [igen6_edac] igen6_remove+0x82/0xb0 [igen6_edac] ...
    通过为内存控制器设备提供空 release（） 函数来修复调用跟踪。
    (CVE-2026-80643)

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

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

  - PHP 的 MongoDB 客户端库在将应用程序提供的命名空间标识符中的特殊元素用于构造数据库操作的目标命名空间之前，未对这些元素进行充分的审查。将不受信任的文本合并到这些标识符中的应用程序可能会将操作静默定向到与应用程序预期位置不同的存储位置。（CVE-2026-81525）

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

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

  - ntfs3：修复 decompress_lznt decompress_lznt（） 在访问解压缩表之前未验证数组索引边界时的越界读取。包含无效压缩数据的损坏 NTFS3 图像可触发越界读取。添加索引边界检查以防止 OOB 访问。（CVE-2026-80598）

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

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

  - netfilter：flowtable：避免桥接 VLAN 取消标记时num_encaps下溢 DEV_PATH_BR_VLAN_UNTAG情况后递减 WARN_ON_ONCE（） 内的信息>num_encaps。num_encaps是 u8，因此如果它已经是 0，仍然会发生递减并将其封装为 255。中断只会留下内部开关 -- 后面的路径条目可将 info->indev 设置回真实设备，我们最终会返回 num_encaps == 255。
    然后 nft_dev_forward_path（） 遍历 info.encap[]（大小为 2）直到 num_encaps，这意味着 OOB 堆栈读取和虚假的计数复制到路由描述符中。应该只发生在畸形的桥接路径堆栈上，因此发出 WARN，但值得理性处理。将递减移出 WARN。[ 此时，请删除该WARN_ON_ONCE，因为只有有缺陷的桥接路径堆栈 --pablo 才会发生这种情况 ]。（CVE-2026-80634）

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

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

  - cpp-httplib 是 C++ 仅限标头的 HTTP/HTTPS 库。在版本 0.49.0中，分块响应尾部输出路径在未经验证的情况下直接将尾部标头名称和值写入套接字，从而允许尾部字段中的 CRLF 序列注入额外的标头或拆分 HTTP 响应。与库中的所有其他标头写入路径不同，尾部写入代码不应用任何拒绝回车符和换行符的字段名和字段值检查，因此将受攻击者影响的数据放入分块响应尾部的应用程序会在线路上发出攻击者控制的 CRLF。这可实现 HTTP 响应拆分，让攻击者伪造响应头或注入第二个响应。此问题已在 0.50.0 版本中修复。(CVE-2026-77341)

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

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

  - ipvs：不将 one-packet 标记传播至同步的 conns 可以在同步连接的目标存在之前创建同步连接。以后添加目标时，ip_vs_bind_dest（） 会将目标的连接标记复制到 cp->flags 中。IP_VS_CONN_F_ONE_PACKET 连接未同步。如果同步的连接在已经哈希的情况下继承IP_VS_CONN_F_ONE_PACKET，到期可将其视为单数据包连接并跳过取消现有 conn_tab 节点的链接，留下过时的哈希节点指向已释放的 struct ip_vs_conn。绑定同步的连接时从目标标记中丢弃IP_VS_CONN_F_ONE_PACKET。
    (CVE-2026-80714)

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

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

  - bpf：禁用xfrm_decode_session挂钩附件 BPF LSM 程序当前可附加到 xfrm_decode_session（）。该钩子可能会返回错误，但 security_skb_classify_flow（） 会从 void 路径调用它，并在返回错误时触发 BUG_ON（）。禁用 BPF 连接到挂钩以防止 BPF LSM 程序将数据包分类转变为完全错误。（CVE-2026-80669）

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

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

  - hwmon：（sht3x） 修复未对齐访问 Sashiko 报告： 在 sht3x_update_client（） 中，使用 be16_to_cpup（） 从堆栈分配的字节数组中提取 16 位温度和湿度值。传递给此函数的指针计算为 buf 和 buf + 3。由于两个指针之间的差值为奇数字节，因此保证其中至少有一个位于未对齐的偏移处。这将在 ARMv5 或 SPARC 等严格对齐架构上触发对齐错误，导致内核错误。使用 get_unaligned_be16（） 代替 be16_to_cpup（），以及使用 put_unaligned_be16（） 代替 cpu_to_be16（） 来修复此问题。（CVE-2026-80695）

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

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

  - s390/zcrypt：修复使用 CPRB 进行 EP11 的错误域值验证 处理 CPRB 以将其发送到 crypto 卡时 EP11 ，对域值的错误上限检查。此检查仅在自定义设备节点上有效，但当发送管理 CPRB 时，可能导致访问 perms->adm 背后的堆内存。添加正确的限制 （AP_DOMAINS = 256） 检查以修复此问题。（CVE-2026-80709）

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

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

  - i2c：amd-mp2：适配器添加失败时取消注册回调 amd_mp2_register_cb（） 在注册适配器之前，将平台 I2C 上下文存储在 MP2 PCI 驱动程序的回调表中。如果 i2c_add_adapter（） 失败，probe 返回并释放上下文，但 PCI 驱动程序仍可从其 IRQ 和 system-sleep 回调取消引用过时指针。在返回适配器注册错误之前取消注册回调。（CVE-2026-80680）

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

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

  - Drivers：hv：vmbus：使用通用 driver_override 基础架构 当探测驱动程序时
    __driver_attach（） 时，会在未保留设备锁的情况下调用总线的 match（） 回调，因此可在无锁的情况下访问driver_override字段，这可导致 UAF。通过使用负责内部适当锁定的驱动程序核心driver_override基础架构来修复此问题。请注意，从
    未保留设备锁定的 __driver_attach（） 是故意的。[1] （CVE-2026-80676）

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

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

  - wifi：mac80211：在驱动程序设置之前验证各个 TWT 参数 ieee80211_process_rx_twt_action（） 在将接收到的 S1G TWT 设置帧排队前仅对其进行部分验证。因此，单个协议可以达到 ieee80211_s1g_rx_twt_setup（），而 twt->length 对于完整的结构ieee80211_twt_params太短。单个路径将 twt 传递到 drv_add_twt_setup（）。跟踪点和驱动程序回调都使用完整的参数块，而不仅仅是req_type。不要将简短的个人协议传递给司机。广播协议保持不变，因为它们在仅访问req_type后会在本地被拒绝。[编辑提交消息，不夸大其缺少验证或低估驱动程序影响]（CVE-2026-80722）

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

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

  - scsi：hisi_sas：添加 v3 hw 的slave_destroy接口 远程 PHY 和 rmmod SAS 驱动程序同时执行链路重置时会触发警告。以下是警告日志：警告：CPU：61 PID：21818 at drivers/base/core.c：1347 __device_links_no_driver+0xb4/0xc0 调用跟踪：
    __device_links_no_driver+0xb4/0xc0 device_links_driver_cleanup+0xb0/0xfc
    __device_release_driver+0x198/0x23c device_release_driver+0x38/0x50 bus_remove_device+0x130/0x140 device_del+0x184/0x434 __scsi_remove_device+0x118/0x150 scsi_remove_target+0x1bc/0x240 sas_rphy_remove+0x90/0x94 sas_rphy_delete+0x24/0x3c sas_destruct_devices+0x64/0xa0 [libsas] sas_revalidate_domain+0xe4/0x150 [libsas] process_one_work+0x1e0/0x46c worker_thread+0x15c/0x464 kthread+0x160/0x170 ret_from_fork+0x10/0x20 ---[ 结束跟踪 71e059eb58f85d4a ]--- 在 SAS phy up 期间， link->status 在 device_links_driver_bound 中设置为DL_STATE_AVAILABLE，则此设置会影响
    在驱动程序 rmmod 之前__device_links_no_driver（）并导致警告。添加 slave_destroy 界面以确保在刷新 workque 后删除链接。（CVE-2026-80653）

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

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

  - can：softing：fw_parse（）：验证固件记录跨度 fw_parse（） 读取固定记录标头、固件提供的负载和尾部校验和，而无需了解固件 blob 的末尾。因此，截断的记录可以使这些读取超过 blob。同一记录还提供用于写入 DPRAM 的地址和长度。通用加载程序会使用容易封装的混合有符号算法进行边界检查，而应用程序加载程序则完全不绑定暂存副本。将固件端传递到解析器并验证完整的源记录。对通用 DPRAM 记录使用带符号的宽偏移，并在复制之前根据映射的 DPRAM 验证应用程序暂存跨度。（CVE-2026-80706）

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

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

  - mm/percpu-km：修复 pcpu_create_chunk（） 中的位图溢出和核算 在 pcpu_create_chunk（） 中，nr_pages 是连续支持分配总额，即 nr_units * pcpu_unit_pages，但 pcpu_chunk_populated（） 用它来设置 chunk->populated（其大小为 pcpu_unit_pages）位图。因为 chunk->填充中的位 N 表示每个单元内的页偏移量 N 都会得到支持。当nr_units > 1 时，函数写入超出区块填充>。使用 chunk->nr_pages 修复此问题。它还修复了全局pcpu_nr_empty_pop_pages核算，因为 pcpu_balance_free（） 最多仅迭代到区块>nr_pages。提交 a63d4ac4ab609 （percpu：
    使 percpu-km 设置区块>正确填充的位图）引入了位图溢出问题。后来，提交 b539b87fed37f（percpu：implmeent pcpu_nr_empty_pop_pages 和 chunk->nr_populated）添加了pcpu_nr_empty_pop_pages，造成了核算问题。（CVE-2026-80718）

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

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

  - soc：xilinx：修复事件注册中的争用条件 zynqmp_power 驱动程序使用 register_event（） 注册挂起和子系统重新启动事件的处理程序。但是，这些处理程序使用的工作结构（zynqmp_pm_init_suspend_work和 zynqmp_pm_init_restart_work）会在注册调用之后进行分配和初始化。这会造成争用时段，若固件在注册后立即在分配前触发事件，则回调（suspend_event_callback 或 subsystem_restart_event_callback）会取消引用 work_pending（） 中的空指针，进而导致崩溃。
    通过在注册事件之前分配和初始化工作结构来修复此问题。
    (CVE-2026-80655)

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

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

  - wifi：wcn36xx：修复短触发 BA 固件响应中的 OOB 读取 仅针对 sizeof（*rsp）（20 字节）检查固件响应长度，但当 candidate_cnt >= 1 时，将在 buf + 20 读取 22 字节的候选结构，而无需验证响应中包含该结构。这会造成过时堆数据的越界读取，进而损坏 BA 会话状态。添加响应包含候选数据的验证。
    (CVE-2026-80635)

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

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

  - drm/amdkfd：修复 KFD_IOC_DBG_TRAP_DISABLE 中缺失的授权检查 防止未经授权终止活动的 GPU 调试会话。以前，具有 /dev/kfd 访问权限的用户可在没有正确所有权或 ptrace 授权的情况下终止其他进程的调试会话。（从提交 4db4c5ffd5585b72622ecf6ffedf2da258ee23f5 中精选出的内容）（CVE-2026-80703）

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

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

  - 在 jwcrypto 中发现一个缺陷。远程攻击者可发送特别构建的包含大量句点分隔符的 JSON Web 加密 （JWE） 标记。此畸形标记可强制 JWE.deserialize（） 函数分配过量内存，从而导致 MemoryError。此问题可导致处理不受信任的 JWE 值的服务发生拒绝服务 （DoS）。（CVE-2026-80179）

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

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

  - KVM：s390：pci：修复 AIBV 分配失败时的空取消引用 airq_iv_create（） 可在失败时返回 NULL，但从未检查返回值。如果失败，zdev->aibv 将为空，并且在 kvm_zpci_set_airq（） 中取消引用时失败。添加空检查并在失败时释放之前分配的 AISB 位和 zdev->aisb。（CVE-2026-80684）

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

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

  - tracing/probes：从 parse_btf_arg 中删除WARN_ON_ONCE Sashiko 发现用户可通过基于具有 BTF 参数的原始地址添加 kprobe 事件轻松导致此WARN_ON_ONCE（）。由于这不是意外情况，因此请删除 WARN_ON_ONCE（）。（CVE-2026-80607）

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

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

  - tracing/mmiotrace：在日志记录函数 mmio_trace_rw（） 和 mmio_trace_mapping（） 中添加对mmio_trace_array的空检查，将mmio_trace_array检索到 tr 中并将其传递至 __trace_mmiotrace_rw（） 和
    __trace_mmiotrace_map（）。如果在 mmio_trace_array 为 NULL 时（例如初始化之前或禁用之后）调用这些函数，访问 tr->array_buffer.buffer 将导致空指针取消引用崩溃。通过在 tr 的开头添加显式 NULL 检查来修复此问题
    __trace_mmiotrace_rw（） 和 __trace_mmiotrace_map（）。（CVE-2026-80689）

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

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

  - btrfs：lzo：拒绝溢出压缩输入的压缩段 lzo_decompress_bio（） 仅针对工作区 cbuf 大小seg_len验证磁盘上的每个段长度，而不针对压缩的输入大小（compressed_len，bio 的总作品集字节数）进行验证。构建的盘区可以承载一个段，其seg_len通过 cbuf 检查但运行得超过生物记录的末尾，因此 copy_compressed_segment（） 从最后一个作品集中走出：然后，get_current_folio（） 会从 bio_next_folio（） 返回空作品集，并且CONFIG_BTRFS_ASSERT禁用（默认）folio_size（NULL） 错误。缺陷：KASAN：lzo_decompress_bio 中的 null-ptr-deref （fs/btrfs/lzo.c：383） 任务 kworker/u8：1/29 在地址 00000000000000000 的大小为 8 的读取 工作队列：btrfs-endio simple_end_io_work kasan_report （mm/kasan/report.c：590） lzo_decompress_bio （fs/btrfs/lzo.c：383） end_bbio_compressed_read （fs/btrfs/compression.c：1065） btrfs_bio_end_io （fs/btrfs/bio.c：135） btrfs_check_read_bio （fs/btrfs/bio.c：180 fs/btrfs/bio.c：285） simple_end_io_work process_one_work worker_thread 在复制任何负载超出compressed_len的段之前，将其视为损坏（与此函数中的其他磁盘验证失败一样）。
    (CVE-2026-80631)

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

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

  - igc：删除 igc_down（） 中的 napi_synchronize（） 当 AF_XDP 零复制应用程序突然终止时，XSK 池将停止，但 NAPI 继续轮询。然后，igc_clean_rx_irq_zc（） 在每次轮询时返回全部预算，因此 napi_complete_done（） 永远不会清除NAPI_STATE_SCHED。igc_down（） 在 napi_disable（） 之前调用 napi_synchronize（），因此它会永远旋转等待该位，并且接口永远不会关闭。终止 napi_synchronize（） 并让 napi_disable（） 完成这项工作 -- 它设置NAPI_STATE_DISABLE，从而强制完成卡住的轮询。在 igc_set_queue_napi（） 之前对其重新排序，以便仅在轮询停止后才清除 NAPI 映射，这与最近的 igb 补丁 b1e067240379 相匹配。（CVE-2026-80715）

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

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

  - can：j1939：transport： j1939_session_fresh_new（）：初始化接收缓冲区 将 j1939_session_fresh_new（） 中分配的缓冲区归零以确保其不含任何残余数据。尽管如果用户分配最大大小的 ETP 缓冲区，可能会对性能产生影响，但大多数实际用例不会受到明显影响，因为已知最大缓冲区大小通常约为 65K。[mkl：添加消息 ID] （CVE-2026-80707）

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

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

  - MongoDB C 驱动程序中的漏洞允许在驱动程序构建操作的目标命名空间时，允许调用程序提供的数据库和集合名称组件中的特殊元素在未经审查的情况下传递。将不受信任的输入合并到这些名称组件中的应用程序可以对预期资源以外的资源进行操作。（CVE-2026-81524）

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

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

  - ieee802154：避免在 cfg802154_switch_netns（） 的 -ENOMEM 上调用 WARN_ON（） 在 dev_change_net_namespace（） 和 device_rename（） 中发生分配失败时调用 WARN_ON（） 毫无意义，因为它仅会导致由蓄意的错误注入导致无用的 splats，因此请避免该操作。由 Linux 验证中心 （linuxtesting.org） 与 syzkaller 一起发现。（CVE-2026-80616）

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

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

  - inet：frags：重组前从片段中剥离 GSO 状态 virtio_net_hdr（tun/tap 或带 PACKET_VNET_HDR 的 AF_PACKET）可将 IPv4 或 IPv6 片段标记为 GSO;没有任何gso_type与frag_off有关。
    inet_frag_reasm_prepare（）/inet_frag_reasm_finish（） 保留第一个片段的 skb 作为重组数据报的头，包括其 shinfo->gso_size/gso_type/gso_segs，并将其余片段链接到frag_list与它们到达的任何线性/分页布局。因此，在 ip_defrag（） （ip_local_deliver（）、nf_defrag_ipv4...） 之后，重组的 skb 仍声明为 GSO （SKB_GSO_DODGY），而下一个软件分段点 - 本地交付上的 udp_rcv_segment（）、validate_xmit_skb（） 或 ip_finish_output_gso（） 慢速路径 - 将其交给 skb_segment（）。skb_segment（） 的 frag_list walk 假设 GRO 形状的输入并命中其 BUG_ON（） 之一。非特权用户在自己的 userns 中对一个 tap 进行两次写入就足够了：net/core/skbuff.c：4899！哎呀：无效操作码：0000 [#1] SMP KASAN NOPTI CPU：0 UID：1000 PID：82 通信：poc 未受感染 7.2.0-pentest+ #2 RIP：0010：skb_segment+0x20ca/0x48b0 调用跟踪：
    <TASK> __udp_gso_segment+0x29a/0x27d0 udp4_ufo_fragment+0x458/0x6c0 inet_gso_segment+0x429/0x1340 skb_mac_gso_segment+0x233/0x4f0 __skb_gso_segment+0x308/0x660 udp_queue_rcv_skb+0x440/0xad0 udp_unicast_rcv_skb+0xc7/0x2c0 udp_rcv+0x16ce/0x2260 ip_protocol_deliver_rcu+0x197/0x2d0 ip_local_deliver+0x430/0x690 ip_rcv+0x16f/0x1f0 __netif_receive_skb_one_core+0x15e/0x1c0
    __netif_receive_skb+0x1e/0x110 netif_receive_skb+0xf6/0x5c0 tun_rx_batched.isra.0+0x3ab/0x790 tun_get_user+0x17c3/0x3550 tun_chr_write_iter+0xba/0x1b0 vfs_write+0x646/0x1130 </TASK> 内核错误 - 不同步：中断中的致命异常 这会在禁用 BH 的情况下运行，因此它是错误而不是错误。
    通过 netns 中的 CAP_NET_RAW（碎片整理点位于 GSO 点之前）以及从其 VMM 转发virtio_net_hdr到分流器的客户机，可以访问相同的情况。通过提交 3dcbdb134f32（net：gso：修复拆分具有线性头 frag_list 的破坏的 skb 时gso_size skb_segment splat）和提交 9e4b7a99a03a（net：gso：修复具有混合头分配类型的 frag_list 上的错误）添加的 SKB_GSO_DODGY frag_list 检查未涵盖它：当 gso_size == skb_headlen（head）， 由发件人控制。进入 frag 队列的 skb 根据定义是 IP 片段，无法合法地携带 GSO 状态：GRO 在片段化之前不会合并片段和堆栈段，因此只有不受信任的源受到影响。自提交 f43798c27684（tun：允许 GSO 使用 virtio_net_hdr）后即可实现此目的，这是让用户空间将 GSO 元数据附加到 IP 片段的第一个路径。重置排队时每个片段的 GSO 字段，在 IPv4、IPv6、nf_conntrack_reasm 和 6lowpan 重组共享的 inet_frag_queue_insert（） 中;然后，重新组装的 SKB 的负责人和frag_list成员都不会携带它们（成员也很重要：ip_do_fragment（）/ip6_fragment（） 快速路径按原样将它们发送出去）。头部可能保持CHECKSUM_PARTIAL;已在接收时接受并由转发时 ip_do_fragment（）/ip6_fragment（） 中的 skb_checksum_help（） 解析。在 net.git （dc4b95b8fee9） 上进行测试，x86_64：上述 tap 复制器、另外两个可达 BUG_ON（i >= nfrags） 和 BUG_ON（！list_skb->head_frag） 的 IPv4 frag_list几何，以及一个 IPv6 片段标头变体 （udp6_ufo_fragment（）），每个变量都会使未修复的内核发生错误;通过此修补程序，所有四个数据报将保持不变，不会记录任何内容。（CVE-2026-80590）

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

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

  - ALSA：pcm：在链接流上的 unlink snd_pcm_drain（） 上唤醒链接的耗尽等待程序会在耗尽的对等机的运行时>sleep 中寄存一个堆栈上的等待条目，并在 schedule_timeout（） 后仅在调用方的组中仍找到该对等机时将其删除。如果组成员资格在等待期间发生变化，并且睡眠以信号或超时结束（因此 autoremove_wake_function（） 不运行），则跳过 finish_wait（） 并返回 snd_pcm_drain（） 返回，该条目仍在该流的睡眠列表中排队;随后的 wake_up（） 遍历释放的堆栈帧。这可以通过断开排水流或排水流的链接来实现。
    与关闭路径 （snd_pcm_drop（） -> snd_pcm_post_stop（）） 不同，snd_pcm_unlink（） 从不唤醒休眠队列。在成员身份更改之前唤醒群组锁定下的每个群组成员，以便在流仍分组时释放链接的 drainer 并丢弃其条目。当等待期间停止保留 snd_pcm_link_rwsem 时，窗口将打开，并且删除变成以群组成员身份为条件（参见补丁）。后来切换到 finish_wait（） 保留了该条件删除，因此信号/超时情况仍然存在。（CVE-2026-80716）

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

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

  - drm/amd/display：检查 dml21_add_phantom_plane（） 是否成功 验证是否已分配虚拟平面以避免日后发生段错误。（从提交 5adb54abe5a8e82cbff7f8806db30a5f4924329f 中精选出的内容）（CVE-2026-80705）

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

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

  - cxl：修复 CXL_HEADERLOG_SIZE 以匹配 RAS 功能大小 CXL r4.0 8.2.4.17.7 RAS 功能结构的总长度为 0x58 字节 （CXL_RAS_CAPABILITY_LENGTH）;标头日志在偏移0x18处占用后面的 64 字节。CXL_HEADERLOG_SIZE定义为 SZ_512，即设备上实际大小的 8 倍。
    header_log_copy（） 从 RAS 功能 iomap 读取 CXL_HEADERLOG_SIZE_U32 （128） 个 dword，使 88 字节映射溢出 448 个字节。cxl_aer_uncorrectable_error跟踪事件 memcpy（） 从其来源CXL_HEADERLOG_SIZE （512） 个字节。对于 CPER 调用方，源是嵌入在堆栈本地cxl_cper_prot_err_work_data中的 struct cxl_ras_capability_regs：：header_log[16]（64 字节），因此 memcpy 会将 448 字节的内核堆栈读入跟踪事件环缓冲区，用户空间可在此通过 tracefs 读取。将 CXL_HEADERLOG_SIZE 设置为 64 并从中派生CXL_HEADERLOG_SIZE_U32，使所有 iomap 读者对 16 个 dword 达成一致。rasdaemon 等用户空间工具已增加对cxl_aer_uncorrectable_error跟踪事件中缺陷的 512 字节 （128 u32） header_log布局的依赖关系。添加 CXL_HEADERLOG_TRACE_SIZE_U32 = 128 并将其用于跟踪事件__array及其 memcpy 以保留该 ABI。两个调用程序现在都会传递填充为零的 u32[CXL_HEADERLOG_TRACE_SIZE_U32] 暂存缓冲区，其中仅会从硬件填充前 CXL_HEADERLOG_SIZE_U32 （16） 个条目;其余 112 个 U32 采用零填充，保持 512 字节跟踪环缓冲区布局不变。[ dj：根据 RichardC 将 64 替换为 SZ_64 ]（CVE-2026-80662）

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

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

  - coresight：ete：始终保存掉电时的状态 CPU 掉电时系统寄存器 ETM 和 ETE 不太可能保留。ETE DT 绑定也从未记录过 arm，因此没有人能够合法地使用该绑定来修复它，coresight-loses-context-with-cpu 而 ACPI 根本没有此类绑定。通过对 sysreg ETM（ETE 始终为 sysreg）或 ACPI 引导的设置进行硬编码来修复此问题。设置save_state时使用本地变量，以便在设备具有不同配置时不受并发探测的影响，这是修改全局变量时的一个问题。这修复了在支持 CPU PM： coresight ete0 的 FVP 上将 Coresight 与 ACPI 搭配使用时的以下错误： 外部代理获取声明标签 WARNING： drivers/hwtracing/coresight/coresight-core.c：248 at coresight_disclaim_device_unlocked+0xe0/0xe8， CPU#0： perf/117 （CVE-2026-80623）

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

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

  - sctp：验证适配指示参数长度 适配层指示参数的参数标头后包含一个固定的 32 位适配代码点。但是，sctp_verify_param（） 接受仅标头参数，因为通用参数遍历器仅要求存在标头。
    然后，sctp_process_param（） 会读取超出声明参数的adaptation_ind。当畸形参数在 INIT 中位于最后一个时，读取从接收 skb 末尾开始，并且将值复制到 INIT ACK 中返回的状态 Cookie。这可能会泄露四个接收缓冲区末尾字节。要求声明的参数长度与固定结构大小匹配，否则通过现有无效参数长度路径中止关联。（CVE-2026-80717）

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

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

  - netfilter：conntrack：恢复 ct 扩展 genid 基础架构 移动 ct 超时和帮助程序以使用 datapath refcount 跟踪对象使用情况之后，不再使用此基础架构。恢复提交 c56716c69ce1（netfilter：扩展：引入扩展 genid 计数）此修补程序会在仅针对 ct 帮助程序和 ct 超时时，禁用未经确认的连接跟踪的所有 ct 扩展（导致 NULL）。还有一些代码库在不检查 NULL 的情况下取消引用 ct 扩展，这可能导致崩溃。（CVE-2026-80636）

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

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

  - ACPI：processor_idle：将 LPI 进入功能标记为 __cpuidle 启用函数跟踪或 Kprobes 时，进入 ACPI 低功耗空闲 （LPI） 状态会触发以下 RCU 崩溃：针对以下原因 RCU 未打开：
    acpi_idle_lpi_enter+0x4/0xd8 警告：CPU：8 PID：0 at include/linux/trace_recursion.h：162 function_trace_call+0x1e8/0x228 为当前本地 CPU 禁用 RCU 后，将在 cpuidle 路径中调用 acpi_idle_lpi_enter（） 函数。因此，ftrace 的 function_trace_call（） 预期 RCU 在记录跟踪数据前会主动监视，如果不是，会发出警告。通过使用 __cpuidle 对 acpi_idle_lpi_enter（）、通用 __weak 存根和 acpi_processor_ffh_lpi_enter（） 的 RISC-V 实现进行注解来修复此问题。这会将这些函数移动到“.cpuidle.text”部分，从而隐式地禁用此敏感路径上的 ftrace 检测 （notrace），并防止在空闲进入期间由跟踪引发的 RCU 警告。（CVE-2026-80611）

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

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

  - s390/zcrypt：修复 cca_clr2cipherkey（） 中清除密钥导入时缺少的内存清理 helper 函数
    _ip_cprb_helper（） 使用内部缓冲区内存构建和处理 CPRB。使用后从不擦除此缓冲区，这可能导致在内存中留下清除密钥材料等问题，这可通过狡猾地重复使用同一内存而暴露。使用另一个参数“scrub”扩展 _ip_cprb_helper（） 函数，该参数用于引导此缓冲区的清理。因此，现在呼叫者有机会决定是否需要擦洗。在函数 cca_clr2cipherkey（） 中扩展清除密钥以保护密钥标记导入进程，以便在清除密钥值是请求数据的一部分时，告知上述 helper 函数清理 cprb 缓冲区。为随机 EXOR 缓冲区和 cprb 缓冲区添加函数 cca_clr2cipherkey（） 返回时的显式清理。总体而言，这可在清除密钥导入时清理内部使用的缓冲区，从而防止暴露敏感数据。（CVE-2026-80708）

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

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

  - erofs：确保页面缓存共享的有效f_path 以前，页面缓存共享的后备文件设置时将f_path保留为空（仅f_inode有效）。它奏效了，但最近的一个 mincore 修复依赖 f_path.mnt 并导致崩溃（由 7.2-rc4 中的 erofs/028 发现）：缺陷：内核空指针取消引用，解决：
    0000000000000018 #PF：内核模式下的主管读取访问权限 #PF：error_code（0x0000） - 不存在页面 PGD 0 P4D 0 哎呀：哎呀：0000 [#1] SMP PTI CPU：3 UID：0 PID：675528 通信：fincore 未受感染 7.2.0-rc4-00002-g[]-dirty #1 PREEMPT（lazy） 硬件名称：Red Hat KVM，BIOS 1.16.0-4.al8 2014 年 4 月 1 日 RIP：
    0010：__do_sys_mincore+0xc0/0x2c0 ... 使用有效的断开连接的 dentry 和 erofs_ishare_mnt 指定有效路径，而不是f_path留空，这样它们更像伪文件系统中的实际后备文件，并且可以直接使用标准 backing_file_open（）。（CVE-2026-80697）

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

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

  - ptp：vmclock：阻止只读映射变为可写入 vmclock_miscdev_mmap（） 拒绝具有 -EROFS 的共享 vmclock ABI 页面的可写入映射，但保留VM_MAYWRITE设置。用户空间可将页面映射为只读，然后通过 mprotect（） 将其升级为可写，之后客户机可损坏主机写入的 vmclock ABI 定义为只读的计时数据（序列计数器、UTC 时间、TSC 偏移）。清除只读路径中的VM_MAYWRITE，以便无法升级映射，就像 i915 对其只读对象所做的那样，也已在 drm/vc4 （CVE-2026-68445） 和 drm/panthor （CVE-2024-53071） 中修复。
    (CVE-2026-80724)

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

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

  - perf 工具：在 machine__resolve（） 中使用 perf_env__get_cpu_topology（） machine__resolve（） 在检查 al->cpu >= 0 和 env->cpu ！= NULL 后访问 env->cpu[al->cpu].socket_id，但未针对 env->nr_cpus_avail 验证 al->cpu。由于 al->cpu 来自不受信任的 perf.data 示例，因此具有大型 CPU 索引的特制文件会造成越界堆读取。使用同时验证 NULL 和边界的 perf_env__get_cpu_topology（）。在转换到 struct perf_cpu 之前，还对 al->cpu 进行边界检查 （int16_t）：
    如果没有此操作，65536 之类的值会静默截断为 0，从而绕过访问器的内部检查并返回 CPU 0 的拓扑结构。（CVE-2026-80670）

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

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

  - idpf：绑定中断矢量寄存器填充到分配的数组 idpf_get_reg_intr_vecs（） 填充适配器>req_vec_chunks中的 VIRTCHNL2_OP_ALLOC_VECTORS 回复中的调用程序分配 reg_vals[] 的数组，仅按每个区块num_vectors限制其内部循环。数组的大小单独确定：
    idpf_intr_reg_init（） 从 caps.num_allocated_vectors 分配 kzalloc_objs（struct idpf_vec_regs， total_vecs），并且只检查填充后返回的计数。每个区块num_vectors的总和永远不会与total_vecs协调，因此具有小num_allocated_vectors但区块求和较高的回复会写入 的末尾 reg_vals[]之后。影响：返回VIRTCHNL2_OP_ALLOC_VECTORS回复的控制平面（PF 或管理程序设备模型），其每块num_vectors总和超过reg_vals kmalloc 分配末尾时num_allocated_vectors写入结构idpf_vec_regs条目（KASAN slab 越界写入）。将填充循环绑定到调用程序传入的数组容量，从而镜像同级 idpf_vport_get_q_reg（）。然后，现有num_regs < num_vecs检查会拒绝不首先发生越界写入的小型回复。（CVE-2026-80693）

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

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

  - net：emac：修复 emac_probe 中的空指针取消引用 将 devm_request_irq（） 移动到 devm_platform_ioremap_resource（） 之后，以便在中断处理程序触发前映射 dev->emacp。过早中断命中 emac_irq（） 将取消引用空 dev->emacp 并崩溃。还删除了多余的错误消息。devm_platform_ioremap_resource（） 已经返回含 dev_err_probe（） 的错误消息。
    (CVE-2026-80614)

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

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

  - Redis 在“tlsProcessPendingData（）”函数中包含一个释放后使用漏洞，如果 Redis 配置了 TLS 支持，该函数将处理 TLS 待定数据列表。未经认证的远程攻击者可能以 Redis 服务器的权限执行任意命令。（CVE-2026-81934）

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

ID	名称	严重性
341326	Linux Distros 未修补的漏洞：CVE-2026-80602	high
341325	Linux Distros 未修补的漏洞：CVE-2026-80681	critical
341324	Linux Distros 未修补的漏洞：CVE-2026-80654	medium
341323	Linux Distros 未修补的漏洞：CVE-2026-80678	high
341322	Linux Distros 未修补的漏洞：CVE-2026-80692	high
341321	Linux Distros 未修补的漏洞：CVE-2026-80698	medium
341320	Linux Distros 未修补的漏洞：CVE-2026-80649	high
341319	Linux Distros 未修补的漏洞：CVE-2026-80704	medium
341318	Linux Distros 未修补的漏洞：CVE-2026-80643	medium
341317	Linux Distros 未修补的漏洞：CVE-2026-81525	high
341316	Linux Distros 未修补的漏洞：CVE-2026-80598	high
341315	Linux Distros 未修补的漏洞：CVE-2026-80634	critical
341314	Linux Distros 未修补的漏洞：CVE-2026-77341	medium
341313	Linux Distros 未修补的漏洞：CVE-2026-80714	critical
341312	Linux Distros 未修补的漏洞：CVE-2026-80669	medium
341311	Linux Distros 未修补的漏洞：CVE-2026-80695	medium
341310	Linux Distros 未修补的漏洞：CVE-2026-80709	high
341309	Linux Distros 未修补的漏洞：CVE-2026-80680	high
341308	Linux Distros 未修补的漏洞：CVE-2026-80676	medium
341307	Linux Distros 未修补的漏洞：CVE-2026-80722	high
341306	Linux Distros 未修补的漏洞：CVE-2026-80653	high
341305	Linux Distros 未修补的漏洞：CVE-2026-80706	high
341304	Linux Distros 未修补的漏洞：CVE-2026-80718	high
341303	Linux Distros 未修补的漏洞：CVE-2026-80655	medium
341302	Linux Distros 未修补的漏洞：CVE-2026-80635	high
341301	Linux Distros 未修补的漏洞：CVE-2026-80703	medium
341300	Linux Distros 未修补的漏洞：CVE-2026-80179	medium
341299	Linux Distros 未修补的漏洞：CVE-2026-80684	critical
341298	Linux Distros 未修补的漏洞：CVE-2026-80607	medium
341297	Linux Distros 未修补的漏洞：CVE-2026-80689	medium
341296	Linux Distros 未修补的漏洞：CVE-2026-80631	high
341295	Linux Distros 未修补的漏洞：CVE-2026-80715	medium
341294	Linux Distros 未修补的漏洞：CVE-2026-80707	high
341293	Linux Distros 未修补的漏洞：CVE-2026-81524	medium
341291	Linux Distros 未修补的漏洞：CVE-2026-80616	medium
341290	Linux Distros 未修补的漏洞：CVE-2026-80590	high
341289	Linux Distros 未修补的漏洞：CVE-2026-80716	high
341288	Linux Distros 未修补的漏洞：CVE-2026-80705	medium
341287	Linux Distros 未修补的漏洞：CVE-2026-80662	high
341286	Linux Distros 未修补的漏洞：CVE-2026-80623	high
341285	Linux Distros 未修补的漏洞：CVE-2026-80717	high
341284	Linux Distros 未修补的漏洞：CVE-2026-80636	medium
341283	Linux Distros 未修补的漏洞：CVE-2026-80611	medium
341282	Linux Distros 未修补的漏洞：CVE-2026-80708	high
341281	Linux Distros 未修补的漏洞：CVE-2026-80697	medium
341280	Linux Distros 未修补的漏洞：CVE-2026-80724	high
341279	Linux Distros 未修补的漏洞：CVE-2026-80670	critical
341278	Linux Distros 未修补的漏洞：CVE-2026-80693	critical
341277	Linux Distros 未修补的漏洞：CVE-2026-80614	high
341276	Linux Distros 未修补的漏洞：CVE-2026-81934	high

检测

Nessus 的 Misc. 系列

high

critical

medium

high

high

medium

high

medium

medium

high

high

critical

medium

critical

medium

medium

high

high

medium

high

high

high

high

medium

high

medium

medium

critical

medium

medium

high

medium

high

medium

medium

high

high

medium

high

high

high

medium

medium

high

medium

high

critical

critical

high

high