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

  - PEAR 是一个用于可重用 PHP 组件的框架和分发系统。在低于 的版本 1.33.0中可预测的验证哈希允许攻击者猜测验证标记并可能在未经授权的情况下验证选择帐户请求。已在版本 1.33.0 中修补此问题。
    (CVE-2026-25235)

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

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

  - idpf修复 vport 不支持 rdma 时拔出 aux 设备如果 vport 标记不包含 VIRTCHNL2_VPORT_ENABLE_RDMA驱动程序不会为此 vport 分配 vdev_info。这导致 idpf_idc_vport_dev_down() 中发生内核空指针取消引用从而导致引用每个 vport 的 vdev_info。
    检查在拔出 aux 设备之前是否分配过 vdev_info。 (CVE-2026-23042)

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

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

  - iioadcat91-sama5d2_adc修复 sama5d2_adc 驱动程序 at91_adc_interrupt 中可能的释放后使用错误可通过 schedule_work(&st->touch_st.workq) 调用 at91_adc_touch_data_handler 函数以启动工作。如果删除将调用 at91_adc_remove 进行清理的模块它将通过 iio_device_unregister 释放 indio_dev但会晚很长时间。而上述提到的作品都会被使用。可能导致 UAF 缺陷的操作序列如下CPU0 CPU1 | CPU0 CPU1 at91_adc_remove | at91_adc_workq_handler iio_device_unregister(indio_dev) | | //稍后释放 indio_dev | | iio_push_to_buffers(indio_dev) | //使用 indio_dev 通过确保在继续 at91_adc_remove 中的清理之前取消工作来修复此问题。 (CVE-2025-71199)

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

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

  - 在 mooodle 中发现一个缺陷。远程攻击者可利用策略工具返回 URL 中的反射型跨站脚本 (XSS) 漏洞。此漏洞是由于对 URL 参数的审查不充分导致的。允许攻击者通过特别构建的链接注入恶意脚本。成功利用此漏洞可能导致信息泄露或在用户的浏览器中执行任意客户端脚本。 (CVE-2025-67855)

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

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

  - be2net修复 be_cmd_get_mac_from_list 中的空指针取消引用 当 be_cmd_get_mac_from_list() 的参数 pmac_id_valid 变元设定为 false 时驱动程序可能从网卡的固件请求 PMAC_ID且此函数会在提供的地址 pmac_id 中存储该 PMAC_ID。这是此函数的约定。然而驱动程序中的某个位置可在其中同时传递 pmac_id_valid == false 和 pmac_id == NULL。这可导致取消引用空指针。要解决此问题需要将存根变量的地址传递到该函数。 (CVE-2026-23084)

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

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

  - slimbuscore修复可在接收 report-present 消息时动态分配 report present 的设备引用泄漏。查找已注册设备时务必终止引用。请注意这需要额外引用以防设备尚未注册但必须分配。 (CVE-2026-23090)

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

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

  - PEAR 是一款适用于可重用 PHP 组件的框架和分发系统。在版本 1.33.0 之前，因构建 IN (...) 列表时采用了不安全的文字替换方式，karma 查询过程中存在 SQL 注入风险。已在版本 1.33.0 中修补此问题。(CVE-2026-25236)

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

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

  - w1therm修复 alarms_store 中的差一缓冲区溢出 传递给 alarms_store() 的 sysfs 缓冲区分配有“size + 1”个字节并附加了一个 NUL 终止符。但是，“大小”参数未考虑此额外字节。然后原始代码分配“size”字节并使用 strcpy() 复制“buf”自 strcpy() 复制起始终将一个字节写入超过分配的缓冲区直到索引“size”处的 NUL 终止符。通过使用 simple_strtoll() 直接解析“buf”参数而不分配任何中间内存或字符串复制从而修复此问题。这可在简化代码的同时消除溢出。 (CVE-2025-71197)

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

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

  - canusb_8devusb_8dev_read_bulk_callback()修复 URB 内存泄漏 修复与提交 7352e1d5932a 中类似的内存泄漏 cangs_usbgs_usb_receive_bulk_callback()修复 URB 内存泄漏。在 usb_8dev_open() -> usb_8dev_start() 中已分配 USB-in 传输的 URB、将其添加到 priv->rx_submitted 定位标记并提交。在完整的回调 usb_8dev_read_bulk_callback() 中会对 URB 进行处理并重新提交。
    在 usb_8dev_close() -> unlink_all_urbs() 中通过调用 usb_kill_anchored_urbs(&priv->rx_submitted) 释放 URB。但是，这没有考虑到 USB 框架会在调用 complete 函数之前取消锚定 URB。这表示 in-URB 完成后将不再定位且最终不会在 usb_kill_anchored_urbs() 中释放。通过将 usb_8dev_read_bulk_callback() 中的 URB 定位到 priv->rx_submitted 定位标记来修复内存泄漏。 (CVE-2026-23108)

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

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

  - 在 Moodle 中发现缺陷。此认证绕过漏洞允许暂停的用户通过 Learning Tools Interoperability (LTI) 提供程序进行认证。引起此问题的原因是 LTI 身份验证处理程序无法强制将用户置于暂停状态从而可导致未经授权访问系统。这可导致本应受到限制的用户泄露信息或发生其他未经授权的操作。 (CVE-2025-67848)

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

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

  - ledsled-class仅在完全就绪时将 LED 添加至 leds_list 在此变更之前已在初始化 led_classdev.set_brightness_work 之前调用 led_init_core() 将 LED 添加到列表中。这会留下一个窗口期，其中 LED 的默认触发器的 led_trigger_register() 会调用 led_trigger_set()而后者又调用 led_set_brightness()而后者最终会将*未初始化的* led_classdev.set_brightness_work 排入队列。此争用会受到 lenovo-thinkpad-t14s EC 驱动程序的命中该驱动程序通过 snd_ctl_led.ko 提供的默认触发器快速连续注册 2 个 LED。第一个 led_classdev_register() 造成 snd_ctl_led 的 async modprobe 运行该 async modprobe 设法准确命中第二个 LED 位于 leds_list 上的窗口而未为其调用 led_init_core()从而导致------ -----[ cut here ]------------ WARNING: CPU: 11 PID: 5608 at kernel/workqueue.c:4234 __flush_work+0x344/0x390 硬件名称LENOVO 21N2S01F0B/21N2S01F0B BIOS N42ET93W (2.23 ) 2025 年 1 月 9 日 ... Call trace: __flush_work+0x344/0x390 (P) flush_work+0x2c/0x50 led_trigger_set+0x1c8/0x340 led_trigger_register+0x17c/0x1c0 led_trigger_register_simple+0x84/0xe8 snd_ctl_led_init+0x40/0xf88 [snd_ctl_led] do_one_initcall+0x5c/0x318 do_init_module+0x9c/0x2b8 load_module +0x7e0/0x998 通过将 LED 到 leds_list 的添加移动到 led_init_core() 调用之后来关闭争用窗口。 (CVE-2026-23101)

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

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

  - timekeeping调整闰秒状态以得到正确的辅助定时器。引入 __do_ajdtimex() 来处理任何定时器的 adjtimex 时对 tk_core 的此引用未更新。在辅助定时器上调用时核心定时器会得到错误更新。这会被锁调试诊断捕获因为 timekeepers 序列锁在未保持其相关自旋锁的情况下进行 CPU#2写入time/timekeeping.c:2979) __do_sys_clock_adjtime (kernel/time/posix-timers.c:1161 kernel/time/posix-timers.c:1173) do_syscall_64 (arch/x86/entry/syscall_64.c:63鉴别器 1) arch/x86/entry/syscall_64.c:94 (discipline 1)entry_SYSCALL_64_after_hwframe (arch/x86/entry/entry_64.S:131) 更新正确的辅助 timekeeper。 (CVE-2026-23106)

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

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

  - ksmbdsmbd修复 dma_unmap_sg() nents 应使用与 dma_map_sg() 相同的 nents 调用 dma_unmap_sg() 函数而不是映射函数返回的值。 (CVE-2026-23093)

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

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

  - drm/panel-simple修复了 DataImage SCF0700C48GGU18 面板的连接器类型 缺少 DataImage SCF0700C48GGU18 面板的连接器类型且 devm_drm_panel_bridge_add() 需要设置连接器类型。这会导致内核日志中的警告和回溯以及面板不起作用 WARNINGCPU: 3 PID: 38位于 drivers/gpu/drm/bridge/panel.c:379 devm_drm_of_get_bridge+0xac/0xb8 该警告由devm_drm_panel_bridge_add() 中的有效连接器类型检查。如果未为面板设置有效的连接器类型则不会打印警告且不添加面板。填写缺少的连接器类型以修复警告并使面板再次可操作。 (CVE-2026-23049)

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

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

  - fou不允许 FOU_ATTR_IPPROTO 设置为 0。 fou_udp_recv() 存在上一个修补程序中提及的相同问题。若 FOU_ATTR_IPPROTO 设为 0skb 既不会由 fou_udp_recv() 释放也不会在 ip_protocol_deliver_rcu() 中重新提交。假设 FOU_ATTR_IPPROTO 禁止为 0。 (CVE-2026-23083)

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

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

  - l2tp修复 l2tp_udp_encap_recv() 中的内存泄漏。 syzbot 报告了 l2tp_session、l2tp_tunnel、sock 等结构的内存泄漏。 [0] 引用的提交下移了 l2tp_udp_encap_recv() 中协议版本的验证。新地点需要额外的错误处理以避免内存泄露。在此调用 l2tp_session_put() 即可。 [0]bug }............ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 .... 回溯 ( crc babb6a4f)kmemleak_alloc_recursive include/linux/kmemleak.h:44 [内联] slab_post_alloc_hook mm/slub.c:4958 [内联] slab_alloc_node mm/slub.c:5263 [内联] __do_kmalloc_node mm/slub.c:5656 [内联]
    __kmalloc_noprof+0x3e0/0x660 mm/slub.c:5669 kmalloc_noprof include/linux/slab.h:961 [内联] kzalloc_noprof include/linux/slab.h:1094 [内联] l2tp_session_create+0x3a/0x3b0 net/l2tp/l2tp_core.c 1778 pppol2tp_connect+0x48b/0x920 net/l2tp/l2tp_ppp.c:755 __sys_connect_file+0x7a/0xb0 net/socket.c:2089
    __sys_connect+0xde/0x110 net/socket.c:2108 __do_sys_connect net/socket.c:2114 [内联] __se_sys_connect net/socket.c:2111 [内联] __x64_sys_connect+0x1c/0x30 net/socket.c:2111 do_syscall_x64 arch/x86 /entry/syscall_64.c:63 [inline] do_syscall_64+0xa4/0xf80 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f (CVE-2026-23072)

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

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

  - iommu/io-pgtable-arm修复了取消映射路径中的 size_t 符号缺陷 __arm_lpae_unmap() 返回 size_t 但在遇到未映射的 PTE 时返回 -ENOENT负错误代码。由于 size_t 未签名
    -ENOENT通常为 -2变为一个巨大的正值64 位系统上为 0xFFFFFFFFFFFFFFFE。此损坏的值通过调用链传播__arm_lpae_unmap() 以 size_t 形式返回 -ENOENT -> arm_lpae_unmap_pages() 返回 -> __iommu_unmap() 将其添加至 iova 地址 -> iommu_pgsize() 由于 iova 损坏触发 BUG_ON 这可造成 IOVA 地址__iommu_unmap() 循环中存在溢出并因无效的地址对齐而在 iommu_pgsize() 中触发 BUG_ON。通过返回 0 而不是 -ENOENT 进行修复。WARN_ON 已指出错误情况并且返回 0 （表示没有任何未映射内容）是 size_t 返回类型的正确语义。这与其他 io-pgtable 实现io-pgtable-arm-v7s、io-pgtable-dart在错误条件下返回 0 的行为一致。 (CVE-2026-23067)

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

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

  - 在 Moodle 中发现一个缺陷。授权逻辑缺陷允许在未进行适当验证的情况下授予徽标，此缺陷主要是由于在徽标授予过程中不完整的角色检查所致。这可使未经授权的用户获得其无权获得的徽标，从而可能导致特权提升或对某些功能进行未经授权的访问。(CVE-2025-67856)

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

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

  - dmaenginexilinxxdma修复 regmap max_register 为 max_register 字段分配寄存器内存区域的大小而不是最后一个寄存器的偏移量。结果是通过 debugfs 从 regmap 读取可导致分段错误 tail /sys/kernel/debug/regmap/xdma.1.auto/registers Unable to handle kernel paging request at virtual address ffff800082f70000 Mem abort info: ESR = 0x0000000096000007 EC = 0x25DABT当前 ELIL = 32 位 SET = 0FnV = 0 EA = 0S1PTW = 0 FSC = 0x07级别 3 转换错误 [...] 调用跟踪regmap_mmio_read32le+0x10/0x30
    _regmap_bus_reg_read+0x74/0xc0 _regmap_read+0x68/0x198 regmap_read+0x54/0x88 regmap_read_debugfs+0x140/0x380 regmap_map_read_file+0x30/0x48 full_proxy_read+0x68/0xc8 vfs_read+0xcc/0x310 ksys_read+0x7c/0x120 __arm64_sys_read+0x24/0x40 invoke_syscall.constprop.0 +0x64/0x108 do_el0_svc+0xb0/0xd8 el0_svc+0x38/0x130 el0t_64_sync_handler+0x120/0x138 el0t_64_sync+0x194/0x198 代码
    aa1e03e9 d503201f f9400000 8b214000 (b9400000) ---[ end trace 0000000000000000 ]--- 注意 tail[1217] 因 irqs 禁用而退出 注意tail[1217] 因 preempt_count 1 分段错误而退出 (CVE-2025-71195)

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

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

  - gue修复具有内部 IP 协议 0 的 skb 内存泄漏。syzbot 报告了如下 skb 内存泄漏。 [0] 重现通过其内部协议 0 生成了 GUE 数据包。 gue_udp_recv() 为 ip_protocol_deliver_rcu() 中的重新提交返回 -guehdr->proto_ctype但这仅适用于非零协议编号。让我们丢弃此类数据包。
    请注意0 为有效数字IPv6 逐跳选项。我认为在 GUE 中封装 HOPOPT 不切实际因此一旦有人开始抱怨我们可以传递重新提交标记指针以区分来自上层的两个零* 无错误 * 重新提交 HOPOPT [0] 缺陷未引用的内存泄漏对象 0xffff888109695a00（大小 240）：comm syz.0.17，pid 6088，jiffies 4294943096 十六进制转储（前 32 字节）：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00...... ............ 00 40 c2 10 81 88 ff ff 00 00 00 00 00 00 00 00 .@............ 回溯 (crc a84b336f)kmemleak_alloc_recursive include/linux/ kmemleak.h:44 [inline] slab_post_alloc_hook mm/slub.c:4958 [inline] slab_alloc_node mm/slub.c:5263 [inline] kmem_cache_alloc_noprof+0x3b4/0x590 mm/slub.c:5270 __build_skb+0x23/0x60 net/core /skbuff.c:474 build_skb+0x20/0x190 net/core/skbuff.c:490 __tun_build_skb drivers/net/tun.c:1541 [inline] tun_build_skb+0x4a1/0xa40 drivers/net/tun.c:1636 tun_get_user+0xc12 /0x2030 drivers/net/tun.c:1770 tun_chr_write_iter+0x71/0x120 drivers/net/tun.c:1999 new_sync_w rite fs/read_write.c:593 [内联] vfs_write+0x45d/0x710 fs/read_write.c:686 ksys_write+0xa7/0x170 fs/read_write.c:738 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [内联] do_syscall_64+0xa4/0xf80 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f (CVE-2026-23095)

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

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

  - PEAR 是一款适用于可重用 PHP 组件的框架和分发系统。在版本 1.33.0 之前，缺陷订阅删除过程中存在 SQL 注入漏洞，使得攻击者能通过精心构造的电子邮件值注入 SQL。已在版本 1.33.0 中修补此问题。(CVE-2026-25238)

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

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

  - net/sched强制使 teql 只能用作根 qdisc teql 的设计目的是假设它只用作根 qdisc。我们需要检查该限制。尽管不重要我还是会描述一下发现此问题的场景以满足感兴趣的用户。GangMin Kim <km.kim1503@gmail.com> 成功隐蔽一个场景如下ROOT qdisc 1:0 (QFQ) 类 1:1 (weight=15, lmax=16384) netem with delay 6.4s class 1:2 (weight=1, lmax=1514) teql GangMin 发送排入 1:1 (netem) 队列的数据包。此类中 QFQ 对出列的任何调用直到 6.4s 之后才会返回数据包。同时系统会发送第二个数据包并位于 1:2上。 teql 的 enqueue 将返回成功这将激活类 1:2。主要问题是 teql 仅在出列时更新父可见 qlen (sch->q.qlen)。由于 QFQ 只会在扫视成功时调用 dequeueteql 的 peek 始终返回 NULL因此将永远不会调用 dequeue因此 qlen 将保持为 0。考虑到这一点当 GangMin 更新 1:2的 lmax 值时qfq_change_class 会调用qfq_deact_rm_from_agg。由于子 qdisc 的 qlen 未递增因此 qfq 无法停用该类但仍从聚合中释放其指针。因此在netem 的延迟 6.4 秒后重新计划第一个数据包时会访问悬摆指针进而导致 GangMin 造成 UAF。 (CVE-2026-23074)

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

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

  - phyqcom-qusb2修复提前暂停时的空指针取消引用如果在附加 QPHY 实例作为驱动程序数据之前启用运行时 PM这会导致预期有效驱动程序数据的运行时 PM 回调中发生空指针取消引用。有一个小窗口在启用 PM 运行时之后运行时禁止之前可能会在该窗口中运行暂停回调。这会造成启动期间的不定时发生零星崩溃 `` 无法处理虚拟地址 00000000000000a1 处的内核空指针取消引用 [...] CPU: 0 UID: 0 PID: 11 Comm: kworker/0:1 未受感染 6.16.7+ #116 PREEMPT Workqueuepm pm_runtime_work pstate20000005 (nzCv daif -PAN -UAO -TCO -DIT
    -SSBS BTYPE=--) pc qusb2_phy_runtime_suspend+0x14/0x1e0 [phy_qcom_qusb2] lr
    pm_generic_runtime_suspend+0x2c/0x44 [...] `` 将 QPHY 实例附加为驱动程序数据然后启用运行时 PM 以防止运行时 PM 回调中发生空指针取消引用。重新排序 pm_runtime_enable() 和 pm_runtime_forbid()以防止可能发生不必要的运行时暂停的短暂窗口。使用 devres 管理的版本确保在驱动程序删除期间对称禁用 PM 运行时以进行正确清理。 (CVE-2025-71193)

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

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

  - ipvlan使 addrs_lock 针对每个端口 使 addrs_lock 针对每个端口而不是针对每个 ipvlan dev。初始代码似乎在任何地址更改都必须在 RTNL 下发生的假设下编写。但 IPv6 的情况并非如此。因此 1) 引入 per-port addrs_lock。 2) 需要修复忘记锁定的位置 (ipvlan_open/ipvlan_close) 不过这似乎是一个非常次要的问题。由于同时在 2 个 CPU 上调用 ipvlan_add_addr() 的可能性极小。但是尽管如此这还是可能导致: 1) ipvlan_addr_busy() 的漏报一个接口会迭代某个 ipvlan 旋转锁下的所有 port->ipvlans + ipvlan->addrs而另一个会在自己的锁下添加 IP。尽管此操作仅适用于 IPv6因为看起来无需 rtnl_lock而只能调用 ipvlan_addr6_event()。 2) 由于在不同 ipvlan->addrs_lock 锁定下调用 ipvlan_ht_addr_add(port)因而存在争用情况这应不会影响性能因为添加/删除 IP 的情况极少发生并且未在快速路径上采用旋转锁。
    (CVE-2026-23103)

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

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

  - PEAR 是一款适用于可重用 PHP 组件的框架和分发系统。在版本 1.33.0 之前，/get/<package>/<version> 端点中存在无需身份验证即可触发的 SQL 注入漏洞，使得远程攻击者能通过精心构造的程序包版本执行任意 SQL。已在版本 1.33.0 中修补此问题。
    (CVE-2026-25241)

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

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

  - ALSActxfi修复音频混合器处理中潜在的 OOB 访问在 ctxfi 驱动程序的音频混合器处理代码中conf 字段用作一种循环索引并在索引回调amixer_index() 和sum_index()中引用。据模糊测试程序最近发现当前代码会在这些函数中造成 OOB 访问。 | | UBSAN/build/reproducible-path/linux-6.17.8/sound/pci/ctxfi/ctamixer.c:347:48 中的 array-index-out-of-bounds 索引 8 超出“unsigned char [8]”类型的范围 分析后发现原因是缺少对 conj 字段的正确、重新初始化。
    此修补程序通过添加循环索引的正确初始化来解决这些 OOB 访问。
    (CVE-2026-23076)

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

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

  - arm64/fpsimdsignal在还原 ZA 时分配 SSVE 存储 用于还原 ZA 上下文的代码未在设置 TIF_SME 之前尝试分配任务的 sve_state。因此还原 ZA 上下文可将任务置于无效状态即设置了 TIF_SME 但任务的 sve_state 为 NULL。在合法但不常见的情况下即内核没有在相同任务的环境中创建 ZA 信号上下文例如使用 CRIU 之类的内容保存/还原时我们不保证之前已分配 sve_state。在这些情况下当 sve_state 为空时用户空间可进入流模式而不设陷阱| 从而导致稍后在内核尝试存储寄存器状态时发生空指针取消引用/sigreturn-za |无法处理虚拟地址 0000000000000000 处的内核空指针取消引用 |内存中止信息| ESR = 0x0000000096000046 | | EC = 0x25DABT当前 ELIL = 32 位 | | SET = 0FnV = 0 | | EA = 0S1PTW = 0 | | FSC = 0x06 级别 2 转换错误数据中止信息| ISV = 0ISS = 0x00000046ISS2 = 0x00000000 | CM = 0WnR = 1TnD = 0TagAccess = 0 | | GCS = 0Overlay = 0 DirtyBit = 0Xs = 0 | user pgtable4k 页面52 位 VA pgdp=0000000101f47c00 | | user-defined [0000000000000000] pgd=08000001021d8403、p4d=0800000102274403、 pud=0800000102275403、 pmd=0000000000000000 | | p4内部错误
    错误0000000096000046 [#1] SMP |中链接的模块| CPU0 UID0 PID153 Commsigreturn-za 未受感染 6.19.0-rc1 #1 PREEMPT |硬件名称linux,dummy-virt (DT) | pstate214000c9 (nzCv daIF +PAN
    -UAO -TCO +DIT -SSBS BTYPE=--) | | pc sve_save_state+0x4/0xf0 | lr fpsimd_save_user_state+0xb0/0x1c0 | | sp ffff80008070bcc0 | sp x29ffff80008070bcc0 x28fff00000c1ca4c40 x2763cfa172fb5cf658 | x26
    fff00000c1ca5228 x250000000000000000 x240000000000000000 | x23: 0000000000000000 x22: fff00000c1ca4c40 x21: fff00000c1ca4c40 | x200000000000000020 x19fff00000ff6900f0 x180000000000000000 | x17
    | fff05e8e0311f000 x160000000000000000 x15028fca8f3bdaf21c | x140000000000000212 x13fff00000c0209f10 x120000000000000020 | x110000000000200b20 x100000000000000000 x9 : fff00000ff69dcc0 | x8
    00000000000003f2 x7 : 0000000000000001 x6: fff00000c1ca5b48 | | x5 : fff05e8e0311f000 x4 : 0000000008000000 x3 : 0000000000000000 | | x2 0000000000000001 x1fff00000c1ca5970 x00000000000000440 |调用跟踪sve_save_state+0x4/0xf0 (P) | | fpsimd_thread_switch+0x48/0x198 | fpsimd_thread_switch+0x48/0x198 __switch_to+0x20/0x1c0 | __switch_to+0x20/0x1c0 | __switch_to+0x20/0x1c0
    __schedule+0x36c/0xce0 | schedule+0x34/0x11c | schedule+0x34/0x11c | schedule+0x34/0x11c | exit_to_user_mode_loop+0x124/0x188 | el0_interrupt+0xc8/0xd8 | | __el0_irq_handler_common+0x18/0x24 | | el0t_64_irq_handler+0x10/0x1c | | el0t_64_irq+0x198/0x19c | | 代码54000040 d51b4408 d65f03c0 d503245f (e5bb5800) | ---[ 结束跟踪 0000000000000000 ]--- 通过使 restore_za_context() 修复此问题确保分配任务的 sve_state与我们在获取 SME 陷阱时执行的操作匹配。必须保留任何实时 SVE/SSVE 状态（之前已从单独的信号上下文还原），因此不会将其归零。 (CVE-2026-23107)

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

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

  - phystm32-usphyc修复 probe() 中的差一索引变量用作具有 usbphyc->nphys 元素的 usbphyc->phys[] 数组的索引。因此如果其等于 usbphyc->nphys则为越界元素。该索引来自设备树因此是我们信任的数据并且不可能是错误但它显然仍然值得修复该缺陷。将 > 更改为 >=。
    (CVE-2025-71196)

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

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

  - 在 Moodle 中发现缺陷。远程攻击者可利用确认电子邮件服务中缺少适当速率限制的漏洞。此漏洞可让攻击者更容易地枚举或猜测用户凭据从而有助于对用户帐户进行蛮力攻击。 (CVE-2025-67853)

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

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

  - 已修复 Linux 内核中的下列漏洞：btrfs: fix NULL pointer dereference in do_abort_log_replay() Coverity reported a NULL pointer dereference issue (CID 1666756) in do_abort_log_replay(). When btrfs_alloc_path() fails in replay_one_buffer(), wc->subvol_path is NULL, but btrfs_abort_log_replay() calls do_abort_log_replay() which unconditionally dereferences wc->subvol_path when attempting to print debug information. Fix this by adding a NULL check before dereferencing wc->subvol_path in do_abort_log_replay(). (CVE-2026-23043)

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

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

  - canmcba_usbmcba_usb_read_bulk_callback()修复 URB 内存泄漏 修复与提交 7352e1d5932a 中类似的内存泄漏 (cangs_usbgs_usb_receive_bulk_callback()修复 URB 内存泄漏)。在 mcba_usb_probe() -> mcba_usb_start() 中已分配 USB-in 传输的 URB、将其添加至 priv->rx_submitted 定位标记并提交。在完整的回调 mcba_usb_read_bulk_callback() 中系统会处理并重新提交 URB。
    在 mcba_usb_close() -> mcba_urb_unlink() 中通过调用 usb_kill_anchored_urbs(&priv->rx_submitted) 释放 URB。但是，这没有考虑到 USB 框架会在调用 complete 函数之前取消锚定 URB。这表示 in-URB 完成后将不再定位且最终不会在 usb_kill_anchored_urbs() 中释放。通过将 mcba_usb_read_bulk_callback() 中的 URB 定位到 priv->rx_submitted 定位标记来修复内存泄漏。
    (CVE-2026-23080)

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

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

  - rxrpc修复 recvmsg() 无条件重新排队如果 rxrpc_recvmsg() 因指定了 MSG_DONTWAIT 但 recvmsg 队列前端的调用其互斥体已锁定而失败则该调用会重新排队 - 无论该调用是否已排队。调用在队列中可能因为也传递了 MSG_PEEK致使调用未出列或者因为 I/O 线程将其重新排队。此后无条件的重新排队可能会损坏 recvmsg 队列从而导致 UAF 或 refcount 欠载运行等情况。通过仅在呼叫尚未进入队列时才将其重新排队并在已进入队列中时将其移动到前面来修复此问题。如果不将其排入队列则必须放置通过使其出列而获得的 ref 。此外MSG_PEEK 不会使调用出列因此如果我们未用完队列中的所有数据MSG_PEEK 不应针对该调用调用 rxrpc_notify_socket()因此也请修复此问题。 (CVE-2026-23066)

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

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

  - libceph使 calc_target() 设置 t->paused 而不仅仅是清除它 当前如果请求不应再暂停 calc_target() 会清除 t->paused 但从未设置 t->paused即使它可以以确定何时应暂停请求。将 t->paused 保留在 __submit_request() 中这适用于常规请求但对延迟请求不起作用 -- 由于 __submit_request() 不对延迟请求操作因此 lreq->t.paused 无处可设置被设置。这样做的后果是在请求暂停时间足够长、足以使取消监视请求超时且后续的（重新）监视请求进入暂停状态的情况下，在暂停 -> 取消暂停转换时不会重新建立监视state。除了未重新建立监视之外rbd_reregister_watch() 还因 rbd_dev->watch_mutexheldrbd_register_watch __rbd_register_watch ceph_osdc_watch linger_reg_commit_wait 而停滞不前。其正在等待 lreq->reg_commit_wait 完成但要发生此情况需在 need_resend_linger 上结束相应的请求列出并在请求取消暂停时被踢出。如果相关请求一开始就从未被标记为暂停则不可能出现这种情况。事实上rbd_dev->watch_mutex 永远保持在取出状态然后防止图像取消映射 -- 在尝试获取互斥体时rbd unmap 将无法避免地在 D 状态下挂起。 (CVE-2026-23047)

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

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

  - 在 Moodle 中发现缺陷。此跨站脚本 (XSS) 漏洞由 AI 提示响应审查不当所导致其允许攻击者将恶意 HTML 或脚本注入网页。当其他用户查看这些遭到入侵的页面时，他们的会话可能会被窃取，或者用户界面可能会被操纵。 (CVE-2025-67849)

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

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

  - platform/x86hp-bioscfg修复 GET_INSTANCE_ID 宏中的内核错误 GET_INSTANCE_ID 宏在访问 sysfs 属性时造成内核错误1. 差一错误循环条件使用了 '<=' 代替了 '<'从而造成访问超出数组边界。由于数组索引从 0 开始且范围为 0 到 instance_count-1因此循环应使用“<”。 2. 缺少 NULL 检查代码取消引用 attr_name_kobj->name 且未检查 attr_name_kobj 是否为空导致 min_length_show() 和其他属性显示函数中发生空指针取消引用。当 fwupd 尝试读取 BIOS 配置属性时发生错误Oops一般保护错误 [#1] SMP KASAN NOPTI KASAN: 范围中的 null-ptr-deref [0x000000000000000-0x000000000000007] RIP: 0010:min_length_show+0xcf/0x1d0 [hp_bioscfg]取消引用前为 attr_name_kobj 添加空检查并修正循环边界以匹配驱动程序中别处使用的模式。 (CVE-2026-23062)

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

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

  - 在 Moodle 中发现缺陷。OAuth 登录流程中存在开放重定向漏洞允许远程攻击者在用户成功通过身份验证后将其重定向至攻击者控制的页面。由于对重定向参数的验证不充分会发生这种情况这可导致钓鱼攻击或信息泄露。 (CVE-2025-67852)

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

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

  - net/schedqfq使用 cl_is_active 确定 qfq_rm_from_ag 中的类是否处于活动状态。这更像是一个预防性修补程序，使代码更一致并防止可能的利用qfq 上的子 qlen 操纵的情况。使用 cl_is_active 代替依赖子 qdisc 的 qlen 来确定类激活。 (CVE-2026-23105)

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

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

  - PEAR 是一款适用于可重用 PHP 组件的框架和分发系统。在版本 1.33.0 之前，当角色过滤器以数组形式提供并插值到 IN (...) 子句中时，user::maintains() 中可能发生 SQL 注入漏洞。已在版本 1.33.0 中修补此问题。(CVE-2026-25240)

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

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

  - scsicore当最终完成相互争用时唤醒错误处理程序标记命令已完成或失败之间的不稳定排序使得错误处理程序仅在最后一个正在运行的命令完成或超时存在争用条件时被唤醒。这些争用条件可造成 SCSI 层无法唤醒错误处理程序从而因错误状态无法推进而使通过 SCSI 主机进行的 I/O 卡住。
    首先在 scsi_dec_host_busy() 中存在内存排序问题。清除 SCMD_STATE_INFLIGHT 的写入可能会通过 scsi_host_busy() 中的读取计数重新排序。尽管本地 CPU 会看到其自己的写入重新排序可允许 scsi_dec_host_busy() 或 scsi_eh_inc_host_failed() 中的其他 CPU 看到增加的忙碌计数从而导致没有 CPU 看到等于 host_failed 计数的主机忙碌。可在错误路径上设置内存屏障来强制使写入在计数主机忙碌命令之前可见从而防止此争用条件。第二是 scsi_eh_inc_host_failed() 存在一般性排序问题。通过在递增 host_failed 之前对忙碌命令进行计数可能与 scsi_dec_host_busy() 中的最终命令争用使得 scsi_dec_host_busy() 看不见 host_failed 递增但 scsi_eh_inc_host_failed() 在 scsi_dec_host_busy() 清除 SCMD_STATE_INFLIGHT 之前计数忙碌命令造成唤醒错误处理程序任务。这需要在 host_failed 递增之后移动对 scsi_host_busy() 的调用以解决争用条件。 (CVE-2026-23110)

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

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

  - fs/writeback跳过 wait_sb_inodes() 中的 AS_NO_DATA_INTEGRITY 映射在 wait_sb_inodes() 中的 while() 循环上方我们记录了必须等待 writeback 下的所有页面以确保数据完整性。
    因此如果映射如 fuse 在传统上不具有数据完整性语义则根本不需要等待我们可以直接跳过这些 inode。这会将 fuse 恢复到之前的行为即同步无效。此更新可修复一个用户回归其中系统正在运行错误的 fuse 服务器并且不回复发出的写入请求时会导致 wait_sb_inodes() 永远等待。 (CVE-2026-23109)

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

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

  - canems_usbems_usb_read_bulk_callback()修复 URB 内存泄漏 修复与提交 7352e1d5932a 中类似的内存泄漏 cangs_usbgs_usb_receive_bulk_callback()修复 URB 内存泄漏。在 ems_usb_open() 中分配了 USB-in 传输的 URB、将其添加到 dev->rx_submitted 定位标记并提交。在完成回调 ems_usb_read_bulk_callback() 中会对 URB 进行处理并重新提交。在 ems_usb_close() 中通过调用 usb_kill_anchored_urbs(&dev->rx_submitted) 释放 URB。但是，这没有考虑到 USB 框架会在调用 complete 函数之前取消锚定 URB。这表示 in-URB 完成后将不再定位且最终不会在 ems_usb_close() 中释放。通过将 ems_usb_read_bulk_callback() 中的 URB 定位到 dev->rx_submitted 定位标记修复内存泄漏。 (CVE-2026-23058)

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

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

  - intel_th修复输出 open() 上的设备泄漏 确保终止在出错时和 close() 中的输出设备 open() 期间查找 th 设备时采取的引用。请注意最近的提交修复了几个但不是全部的 open() 错误路径中的泄漏并且成功 open() 后引用仍然泄漏。
    (CVE-2026-23091)

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

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

  - gpiocdev修复 lineinfo_changed_notify() 中错误的资源泄漏在错误处理路径上lineinfo_changed_notify() 未释放导致泄漏的分配资源。修复之。
    (CVE-2026-23079)

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

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

  - cryptoauthencesn - 拒绝过短的 AAD (assoclen<8) 以匹配 ESP/ESN 规范 authencesn 假设 ESP/ESN 格式的 AAD。当 assoclen 比最小预期长度短时crypto_authenc_esn_decrypt() 会前进超过目标 scatterlist 的结尾并在 scatterwalk_map_and_copy() 中触发空指针取消引用从而导致内核错误 (DoS)。添加最小 AAD 长度检查，以在无效输入时快速失败。 (CVE-2026-23060)

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

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

  - nethv_netvsc在没有 RX 间接表的情况下拒绝 RSS 哈希密钥编程 RSS 配置需要有效的 RX 间接表。当设备报告单一接收队列时rndis_filter_device_add() 不会分配间接表在此状态下接受 RSS 哈希密钥更新会导致挂起。通过在 ndc->rx_table_sz 上门控 netvsc_set_rxfh() 可以修复此问题并在缺少该表时返回 -EOPNOTSUPP。这可使 set_rxfh 与设备功能保持一致并防止错误的行为。 (CVE-2026-23054)

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

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

  - spispi-sprd-adi修复探测错误路径中的双重释放 驱动程序当前使用 spi_alloc_host() 分配控制器而是使用 devm_spi_register_controller() 进行注册。如果 devm_register_restart_handler() 失败代码会跳到 put_ctlr 标签并调用 spi_controller_put()。但是由于控制器是通过 devm 函数注册因此当探测失败时设备核心将自动再次调用 spi_controller_put()。这导致 spi_controller 结构的双重释放。通过切换到 devm_spi_alloc_host() 并删除手动 spi_controller_put() 调用可修复此问题。 (CVE-2026-23068)

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

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

  - vsock/virtio仅合并 rx 队列中合并缓冲区的线性 skb vsock/virtio 通用尝试如果线性 skb 具有备用尾部空间后面接着小 skb长度受到 GOOD_COPY_LEN = 128 的限制则尝试使 能够加入其中。自从引入 MSG_ZEROCOPY 支持以来小型 skb 始终为线性的假设不正确。在 zerocopy 的情况下数据会丢失且线性 skb 会附加未初始化的内核内存。在所有 3 项受支持的基于 virtio 的传输中只有 loopback-transport 受到影响。G2H virtio-transport rx 队列在明确的线性 skb 上运行请参阅 virtio_vsock_rx_fill() 中的 virtio_vsock_alloc_linear_skb()。H2G vhost-transport 可分配线性 skb但仅适用于不考虑合并的大小请参阅 virtio_vsock_alloc_skb() 的 PAGE_ALLOC_COSTLY_ORDER。确保仅合并线性 skb。请注意 skb_tailroom(last_skb) > 0 可保证 last_skb 为线性。 (CVE-2026-23057)

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

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

  - cankvaser_usbkvaser_usb_read_bulk_callback()修复 URB 内存泄漏修复与提交 7352e1d5932a 中类似的内存泄漏cangs_usbgs_usb_receive_bulk_callback()修复 URB 内存泄漏。kvaser_usb_set_{,data_}bittiming() -> kvaser_usb_setup_rx_urbs() 中USB-in 传输的 URB 会被分配、添加至 dev->rx_submitted 定位标记并提交。在完整的回调 kvaser_usb_read_bulk_callback() 中会对 URB 进行处理并重新提交。在 kvaser_usb_remove_interfaces() 中通过调用 usb_kill_anchored_urbs(&dev->rx_submitted) 释放 URB。但是，这没有考虑到 USB 框架会在调用 complete 函数之前取消锚定 URB。这表示 in-URB 完成后将不再定位且最终不会在 usb_kill_anchored_urbs() 中释放。通过将 kvaser_usb_read_bulk_callback() 中的 URB 定位到 dev->rx_submitted 定位标记修复内存泄漏。 (CVE-2026-23061)

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

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

  - netrom修复 nr_route_frame() 中的双重释放。在 nr_route_frame() 中系统会立即释放 old_skb而不检查 nr_neigh->ax25 指针是否为空。因此如果 nr_neigh->ax25 为空调用程序函数将再次释放 old_skb造成双重释放缺陷。因此为防止此问题我们需要对其进行修改以在释放 old_skb 之前检查 nr_neigh->ax25 是否为空。 (CVE-2026-23098)

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

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

  - 在 moodle 中发现一个缺陷。此漏洞称为跨站脚本 (XSS) 是因为未充分检查公式编辑器算术表达式字段中用户提供的数据所导致。远程攻击者可将恶意代码注入这些字段。当其他用户查看这些表达式时，恶意代码将在其 Web 浏览器中执行，从而可能危害其数据或导致未经授权的操作。 (CVE-2025-67850)

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

ID	名称	严重性
297915	Linux Distros 未修补的漏洞：CVE-2026-25235	high
297914	Linux Distros 未修补的漏洞：CVE-2026-23042	medium
297913	Linux Distros 未修补的漏洞：CVE-2025-71199	high
297912	Linux Distros 未修补的漏洞：CVE-2025-67855	medium
297911	Linux Distros 未修补的漏洞：CVE-2026-23084	medium
297909	Linux Distros 未修补的漏洞：CVE-2026-23090	medium
297908	Linux Distros 未修补的漏洞：CVE-2026-25236	medium
297907	Linux Distros 未修补的漏洞：CVE-2025-71197	high
297906	Linux Distros 未修补的漏洞：CVE-2026-23108	medium
297905	Linux Distros 未修补的漏洞：CVE-2025-67848	high
297904	Linux Distros 未修补的漏洞：CVE-2026-23101	medium
297903	Linux Distros 未修补的漏洞：CVE-2026-23106	medium
297902	Linux Distros 未修补的漏洞：CVE-2026-23093	medium
297901	Linux Distros 未修补的漏洞：CVE-2026-23049	high
297900	Linux Distros 未修补的漏洞：CVE-2026-23083	high
297899	Linux Distros 未修补的漏洞：CVE-2026-23072	medium
297898	Linux Distros 未修补的漏洞：CVE-2026-23067	medium
297897	Linux Distros 未修补的漏洞：CVE-2025-67856	critical
297896	Linux Distros 未修补的漏洞：CVE-2025-71195	medium
297895	Linux Distros 未修补的漏洞：CVE-2026-23095	medium
297894	Linux Distros 未修补的漏洞：CVE-2026-25238	critical
297893	Linux Distros 未修补的漏洞：CVE-2026-23074	high
297892	Linux Distros 未修补的漏洞：CVE-2025-71193	medium
297891	Linux Distros 未修补的漏洞：CVE-2026-23103	medium
297890	Linux Distros 未修补的漏洞：CVE-2026-25241	critical
297889	Linux Distros 未修补的漏洞：CVE-2026-23076	high
297888	Linux Distros 未修补的漏洞：CVE-2026-23107	medium
297887	Linux Distros 未修补的漏洞：CVE-2025-71196	high
297886	Linux Distros 未修补的漏洞：CVE-2025-67853	high
297885	Linux Distros 未修补的漏洞：CVE-2026-23043	medium
297884	Linux Distros 未修补的漏洞：CVE-2026-23080	medium
297883	Linux Distros 未修补的漏洞：CVE-2026-23066	medium
297882	Linux Distros 未修补的漏洞：CVE-2026-23047	medium
297881	Linux Distros 未修补的漏洞：CVE-2025-67849	medium
297880	Linux Distros 未修补的漏洞：CVE-2026-23062	medium
297879	Linux Distros 未修补的漏洞：CVE-2025-67852	medium
297878	Linux Distros 未修补的漏洞：CVE-2026-23105	medium
297877	Linux Distros 未修补的漏洞：CVE-2026-25240	medium
297876	Linux Distros 未修补的漏洞：CVE-2026-23110	medium
297875	Linux Distros 未修补的漏洞：CVE-2026-23109	high
297874	Linux Distros 未修补的漏洞：CVE-2026-23058	medium
297873	Linux Distros 未修补的漏洞：CVE-2026-23091	medium
297872	Linux Distros 未修补的漏洞：CVE-2026-23079	medium
297871	Linux Distros 未修补的漏洞：CVE-2026-23060	medium
297870	Linux Distros 未修补的漏洞：CVE-2026-23054	medium
297869	Linux Distros 未修补的漏洞：CVE-2026-23068	high
297868	Linux Distros 未修补的漏洞：CVE-2026-23057	high
297867	Linux Distros 未修补的漏洞：CVE-2026-23061	medium
297866	Linux Distros 未修补的漏洞：CVE-2026-23098	high
297865	Linux Distros 未修补的漏洞：CVE-2025-67850	medium

检测

Nessus 的 Misc. 系列

high

medium

high

medium

medium

medium

medium

high

medium

high

medium

medium

medium

high

high

medium

medium

critical

medium

medium

critical

high

medium

medium

critical

high

medium

high

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

medium

medium

medium

high

high

medium

high

medium