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

  - Debian Linux - mediawiki - None Ubuntu Linux - [Escape rawElement $content] (CVE-2025-61636)

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

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

  - Debian Linux - mediawiki - None Ubuntu Linux - [避开基于 Codex 的 HTMLForms 的提交按钮标签] (CVE-2025-61642)

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

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

  - Debian Linux - mediawiki - None Ubuntu Linux - [防止泄漏 Watchlist/RecentChanges 中隐藏的用户名] (CVE-2025-61646)

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

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

  - Debian Linux - mediawiki - None Ubuntu Linux - [审查数据属性] (CVE-2025-61638)

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

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

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

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

  - 在 Java 应用程序中QOS.CH logback-core 及之前版本 1.5.18 的条件配置文件处理中存在 ACE 漏洞可让攻击者通过破坏现有 logback 配置文件或在程序执行前注入环境变量来执行任意代码。成功的攻击要求用户的类路径上存在 Janino 库并且 Spring Framework 存在。此外，攻击者必须具有配置文件的写入权限。或者攻击者可注入指向恶意配置文件的恶意环境变量。在这两种情况下，攻击都需要现有权限。 (CVE-2025-11226)

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

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

  - Debian Linux - mediawiki - None Ubuntu Linux - [在 ::getRecentChange 中使用 ManualLogEntry::getDeleted] (CVE-2025-61639)

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

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

  - Debian Linux - mediawiki - None Ubuntu Linux - [ApiFancyCaptchaReload重新使用 badcaptcha 速率限制] (CVE-2025-61635)

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

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

  - Debian Linux - mediawiki - None Ubuntu Linux - [解析消息而不是将其作为 HTML 插入] (CVE-2025-61640)

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

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

  - Debian Linux - mediawiki - None Ubuntu Linux - [在 API 中显示 PageInfo 之前检查用户读取权限] (CVE-2025-61652)

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

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

  - Debian Linux - mediawiki - None Ubuntu Linux - [转义实时预览使用的三个系统消息] (CVE-2025-61637)

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

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

  - tracing/synthetic修复释放 last_cmd 时的争用当前当有多个用户同时操纵合成事件节点时last_cmd 变量可被多个进程异步访问它可导致释放后使用或双重释放。此修补程序添加 lastcmd_mutex以防止 last_cmd 受到异步访问。 ================================================== ============== 通过在不同的 shell 中运行下面的两个脚本可以在 KASAN 环境中轻松重现。脚本 1
    while do echo -n -e '\x88' > /sys/kernel/tracing/synthetic_events 完成脚本 2while : do echo -n -e '\xb0' > /sys/kernel/tracing/synthetic_events did === ================================================== =========== 双重释放情境：进程 A 被进程 B
    ------------------- --------------- 1.kstrdup last_cmd 2.free last_cmd 3.free last_cmd(double-free ) ================================================= =============== 释放后使用情况：进程 A 进程 B ------------------ ----- ---------- 1.kstrdup last_cmd 2.free last_cmd 3.tracing_log_err(use-after-free) ====================== ========================================== 附录 1. KASAN 报告双重释放BUGKASAN由任务 sh/4879 调用跟踪在 kfree+0xdc/0x1d4 释放的 addr ***** 中发生双重释放
    ... kfree+0xdc/0x1d4 create_or_delete_synth_event+0x60/0x1e8 trace_parse_run_command+0x2bc/0x4b8 Synth_events_write+0x20/0x30 vfs_write+0x200/0x830 ... 按任务 4879 分配... kstrdup+0x5c/0x98 create_or_delete_synth_event+0x6c/0x1e8 trace_parse_run_command+0x2bc/0x4b8 Synth_events_write+0x20/0x30 vfs_write+0x200/0x830 ... 由任务 5464 释放... kfree+0xdc/0x1d4 create_or_delete_synth_event+0x60/0x1e8 trace_parse_run_command+0x2bc/0x4b8 Synth_events_write+0x20/0x30 vfs_write+0x200/0x830 ...
    ================================================== ============== 附录 2. KASAN 报告释放后使用
    缺陷KASAN由任务 sh/5483 sh/5483 在 addr ***** 执行的 strlen+0x5c/0x7c 大小为 1 的 strlen+0x5c/0x7c 读取中存在释放后使用sh: CPU: 7 PID: 5483 Comm: sh ... __asan_report_load1_noabort+0x34/0x44 strlen+0x5c/0x7c tracing_log_err+0x60/0x444 create_or_delete_synth_event+0xc4/0x204 trace_parse_run_command+0x2bc/0x4b8 Synth_events_write+0x20/0x30 vfs_write+0x200/0x830 ... 按任务分配 5483... kstrdup+0x5c/0x98 create_or_delete_synth_event+0x80/0x204 trace_parse_run_command+0x2bc/0x4b8 Synth_events_write+0x20/0x30 vfs_write+0x200/0x830 ... 由任务 5480 释放... kfree+0xdc/0x1d4 create_or_delete_synth_event+0x74/0x204 trace_parse_run_command+0x2bc/0x4b8 Synth_events_write+0x20/0x30 vfs_write+0x200/0x830 ...
    (CVE-2023-53478)

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

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

  - drm/vmwgfx验证嗅探到的光标的框大小无效的用户空间 dma 表面副本可能导致 memcpy 从表面溢出到嗅探到的图像从而导致崩溃。要修复此问题必须针对嗅探到的光标的预期大小验证 copybox 的尺寸。
    (CVE-2022-50440)

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

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

  - Linux 容器平台上的 Canonical LXD 版本 4.0 和更高版本中的 devLXD 服务器中的信息欺骗允许在任何容器中拥有 root 权限的攻击者冒充其他容器并通过命令行中的欺骗进程名称获取其元数据、配置和设备信息。
    (CVE-2025-54288)

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

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

  - Linux 上 Canonical LXD 5.0 LTS 中的日志文件检索功能中的路径遍历允许经认证的远程攻击者通过特制的日志文件名或符号链接读取主机系统上的任意文件。
    (CVE-2025-54293)

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

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

  - 已修复 Linux 内核中的下列漏洞：ublk: fail to start device if queue setup is interrupted In ublk_ctrl_start_dev(), if wait_for_completion_interruptible() is interrupted by signal, queues aren't setup successfully yet, so we have to fail UBLK_CMD_START_DEV, otherwise kernel oops can be triggered. Reported by German when working on qemu-storage-deamon which requires single thread ublk daemon. (CVE-2023-53508)

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

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

  - clksamsung修复 _samsung_clk_register_pll() 中的内存泄漏如果 clk_register() 失败@pll->rate_table 可能已通过 kmemdup() 分配了内存因此需要将其释放否则将导致内存泄漏问题此修补程序可修复该问题。 (CVE-2022-50449)

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

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

  - Suricata 是由 OISF (Open Information Security Foundation) 和 Suricata 社区开发的网络 IDS、IPS 和 NSM 引擎。在版本 8.0.0中将关键字 ldap.responses.attribute_type 长用于转换的规则会在 Suricata 启动期间或规则重新加载期间导致堆栈缓冲区溢出。
    此问题已在 8.0.1 版本中修复。要解决此问题用户可禁用包含 ldap.responses.attribute_type 和 转换的规则。 (CVE-2025-59149)

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

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

  - ubifs修复 alloc_wbufs() 中的内存泄漏 kmemleak 报告了一系列内存泄漏并将其显示如下未引用的对象 0xffff8881575f8400(大小 1024)comm mount, pid 19625, jiffies 4297119604(age 20.383s) 十六进制转储前 32 bytes): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ..
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ... 回溯[<ffffffff8176cecd>]
    __kmalloc+0x4d/0x150 [<ffffffffa0406b2b>] ubifs_mount+0x307b/0x7170 [ubifs] [<ffffffff819fa8fd>] Legacy_get_tree+0xed/0x1d0 [<ffffffff81936f2d>] vfs_get_tree+0x7d/0x230 [<ffffffff819b2bd4>] path_mount+0xdd4/0x17b0 [<ffffffff819b37aa>] __x64_sys_mount+ 0x1fa/0x270 [<ffffffff83c14295>] do_syscall_64+0x35/0x80 [<ffffffff83e0006a>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 未引用对象 0xffff8881798a6e00 (大小 512)comm 挂载、pid 19677、jiffies 4297121912 (age 37.816)2 个字节第 3 个十六进制转储6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk backtrace: [<ffffffff8176cecd>] __kmalloc+0x4d/0x150 [<ffffffffa0418342>] ubifs_wbuf_init +0x52/0x480 [ubifs] [<ffffffffa0406ca5>] ubifs_mount+0x31f5/0x7170 [ubifs] [<ffffffff819fa8fd>] Legacy_get_tree+0xed/0x1d0 [<ffffffff81936f2d>] vfs_get_tree+0x7d/0x230 [<ffffffff819b2bd4>] path_mount+0xdd4/0x17b0 [<ffffffff819b37aa>] __x64_sys_mount+0x1fa/0x270 [<ffffffff83c14295>] do_syscall_64+0x35/0x80 [<ffffffff83e0006a>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 问题在于 ubifs_wbuf_init() 在循环中返回错误在 alloc_wbufs() 中然后 wbuf->buf和 wbuf->inod之前已成功分配的 es 未释放。通过在 alloc_wbufs() 中添加错误挂起路径来修复此问题当 ubifs_wbuf_init() 返回错误时该路径可释放之前分配的内存。 (CVE-2023-53468)

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

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

  - 所有平台上低于 6.5 和 5.21.4 的 Canonical LXD LXD-UI 版本中的路径遍历可允许经过认证的远程攻击者通过 URL 路径中嵌入的构建的资源名称访问或修改非预期资源。 (CVE-2025-54292)

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

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

  - drm/msm/hdmi修复桥太多的内存损坏 在桥计数器上添加缺少的健全性检查以避免在桥超过 8 个的情况下损坏超出固定大小的桥数组的数据。Patchwork https://patchwork.freedesktop.org/patch/502670/ (CVE-2022-50437)

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

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

  - 已发现 Dolibarr ERP & CRM v21.0.1 通过计算字段参数在用户模块配置中含有一个远程代码执行 (RCE) 漏洞。 (CVE-2025-56588)

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

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

  - 在 Linux 中低于 6.5 和 5.21.4 的 Canonical LXD 中图像导出 API 存在信息泄露允许网络攻击者在未通过使用通配符指纹识别的构建请求进行身份验证的情况下确定项目存在。 (CVE-2025-54290)

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

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

  - MIPSvpe-mt修复提交 1fa5ae857bb1 后模块退出时可能的内存泄漏驱动核心摆脱结构设备的 bus_id 字符串数组设备名称动态分配设备名称需要在退出模块时释放调用 put_device放弃引用以便当 refcount 减至 0 时可在 kobject_cleanup() 中释放该引用。 vpe_device 是静态因此从 vpe_device_release() 删除 kfree()。 (CVE-2022-50462)

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

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

  - 已修复 Linux 内核中的下列漏洞：media: vsp1: Replace vb2_is_streaming() with vb2_start_streaming_called() The vsp1 driver uses the vb2_is_streaming() function in its .buf_queue() handler to check if the .start_streaming() operation has been called, and decide whether to just add the buffer to an internal queue, or also trigger a hardware run. vb2_is_streaming() relies on the vb2_queue structure's streaming field, which used to be set only after calling the .start_streaming() operation. Commit a10b21532574 (media: vb2: add (un)prepare_streaming queue ops) changed this, setting the .streaming field in vb2_core_streamon() before enqueuing buffers to the driver and calling .start_streaming(). This broke the vsp1 driver which now believes that .start_streaming() has been called when it hasn't, leading to a crash: [ 881.058705] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000020 [ 881.067495] Mem abort info: [ 881.070290] ESR = 0x0000000096000006 [ 881.074042] EC = 0x25: DABT (current EL), IL = 32 bits [ 881.079358] SET = 0, FnV = 0 [ 881.082414] EA = 0, S1PTW = 0 [ 881.085558] FSC = 0x06: level 2 translation fault [ 881.090439] Data abort info: [ 881.093320] ISV = 0, ISS = 0x00000006 [ 881.097157] CM = 0, WnR = 0 [ 881.100126] user pgtable: 4k pages, 48-bit VAs, pgdp=000000004fa51000 [ 881.106573] [0000000000000020] pgd=080000004f36e003, p4d=080000004f36e003, pud=080000004f7ec003, pmd=0000000000000000 [ 881.117217] Internal error: Oops: 0000000096000006 [#1] PREEMPT SMP [ 881.123494] Modules linked in: rcar_fdp1 v4l2_mem2mem [ 881.128572] CPU: 0 PID: 1271 Comm: yavta Tainted: G B 6.2.0-rc1-00023-g6c94e2e99343 #556 [881.138061] Hardware name: Renesas Salvator-X 2nd version board based on r8a77965 (DT) [ 881.145981] pstate: 400000c5 (nZcv daIF -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 881.152951] pc :
    vsp1_dl_list_add_body+0xa8/0xe0 [ 881.157580] lr : vsp1_dl_list_add_body+0x34/0xe0 [ 881.162206] sp :
    ffff80000c267710 [ 881.165522] x29: ffff80000c267710 x28: ffff000010938ae8 x27: ffff000013a8dd98 [881.172683] x26: ffff000010938098 x25: ffff000013a8dc00 x24: ffff000010ed6ba8 [ 881.179841] x23:
    ffff00000faa4000 x22: 0000000000000000 x21: 0000000000000020 [ 881.186998] x20: ffff00000faa4000 x19:
    0000000000000000 x18: 0000000000000000 [ 881.194154] x17: 0000000000000000 x16: 0000000000000000 x15:
    0000000000000000 [ 881.201309] x14: 0000000000000000 x13: 746e696174206c65 x12: ffff70000157043d [881.208465] x11: 1ffff0000157043c x10: ffff70000157043c x9 : dfff800000000000 [ 881.215622] x8 :
    ffff80000ab821e7 x7 : 00008ffffea8fbc4 x6 : 0000000000000001 [ 881.222779] x5 : ffff80000ab821e0 x4 :
    ffff70000157043d x3 : 0000000000000020 [ 881.229936] x2 : 0000000000000020 x1 : ffff00000e4f6400 x0 :
    0000000000000000 [ 881.237092] Call trace: [ 881.239542] vsp1_dl_list_add_body+0xa8/0xe0 [ 881.243822] vsp1_video_pipeline_run+0x270/0x2a0 [ 881.248449] vsp1_video_buffer_queue+0x1c0/0x1d0 [ 881.253076]
    __enqueue_in_driver+0xbc/0x260 [ 881.257269] vb2_start_streaming+0x48/0x200 [ 881.261461] vb2_core_streamon+0x13c/0x280 [ 881.265565] vb2_streamon+0x3c/0x90 [ 881.269064] vsp1_video_streamon+0x2fc/0x3e0 [ 881.273344] v4l_streamon+0x50/0x70 [ 881.276844]
    __video_do_ioctl+0x2bc/0x5d0 [ 881.280861] video_usercopy+0x2a8/0xc80 [ 881.284704] video_ioctl2+0x20/0x40 [ 881.288201] v4l2_ioctl+0xa4/0xc0 [ 881.291525] __arm64_sys_ioctl+0xe8/0x110 [ 881.295543] invoke_syscall+0x68/0x190 [ 881.299303] el0_svc_common.constprop.0+0x88/0x170 [ 881.304105] do_el0_svc+0x4c/0xf0 [ 881.307430] el0_svc+0x4c/0xa0 [ 881.310494] el0t_64_sync_handler+0xbc/0x140 [881.314773] el0t_64_sync+0x190/0x194 [ 881.318450] Code: d50323bf d65f03c0 91008263 f9800071 (885f7c60) [881.324551] ---[ end trace 0000000000000000 ]--- [ 881.329173] note: yavta[1271] exited with preempt_count 1 A different r ---truncated--- (CVE-2023-53497)

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

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

  - 已修复 Linux 内核中的下列漏洞：accel/qaic: tighten bounds checking in decode_message() Copy the bounds checking from encode_message() to decode_message(). This patch addresses the following concerns. Ensure that there is enough space for at least one header so that we don't have a negative size later. if (msg_hdr_len < sizeof(*trans_hdr)) Ensure that we have enough space to read the next header from the msg->data. if (msg_len > msg_hdr_len - sizeof(*trans_hdr)) return -EINVAL; Check that the trans_hdr->len is not below the minimum size: if (hdr_len < sizeof(*trans_hdr)) This minimum check ensures that we don't corrupt memory in decode_passthrough() when we do. memcpy(out_trans->data, in_trans->data, len - sizeof(in_trans->hdr)); And finally, use size_add() to prevent an integer overflow:
    if (size_add(msg_len, hdr_len) > msg_hdr_len) (CVE-2023-53493)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/vc4: drop all currently held locks if deadlock happens If vc4_hdmi_reset_link() returns -EDEADLK, it means that a deadlock happened in the locking context. This situation should be addressed by dropping all currently held locks and block until the contended lock becomes available. Currently, vc4 is not dealing with the deadlock properly, producing the following output when PROVE_LOCKING is enabled: [ 825.612809] ------------[ cut here ]------------ [825.612852] WARNING: CPU: 1 PID: 116 at drivers/gpu/drm/drm_modeset_lock.c:276 drm_modeset_drop_locks+0x60/0x68 [drm] [ 825.613458] Modules linked in: 8021q mrp garp stp llc raspberrypi_cpufreq brcmfmac brcmutil crct10dif_ce hci_uart cfg80211 btqca btbcm bluetooth vc4 raspberrypi_hwmon snd_soc_hdmi_codec cec clk_raspberrypi ecdh_generic drm_display_helper ecc rfkill drm_dma_helper drm_kms_helper pwm_bcm2835 bcm2835_thermal bcm2835_rng rng_core i2c_bcm2835 drm fuse ip_tables x_tables ipv6 [ 825.613735] CPU: 1 PID: 116 Comm: kworker/1:2 Tainted: G W 6.1.0-rc6-01399-g941aae326315 #3 [ 825.613759] Hardware name: Raspberry Pi 3 Model B Rev 1.2 (DT) [825.613777] Workqueue: events output_poll_execute [drm_kms_helper] [ 825.614038] pstate: 60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 825.614063] pc : drm_modeset_drop_locks+0x60/0x68 [drm] [825.614603] lr : drm_helper_probe_detect+0x120/0x1b4 [drm_kms_helper] [ 825.614829] sp : ffff800008313bf0 [ 825.614844] x29: ffff800008313bf0 x28: ffffcd7778b8b000 x27: 0000000000000000 [ 825.614883] x26:
    0000000000000001 x25: 0000000000000001 x24: ffff677cc35c2758 [ 825.614920] x23: ffffcd7707d01430 x22:
    ffffcd7707c3edc7 x21: 0000000000000001 [ 825.614958] x20: 0000000000000000 x19: ffff800008313c10 x18:
    000000000000b6d3 [ 825.614995] x17: ffffcd777835e214 x16: ffffcd7777cef870 x15: fffff81000000000 [825.615033] x14: 0000000000000000 x13: 0000000000000099 x12: 0000000000000002 [ 825.615070] x11:
    72917988020af800 x10: 72917988020af800 x9 : 72917988020af800 [ 825.615108] x8 : ffff677cc665e0a8 x7 :
    d00a8c180000110c x6 : ffffcd77774c0054 [ 825.615145] x5 : 0000000000000000 x4 : 0000000000000001 x3 :
    0000000000000000 [ 825.615181] x2 : ffff677cc55e1880 x1 : ffffcd7777cef8ec x0 : ffff800008313c10 [825.615219] Call trace: [ 825.615232] drm_modeset_drop_locks+0x60/0x68 [drm] [ 825.615773] drm_helper_probe_detect+0x120/0x1b4 [drm_kms_helper] [ 825.616003] output_poll_execute+0xe4/0x224 [drm_kms_helper] [ 825.616233] process_one_work+0x2b4/0x618 [ 825.616264] worker_thread+0x24c/0x464 [825.616288] kthread+0xec/0x110 [ 825.616310] ret_from_fork+0x10/0x20 [ 825.616335] irq event stamp: 7634 [825.616349] hardirqs last enabled at (7633): [<ffffcd777831ee90>] _raw_spin_unlock_irq+0x3c/0x78 [825.616384] hardirqs last disabled at (7634): [<ffffcd7778315a78>] __schedule+0x134/0x9f0 [ 825.616411] softirqs last enabled at (7630): [<ffffcd7707aacea0>] local_bh_enable+0x4/0x30 [ipv6] [ 825.617019] softirqs last disabled at (7618): [<ffffcd7707aace70>] local_bh_disable+0x4/0x30 [ipv6] [ 825.617586] ---[end trace 0000000000000000 ]--- Therefore, deal with the deadlock as suggested by [1], using the function drm_modeset_backoff(). [1] https://docs.kernel.org/gpu/drm-kms.html?highlight=kms#kms-locking(CVE-2023-53455)

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

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

  - Suricata 是由 OISF (Open Information Security Foundation) 和 Suricata 社区开发的网络 IDS、IPS 和 NSM 引擎。当解码的 subjectaltname 包含空字节时版本 8.0.0的 tls.subjectaltname 关键字的使用可导致分段错误。此问题已在 8.0.1 版本中修复。要解决此问题，请使用 tls.subjectaltname 关键词禁用规则。 (CVE-2025-59150)

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

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

  - 多个平台上 Canonical LXD <6.5 的操作 API 中的权限升级允许具有读取权限的攻击者劫持终端或控制台会话并通过 WebSocket 连接劫持格式执行任意命令CVE-2025-54289

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

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

  - 所有平台上 6.5 和 5.21.4 之前的 Canonical LXD 中图像 API 的信息泄露允许未经身份验证的远程攻击者通过不同的 HTTP 状态代码响应来确定项目存在。
    (CVE-2025-54291)

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

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

  - drm/rockchiplvds修复开机时的 PM 使用计数器不平衡 pm_runtime_get_sync 即使失败也会增加 pm 使用计数器。忘记放置操作将在此处导致引用泄漏。我们通过将其替换为最新的 pm_runtime_resume_and_get 来修复此问题以使使用计数器保持平衡。 (CVE-2022-50443)

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

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

  - powerpc/52xx修复错误处理路径中的资源泄露 mpc52xx_lpbfifo_probe() 的错误处理路径中有一个未被相应 free_irq() 平衡的 request_irq()。添加缺少的调用就像在 remove 函数中已完成的操作一样。 (CVE-2022-50463)

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

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

  - 已修复 Linux 内核中的下列漏洞：ARC: mm: fix leakage of memory allocated for PTE Since commit d9820ff (ARC: mm: switch pgtable_t back to struct page *) a memory leakage problem occurs. Memory allocated for page table entries not released during process termination.
    This issue can be reproduced by a small program that allocates a large amount of memory. After several runs, you'll see that the amount of free memory has reduced and will continue to reduce after each run.
    All ARC CPUs are effected by this issue. The issue was introduced since the kernel stable release v5.15-rc1. As described in commit d9820ff after switch pgtable_t back to struct page *, a pointer to struct page and appropriate functions are used to allocate and free a memory page for PTEs, but the pmd_pgtable macro hasn't changed and returns the direct virtual address from the PMD (PGD) entry. Than this address used as a parameter in the __pte_free() and as a result this function couldn't release memory page allocated for PTEs. Fix this issue by changing the pmd_pgtable macro and returning pointer to struct page. (CVE-2022-50446)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: ethernet: mvpp2_main: fix possible OOB write in mvpp2_ethtool_get_rxnfc() rules is allocated in ethtool_get_rxnfc and the size is determined by rule_cnt from user space. So rule_cnt needs to be check before using rules to avoid OOB writing or NULL pointer dereference. (CVE-2023-53495)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/nouveau: fix a use-after-free in nouveau_gem_prime_import_sg_table() nouveau_bo_init() is backed by ttm_bo_init() and ferries its return code back to the caller. On failures, ttm will call nouveau_bo_del_ttm() and free the memory.Thus, when nouveau_bo_init() returns an error, the gem object has already been released. Then the call to nouveau_bo_ref() will use the freed nvbo->bo and lead to a use-after-free bug. We should delete the call to nouveau_bo_ref() to avoid the use-after-free. (CVE-2022-50454)

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

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

  - Canonical LXD (>= 4.0) 中的实例快照创建组件存在模板注入允许具有实例配置权限的攻击者使用 Pongo2 模板引擎通过特别构建的快照模式模板来读取主机系统上的任意文件。 (CVE-2025-54287)

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

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

  - 已修复 Linux 内核中的下列漏洞：fbdev: imxfb: Removed unneeded release_mem_region Remove unnecessary release_mem_region from the error path to prevent mem region from being released twice, which could avoid resource leak or other unexpected issues. (CVE-2023-53448)

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

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

  - pwmlpc32xx删除对 PWM 通道的处理 由于 LPC32xx PWM 控制器只有一个被注册为每个控制器唯一的 PWM 设备/通道的输出因此可提前获知 pwm->hwpwm 值始终为 0。此事实通过删除 pwm->hwpwm 的操作来简化代码不存在需要通道编号作为输入的控件。尽管我在转发 移植该修补程序时并不知道这将修复空指针取消引用因为在调用 devm_pwmchip_add() 之前lpc32xx->chip.pwms 为空。 (CVE-2023-53472)

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

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

  - fsjfs修复 UBSANdbAllocDmapLev 中的 array-index-out-of-bounds Syzkaller 报告了以下问题
    UBSANfs/jfs/jfs_dmap.c:1965:6 索引 -84 中的 array-index-out-of-bounds 超出类型“s8[341]”即“signed char[341]”的范围 CPU: 1 PID: 4995 Comm: syz -executor146 未受感染 6.4.0-rc6-syzkaller-00037-gb6dad5178cea #0 硬件名称Google Google Compute Engine/Google Compute EngineBIOS Google 05/27/2023 Call Trace <TASK> __dump_stack lib/dump_stack.c:88 [ inline] dump_stack_lvl+0x1e7/0x2d0 lib/dump_stack.c:106 ubsan_epilogue lib/ubsan.c:217 [inline]
    __ubsan_handle_out_of_bounds+0x11c/0x150 lib/ubsan.c:348 dbAllocDmapLev+0x3e5/0x430 fs/jfs/jfs_dmap.c:1965 dbAllocCtl+0x113/0x920 fs/jfs/jfs_dmap.c:1809/dbAllocAG/0x20x1bsjfs/ .c:1350 dbAlloc+0x658/0xca0 fs/jfs/jfs_dmap.c:874 dtSplitUp fs/jfs/jfs_dtree.c:974 [inline] dtInsert+0xda7/0x6b00 fs/jfs/jfs_dtree.c:863 jfs_create+0x7b6/0xbb0 fs/jfs/namei.c:137 lookup_open fs/namei.c:3492 [inline] open_last_lookups fs/namei.c:3560 [inline] path_openat+0x13df/0x3170 fs/namei.c:3788 do_filp_open+0x234/0x490 fs/ namei.c:3818 do_sys_openat2+0x13f/0x500 fs/open.c:1356 do_sys_open fs/open.c:1372 [内联] __do_sys_openat fs/open.c:1388 [内联] __se_sys_openat fs/open.c:1383 [内联]
    __x64_sys_openat+0x247/0x290 fs/open.c:1383 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x41/0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP
    0033:0x7f1f4e33f7e9 代码28 00 00 00 75 05 48 83 c4 28 c3 e8 51 14 00 00 90 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 08b <48> [23 dc 0b ] 01 f0 ff ff 73 01 c3 48 c7 c1 c0 ff ff ff f7 d8 64 89 01 48 RSP002b:00007ffc21129578 EFLAGS: 00000246 ORIG_RAX: 0000000000000101 RAX: ffffffffffffffda RBX
    0000000000000000 RCX: 00007f1f4e33f7e9 RDX: 000000000000275a RSI: 0000000020000040 RDI: 00000000ffffff9c RBP: 00007f1f4e2ff080 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11:
     R120000000000000246  : 00007f1f4e2ff110 R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000 </TASK> The bug occurs when the dbAllocDmapLev()function attempts to access dp->tree.stree[leafidx + LEAFIND] while the leafidx value is negative. 为修正此问题 修补程序在 dbAllocDmapLev() 函数中引入了防护措施。添加了检查以验证 leafidx 是否为负。如果是，该函数会立即返回一个 I/O 错误，从而阻止任何可能造成危害的进一步执行。
    通过 syzbot 测试。 (CVE-2023-53485)

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

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

  - 在 Linux 上Canonical LXD 版本 >= 5.0 的 LXD-UI 中跨站请求伪造 (CSRF) 可让攻击者在未经用户同意的情况下通过利用客户端证书认证的构建 HTML 表单提交创建并启动容器实例。 (CVE-2025-54286)

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

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

  - Suricata 是由 OISF (Open Information Security Foundation) 和 Suricata 社区开发的网络 IDS、IPS 和 NSM 引擎。锚定到粘着缓冲区时未正确处理的熵关键字 8.0.0 及更低版本这可导致分段错误。此问题已在 8.0.1 版本中修复。要解决此问题用户可使用 entropy 关键字禁用规则或验证这些规则是否定位到粘滞缓冲区。 (CVE-2025-59148)

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

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

  - 已修复 Linux 内核中的下列漏洞：mtd: core: Fix refcount error in del_mtd_device() del_mtd_device() will call of_node_put() to mtd_get_of_node(mtd), which is mtd->dev.of_node. However, memset(&mtd->dev, 0) is called before of_node_put(). As the result, of_node_put() won't do anything in del_mtd_device(), and causes the refcount leak. del_mtd_device() memset(&mtd->dev, 0, sizeof(mtd->dev) # clear mtd->dev of_node_put() mtd_get_of_node(mtd) # mtd->dev is cleared, can't locate of_node # of_node_put(NULL) won't do anything Fix the error by caching the pointer of the device_node. OF: ERROR: memory leak, expected refcount 1 instead of 2, of_node_get()/of_node_put() unbalanced - destroy cset entry: attach overlay node /spi/spi-sram@0 CPU: 3 PID: 275 Comm: python3 Tainted: G N 6.1.0-rc3+ #54 0d8a1edddf51f172ff5226989a7565c6313b08e2 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.15.0-0-g2dd4b9b3f840-prebuilt.qemu.org 04/01/2014 Call Trace: <TASK> dump_stack_lvl+0x67/0x83 kobject_get+0x155/0x160 of_node_get+0x1f/0x30 of_fwnode_get+0x43/0x70 fwnode_handle_get+0x54/0x80 fwnode_get_nth_parent+0xc9/0xe0 fwnode_full_name_string+0x3f/0xa0 device_node_string+0x30f/0x750 pointer+0x598/0x7a0 vsnprintf+0x62d/0x9b0 ... cfs_overlay_release+0x30/0x90 config_item_release+0xbe/0x1a0 config_item_put+0x5e/0x80 configfs_rmdir+0x3bd/0x540 vfs_rmdir+0x18c/0x320 do_rmdir+0x198/0x330 __x64_sys_rmdir+0x2c/0x40 do_syscall_64+0x37/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd [<miquel.raynal@bootlin.com>: Light reword of the commit log] (CVE-2022-50457)

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

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

  - Debian Linux - mediawiki - None Ubuntu Linux - [将置顶标头标签作为文本而非 HTML插入] (CVE-2025-61657)

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

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

  - Debian Linux - mediawiki - None Ubuntu Linux - [审查从数据属性中解包的属性] (CVE-2025-61656)

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

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

  - Debian Linux - mediawiki - None Ubuntu Linux - [正确转义和解析系统消息] (CVE-2025-61655)

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

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

  - Redis 是一个持续存在于磁盘上的开源内存中数据库。 8.2.1 及更低版本允许经过身份验证的用户使用特别构建的 Lua 脚本操纵垃圾回收器、触发释放后使用并可能导致远程代码执行。此问题存在于所有具有 Lua 脚本的 Redis 版本中。此问题已在 8.2.2 版本中修复。在不修复 redis-server 可执行文件的情况下解决此问题是为了防止用户执行 Lua 脚本。这可通过使用 ACL 限制 EVAL 和 EVALSHA 命令来实现。(CVE-2025-49844)

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

ID	名称	严重性
269514	Linux Distros 未修补的漏洞：CVE-2025-61636	critical
269513	Linux Distros 未修补的漏洞：CVE-2025-61642	critical
269512	Linux Distros 未修补的漏洞：CVE-2025-61646	high
269511	Linux Distros 未修补的漏洞：CVE-2025-61638	critical
269510	Linux Distros 未修补的漏洞：CVE-2025-11173	medium
269509	Linux Distros 未修补的漏洞：CVE-2025-11175	medium
269508	Linux Distros 未修补的漏洞：CVE-2025-11226	medium
269507	Linux Distros 未修补的漏洞：CVE-2025-61639	critical
269506	Linux Distros 未修补的漏洞：CVE-2025-61641	medium
269505	Linux Distros 未修补的漏洞：CVE-2025-61635	high
269504	Linux Distros 未修补的漏洞：CVE-2025-61640	medium
269503	Linux Distros 未修补的漏洞：CVE-2025-61643	medium
269502	Linux Distros 未修补的漏洞：CVE-2025-61652	medium
269501	Linux Distros 未修补的漏洞：CVE-2025-61637	critical
269500	Linux Distros 未修补的漏洞：CVE-2023-53478	high
269499	Linux Distros 未修补的漏洞：CVE-2022-50440	high
269498	Linux Distros 未修补的漏洞：CVE-2025-54288	medium
269497	Linux Distros 未修补的漏洞：CVE-2025-54293	high
269496	Linux Distros 未修补的漏洞：CVE-2023-53508	medium
269495	Linux Distros 未修补的漏洞：CVE-2022-50449	medium
269494	Linux Distros 未修补的漏洞：CVE-2025-59149	medium
269493	Linux Distros 未修补的漏洞：CVE-2023-53468	medium
269492	Linux Distros 未修补的漏洞：CVE-2025-54292	medium
269491	Linux Distros 未修补的漏洞：CVE-2022-50437	high
269490	Linux Distros 未修补的漏洞：CVE-2025-56588	high
269489	Linux Distros 未修补的漏洞：CVE-2025-54290	medium
269488	Linux Distros 未修补的漏洞：CVE-2022-50462	medium
269487	Linux Distros 未修补的漏洞：CVE-2023-53497	medium
269486	Linux Distros 未修补的漏洞：CVE-2023-53493	high
269485	Linux Distros 未修补的漏洞：CVE-2023-53455	medium
269484	Linux Distros 未修补的漏洞：CVE-2025-59150	high
269483	Linux Distros 未修补的漏洞：CVE-2025-54289	high
269482	Linux Distros 未修补的漏洞：CVE-2025-54291	medium
269481	Linux Distros 未修补的漏洞：CVE-2022-50443	medium
269480	Linux Distros 未修补的漏洞：CVE-2022-50463	medium
269479	Linux Distros 未修补的漏洞：CVE-2022-50446	medium
269478	Linux Distros 未修补的漏洞：CVE-2023-53495	medium
269477	Linux Distros 未修补的漏洞：CVE-2022-50454	high
269476	Linux Distros 未修补的漏洞：CVE-2025-54287	high
269475	Linux Distros 未修补的漏洞：CVE-2023-53448	medium
269474	Linux Distros 未修补的漏洞：CVE-2023-53472	medium
269473	Linux Distros 未修补的漏洞：CVE-2023-53485	high
269472	Linux Distros 未修补的漏洞：CVE-2025-54286	high
269471	Linux Distros 未修补的漏洞：CVE-2025-59148	high
269470	Linux Distros 未修补的漏洞：CVE-2022-50457	medium
269468	Linux Distros 未修补的漏洞：CVE-2025-61657	medium
269467	Linux Distros 未修补的漏洞：CVE-2025-61656	high
269466	Linux Distros 未修补的漏洞：CVE-2025-61655	critical
269465	Linux Distros 未修补的漏洞：CVE-2025-61654	medium
269464	Linux Distros 未修补的漏洞：CVE-2025-49844	critical

检测

Nessus 的 Misc. 系列

critical

critical

high

critical

medium

medium

medium

critical

medium

high

medium

medium

medium

critical

high

high

medium

high

medium

medium

medium

medium

medium

high

high

medium

medium

medium

high

medium

high

high

medium

medium

medium

medium

medium

high

high

medium

medium

high

high

high

medium

medium

high

critical

medium

critical