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

  - Git LFS 是用于对大型文件进行版本控制的 Git 扩展。Git LFS 版本 0.5.2 到 3.7.0中当使用 Git LFS 对象的内容填充 Git 存储库的工作树时如果存在与存储库冲突的符号或硬链接则某些 Git LFS 命令可能会写入在当前 Git 工作树外部可见的文件中。 Git LFS 跟踪的文件的路径。写入工作树中的文件之前git lfs checkout 和 git lfs pull 命令未检查符号链接进而允许攻击者构建包含符号链接或硬链接的存储库造成 Git LFS 写入 内核可访问的任意文件系统位置用户运行这些命令。此外当 git lfs checkout 和 git lfs pull 命令在裸存储库中运行时可写入在该存储库外部可见的文件。此漏洞已在版本 3.7.1中修复。变通方案为可通过将对 core.symlinks 配置选项设置为 false 来禁用 Git 中的符号链接支持此后进一步的克隆和提取将不会创建符号链接。但是，现有存储库中的任何符号链接或硬链接仍将为 Git LFS 写入其目标提供机会。 (CVE-2025-26625)

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

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

  - 运行版本 3.11.0 至 不包括 3.11.3的 Keras 框架版本中可发生不受信任数据的反序列化从而导致恶意上传的包含 TorchModuleWrapper 类的 Keras 文件在加载时可在最终用户的系统上运行任意代码尽管处于安全模式。已启用。本地和远程文件均可触发该漏洞。 (CVE-2025-49655)

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

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

  - ImageMagick 是一款用于显示、转换和编辑栅格图像文件的开源软件套件。
    在 7.1.2-7 和 6.9.13-32之前的 ImageMagick 版本中32 位系统上的 BMP 解码器中存在整数溢出漏洞。通过将图像列乘以每像素位数来计算范围值时在 coders/bmp.c 中出现该漏洞。在 size_t 为 4 字节的 32 位系统中具有特定尺寸的恶意 BMP 文件可造成此乘法溢出并绕回零。添加到地址 CVE-2025-57803 的溢出检查放置在溢出发生之后从而使其无效。宽度设置为 536,870,912 和每像素 32 位的特别构建的 58 字节 BMP 文件可以触发此溢出从而导致 bytes_per_line 计算为零。此漏洞仅影响 32 位 ImageMagick 版本其中宽度、高度和区域的默认资源限制已被手动增加至超出其默认设置。 size_t 为 8 字节的 64 位系统不易受到影响而使用默认 ImageMagick 资源限制的系统也不会受到影响。此漏洞已在版本 7.1.2-7 和 6.9.13-32中修复。 (CVE-2025-62171)

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

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

  - rplay 到 3.3.2 允许攻击者造成拒绝服务SIGSEGV 和后台程序崩溃或可能造成其他不明影响。在 librplay/rplay.c 内 rplay_unpack 的 RPLAY_DATA 案例中的 memcpy 中会发生而且可能可在不经过认证的情况下通过数据包数据访问。 (CVE-2025-62672)

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

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

  - scsimvsas修复 mvs_work_queue 中的释放后使用缺陷 在 Marvell 的 SAS/SATA 控制器分离期间原始代码调用 mvs_free() 中的 cancel_delayed_work() 以取消延迟的工作项目 mwq->work_q。但是如果 mwq->work_q 已在运行cancel_delayed_work() 可能无法将其取消。
    这可导致释放后使用情况其中 mvs_work_queue() 仍在执行时mvs_free() 释放了 mvs_info并尝试访问已释放的 mvs_info。一个典型的争用条件如下所示： CPU 0删除| CPU 1延迟工作回调 mvs_pci_remove() | mvs_free() | mvs_work_queue() cancel_delayed_work() | mvs_work_queue() kfree(mvi) | | mvi-> // UAF 将 cancel_delayed_work() 替换为 cancel_delayed_work_sync() 以确保正确取消延迟工作项目并在 mvs_info 取消分配之前完成任何正在执行的延迟工作项目。通过静态分析发现此缺陷。
    (CVE-2025-40001)

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

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

  - thunderbolt修复 tb_dp_dprx_work 中的释放后使用。原始代码依赖 tb_dp_dprx_stop() 中的 cancel_delayed_work()这不会确保延迟的工作项目 tunnel->dprx_work 在已在运行的情况下也完全完成。这会导致释放后使用情况其中 tb_tunnel 由 tb_tunnel_put() 取消分配而 tunnel->dprx_work 仍保持活动状态并尝试取消引用 tb_dp_dprx_work() 中的 tb_tunnel。一个典型的争用条件如下所示： CPU 0 | tb_dp_tunnel_active() | CPU 1 tb_deactivate_and_free_tunnel()| tb_tunnel_deactivate() | tb_dp_dprx_start() queue_delayed_work() tb_dp_activate() | queue_delayed_work() tb_dp_dprx_stop() | tb_dp_dprx_stop() | tb_dp_dprx_stop() | tb_dp_dprx_stop() | tb_dp_dprx_work() //延迟的工作线程 cancel_delayed_work() | tb_tunnel_put(tunnel); | | tunnel = container_of(...); //UAF | tunnel-> //UAF 用 cancel_delayed_work_sync() 替换 cancel_delayed_work() 不可行因为它会引入死锁
    tb_dp_dprx_work() 和清理路径同时获取 tb->lock并且 cancel_delayed_work_sync() 将无限期等待无法继续进行的工作项目。而是实施正确的引用计数： - 如果 cancel_delayed_work() 返回 true（工作待定）我们将在 stop 函数中释放该引用。- 如果其返回 false作业正在执行或已完成则将在延迟的作业函数本身中释放引用。这可确保 tb_tunnel 在工作项目执行期间保持有效，同时防止内存泄漏。通过静态分析发现此缺陷。 (CVE-2025-40002)

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

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

  - netmsccocelot修复由循环延迟工作引起的释放后使用 源代码调用 ocelot_stats_deinit() 中的 cancel_delayed_work() 以取消循环延迟工作项目 ocelot->stats_work。
    但是如果工作项目正在执行cancel_delayed_work() 可能无法取消工作项目。尽管 destroy_workqueue() 会等待工作队列中的所有待定工作项目完成然后再销毁工作队列，但这并不能阻止延迟的工作项目在 ocelot_check_stats_work() 函数中被重新计划。存在此限制的原因是延迟的工作项目仅在其定时器到期后才会加入工作队列。在定时器到期之前destroy_workqueue() 不会显示此待定工作项目。工作队列显示为空后destroy_workqueue() 会继续进行销毁。当定时器最终到期时延迟的工作项目会再次排队导致出现以下警告workqueue无法在 wq ocelot-switch-stats 上为 ocelot_check_stats_work 排队警告: CPU:
    2 PID在 kernel/workqueue.c:2255 __queue_work+0x875/0xaf0 ... RIP0010:__queue_work+0x875/0xaf0 ...
    RSP0018:ffff88806d108b10 EFLAGS00010086 RAX: 0000000000000000 RBX: 0000000000000101 RCX
    0000000000000027 RDX: 0000000000000027 RSI: 0000000000000004 RDI: ffff88806d123e88 RBP: ffffffff813c3170 R08: 0000000000000000 R09: ffffed100da247d2 R10: ffffed100da247d1 R11: ffff88806d123e8b R12:
    ffff88800c00f000 R13ffff88800d7285c0 R14ffff88806d0a5580 R15ffff88800d7285a0 FS
    0000000000000000(0000) GS:ffff8880e5725000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 00007fe18e45ea10 CR3: 0000000005e6c000 CR4: 00000000000006f0 调用跟踪 <IRQ> ? kasan_report+0xc6/0xf0 __pfx_delayed_work_timer_fn+0x10/0x10 ? __pfx_delayed_work_timer_fn+0x10/0x10 call_timer_fn+0x25/0x1c0 __run_timer_base.part.0+0x3be/0x8c0 ? __pfx_delayed_work_timer_fn+0x10/0x10 ? rcu_sched_clock_irq+0xb06/0x27d0 ? __pfx___run_timer_base.part.0+0x10/0x10 ? try_to_wake_up+0xb15/0x1960
    _raw_spin_lock_irq+0x80/0xe0 ? __pfx__raw_spin_lock_irq+0x10/0x10 tmigr_handle_remote_up+0x603/0x7e0 ?
    __pfx_tmigr_handle_remote_up+0x10/0x10 ? sched_balance_trigger+0x1c0/0x9f0 ? sched_tick+0x221/0x5a0 ?
    _raw_spin_lock_irq+0x80/0xe0 ? __pfx__raw_spin_lock_irq+0x10/0x10 ? tick_nohz_handler+0x339/0x440
    __pfx_tmigr_handle_remote_up+0x10/0x10 __walk_groups.isra.0+0x42/0x150 tmigr_handle_remote+0x1f4/0x2e0 ?
    __pfx_tmigr_handle_remote+0x10/0x10 ? ktime_get+0x60/0x140 ? lapic_next_event+0x11/0x20 clockevents_program_event+0x1d4/0x2a0 ? hrtimer_interrupt+0x322/0x780 handle_softirqs+0x16a/0x550 irq_exit_rcu+0xaf/0xe0 sysvec_apic_timer_interrupt+0x70/0x80 </IRQ>... 下图揭示了上述警告的原因：CPU 0删除| CPU 1延迟工作回调mscc_ocelot_remove() | ocelot_deinit() | ocelot_deinit() | ocelot_check_stats_work() ocelot_stats_deinit() | ocelot_check_stats_work() cancel_delayed_work()| ... queue_delayed_work() destroy_workqueue() | queue_delayed_work() | 稍等片刻__queue_work() //UAF 以上情况实际上构成了 UAF 漏洞。只有在初始化失败或资源破坏时才会调用 ocelot_stats_deinit()因此我们必须确保无法重新计划任何延迟的工作项目。
    将 cancel_delayed_work() 替换为 disable_delayed_work_sync() 以保证在工作队列取消分配之前正确取消延迟的工作项目并完成任何当前正在执行的工作。已考虑死锁问题在进程上下文中调用 ocelot_stats_deinit() 并且未持有延迟的工作项目可能也需要的任何锁定。因此，_sync() 变体的使用在此处是安全的。此缺陷 是通过静态分析发现的。为了重现此问题并验证修复情况我模拟了 ocelot-swit ---truncated--- (CVE-2025-40003)

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

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

  - 在 Xpdf 4.05 和更早版本中CMap 中的一个 PDF 对象循环通过 UseCMap 条目导致无限递归和堆栈溢出。 (CVE-2025-11896)

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

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

  - net/9p修复 USB 传输层中的缓冲区溢出在 USB 9pfs 传输层中存在一个缓冲区溢出漏洞数据包标头解析与实际数据复制之间的不一致大小验证允许恶意 USB 主机溢出堆缓冲区。出现此问题的原因 - usb9pfs_rx_header() 只验证数据包标头中声明的大小 - usb9pfs_rx_complete() 对 memcpy 使用 req->actual实际接收的字节 这允许攻击者制作声明大小较小绕过验证但内容较大的数据包实际负载在 memcpy 中触发溢出。在 usb9pfs_rx_complete() 中添加验证以确保 req->actual 在复制数据之前不超过缓冲区容量。
    (CVE-2025-40004)

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

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

  - 在编译期间启用 LWS_WITH_SYS_ASYNC_DNS 标记时warmcat libwebsockets 的 lws_adns_parse_label 中的基于堆栈的缓冲区溢出允许 label_stack 溢出当攻击者能够嗅探 DNS 请求以构建具有包含 标签的匹配 id 的响应时长于最大值。 (CVE-2025-11678)

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

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

  - spicadence-quadspi在忙碌的驱动程序支持间接读取和间接写入操作期间实现 refcount 以处理取消绑定假设没有强制设备删除(unbind) 操作。但根超级用户仍可强制删除设备。操作期间取消绑定驱动程序会造成内核崩溃。此更改通过实现 refcount 来跟踪连接到控制器的设备，并在继续删除操作之前妥善等待 和 直到连接设备删除操作完成，确保驱动程序能够处理此类间接读取和间接写入的操作。 (CVE-2025-40005)

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

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

  - 已修复 Linux 内核中的下列漏洞：media: iris: Fix memory leak by freeing untracked persist buffer One internal buffer which is allocated only once per session was not being freed during session close because it was not being tracked as part of internal buffer list which resulted in a memory leak. Add the necessary logic to explicitly free the untracked internal buffer during session close to ensure all allocated memory is released properly. (CVE-2025-40017)

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

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

  - 在编译期间启用了 LWS_WITH_UPNG 标记并使用了 HTML 显示堆栈时warmcat libwebsockets 中的 lws_upng_emit_next_line 中的越界读取允许用户访问攻击者控制的网站时读取超过堆分配的缓冲区可能造成崩溃包含特别构建的 PNG 文件且该文件具有很大的高度尺寸。 (CVE-2025-11679)

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

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

  - kmsan修复影子内存的越界访问在启用 KMSAN 的内核上运行 sha224_kunit 将导致 kmsan_internal_set_shadow_origin() 中崩溃缺陷缺陷无法处理地址的页面错误
    ffffbc3840291000 #PF内核模式下的主管读取访问 #PFerror_code(0x0000) - not-present page PGD 1810067 P4D 1810067 PUD 192d067 PMD 3c17067 PTE 0 Oops0000 [#1] SMP NOPTI CPU: 0 UID: 0 PID: 81 Comm
    kunit_try_catch 受感染的GN 6.17.0-rc3 #10 PREEMPT(optional) 受感染的[N]=TEST 硬件名称QEMU Standard PC (i440FX + PIIX,1996)、BIOS rel-1.17.0-0-gb52ca86e094d-prebuilt.qemu .org 04/01/2014 RIP
    0010:kmsan_internal_set_shadow_origin+0x91/0x100 [...] 调用跟踪 <TASK> __msan_memset+0xee/0x1a0 sha224_final+0x9e/0x350 test_hash_buffer_overruns+0x46f/0x5f0 ? kmsan_get_shadow_origin_ptr+0x46/0xa0 ?
    __pfx_test_hash_buffer_overruns+0x10/0x10 kunit_try_run_case+0x198/0xa00 当在非 4 字节对齐且延伸至保护页面末尾即未映射下一页的缓冲区上调用 memset() 时会发生这种情况。该缺陷在于当地址非 4 字节对齐时kmsan_internal_set_shadow_origin() 末尾的循环会访问错误的阴影内存字节。由于每 4 个字节都与一个源相关联，因此它会舍入地址和大小，以便可以访问包含该缓冲区的所有源。
    但是，当它检查特定源的相应阴影字节时，会错误地使用原始未舍入的阴影地址。这会导致阴影内存中的读取超出缓冲区的阴影内存末尾从而在未映射该内存时崩溃。要修复此问题请在访问与每个源对应的 4 个阴影字节之前正确对齐阴影地址。 (CVE-2025-40008)

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

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

  - mm/hugetlb修复 folio 在删除时仍会映射。 迁移可能与失败分配漏洞争用。
    如果 folio 仍是映射的则 remove_inode_single_folio 将取消映射 folio。但是，在没有 folio 锁定的情况下调用它。如果 folio 已迁移并且映射的 pte 已转换为迁移条目 folio_mapped() 会返回 false并且不会取消映射。由于 remove_inode_single_folio 保留了额外的 refcount因此迁移失败将迁移条目恢复为正常 pte并且 folio 被重新映射。因此在 filemap_unaccount_folio 中触发了缺陷。日志如下BUG进程 hugetlb pfn:156c00 page: refcount:515 mapcount:0 mapping:0000000099fef6e1 index:0x0 pfn:0x156c00 head: order:9 mapcount:1 complete_mapcount:1 nr_pages_mapped:0 pincount 中存在错误页面缓存0 aops:hugetlbfs_aops ino:dcc dentry name(?):my_hugepage_file flags0x17ffffc00000c1(locked|waiters|head|node=0|zone=2|lastcpupid=0x1fffff] page_typef4(hugetlb) 页面转储原因是删除 CPU 时仍然映射1 UID:0 PID:395 Commhugetlb 未受感染 6.17.0-rc5-00044-g7aac71907bde-dirty #484 NONE 硬件名称QEMU Ubuntu 24.04 PC (i440FX + PIIX,1996)、BIOS 0.0.0 02/06/ 2015 Call Trace: <TASK> dump_stack_lvl+0x4f/0x70 filemap_unaccount_folio+0xc4/0x1c0 __filemap_remove_folio+0x38/0x1c0 filemap_remove_folio+0x41/0xd0 remove_inode_hugepages+0x142/0x250 hugetlbfs_fallocate+0x471/0x5a0 vfs_fallocate+0x149/0x380 Hold folio lock before checking if the folio is通过迁移映射到 avol 争用。 (CVE-2025-40006)

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

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

  - 已修复 Linux 内核中的下列漏洞：media: stm32-csi: Fix dereference before NULL check In 'stm32_csi_start', 'csidev->s_subdev' is dereferenced directly while assigning a value to the 'src_pad'. However the same value is being checked against NULL at a later point of time indicating that there are chances that the value can be NULL. Move the dereference after the NULL check.
    (CVE-2025-40015)

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

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

  - drm/gma500修复hdmi torndown 中的空取消引用 pci_set_drvdata 将 pdev->driver_data 的值设置为空其后会在 Oaktrail_hdmi_i2c_exit 中取消引用从相同 dev 取得的 driver_data且会从中提取 i2c_dev。若要防止发生此问题请交换这些调用。由 Linux Verification Center (linuxtesting.org) 使用 Svacer 发现。 (CVE-2025-40011)

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

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

  - netfs修复引用泄漏 Commit 20d72b00ca81netfs修复请求的工作项目以便不需要 ref修改 netfs_alloc_request() 以将引用计数器初始化为 2 而不是 1。其基本原理是请求的工作会在完成通过 netfs_{read,write}_collection_worker()。如果一切顺利的话这在大多数情况下是有效的。但是如果在提交 I/O 操作之前释放请求则会泄漏此额外的引用错误代码路径仅使引用计数器减少一次且工作项目永远不会排队因为永远不会有完成。今天这已造成整个服务器群集中断因为 netfs_wait_for_outstanding_io() 中的任务被阻断进而导致 Ceph 中发生死锁这是我很快将在另一个修补程序中解决的另一个缺陷。这是由 fscache_begin_write_operation() 中失败的 netfs_pgpriv2_begin_copy_to_cache() 调用造成的。被泄露的 netfs_io_request 从未完成导致“netfs_inode.io_count”始终为正值。所有这些都是超级漏洞代码。发现哪些代码路径将导致最终完成哪些不会导致最终完成并非易事 - netfs_create_write_req() 等某些函数会分配请求但始终不会提交任何 I/O。 - netfs_unbuffered_read_iter_locked() 调用 netfs_unbuffered_read()然后调用 netfs_put_request()但是netfs_unbuffered_read() 也可能在提交 I/O 请求之前过早失败因此必须在其中添加另一个 netfs_put_request() 调用。根据经验，返回“netfs_io_request”的函数不会提交 I/O，并且必须检查其所有调用程序。就我个人而言需要对整个 netfs 代码进行彻底检查以便使引用计数更容易理解、更稳定和更隐蔽。
    但是为了立即修复此缺陷并生成足以稳定向后移植的修补程序我尝试了在早期失败时快速释放请求对象的最小方法。我决定不再每次都添加第二个 netfs_put_request()因为那样会造成代码重复从而进一步掩盖代码。相反我添加了函数 netfs_put_failed_request()其会在假设引用计数正好为 2最初由 netfs_alloc_request() 设置且从未接触过并由 WARN_ON_ONCE() 验证的情况下同步释放此类失败的请求。然后去初始化请求对象不经过 cleanup_work 间接引用并释放分配使用 RCU 保护防止 netfs_requests_seq_start() 进行并发访问。所有提前失败的代码路径已更改为调用 netfs_put_failed_request() 而不是 netfs_put_request()。此外如上所示我已向 netfs_unbuffered_read() 添加了 netfs_put_request() 调用因为 netfs_put_failed_request() 方法在这里不起作用。 (CVE-2025-40007)

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

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

  - mediauvcvideo标记具有 id UVC_INVALID_ENTITY_ID 的无效实体 根据 UVC 1.1+ 规范 3.7.2装置和终端必须拥有非零的唯一 ID。 `` 为视频功能内的每个单元和终端分配了一个唯一的标识号，即单元 ID (UID) 或终端 ID (TID)，包含在描述符的 bUnitID 或 bTerminalID 字段中。值 0x00 是为未定义的 ID 保留的。如果添加 id 为 0 或重复 ID 的新实体它将被标记为 UVC_INVALID_ENTITY_ID。在之前的尝试提交 3dd075fe8ebb (mediauvcvideo要求实体具有非零的唯一 ID)中我们忽略了所有无效单元这破坏了许多不兼容的摄像头。希望我们这次更幸运。
    这也会防止某些 syzkaller 复制程序因一系列实体参考引用其自身而导致触发警告。在一种特定情况下，输出单元连接到输入单元，两者的 ID 都相同为 1。但是，在查找输出单元的源 ID 时，却发现了相同的实体，而不是输入实体，这导致此类警告。在另一种情况下向后链被视为已完成因为源 ID 为 0。后来发现了该实体但其 pads 无效。
    以下是其中一种情况的堆栈跟踪示例。 [ 20.650953] usb 1-1使用 dummy_hcd 的 2 号新高速 USB 设备 [ 20.830206] usb 1-1使用 ep0 maxpacket: 8 [ 20.833501] usb 1-1配置 0 描述符 ?? [ 21.038518] usb 1-1字符串描述符 0 读取错误-71 [ 21.038893] usb 1-1发现 UVC 0.00 设备 <unnamed> (2833:0201) [ 21.039299] uvcvideo 1-1:0.0实体类型的实体 Output 1 的 未初始化[ 21.041583] uvcvideo 1-1:0.0实体 Input 1 的实体类型未初始化[21.042218] ------------[ 在此处切换 ]------------ [ 21.042536] 警告CPU: 0 PID: 9 位于 drivers/media/mc /mc-entity.c:1147 media_create_pad_link+0x2c4/0x2e0 [ 21.043195] 链接的模块[21.043535] CPU: 0 UID: 0 PID: 9 Comm: kworker/0:1 未受感染 6.11.0-rc7-00030- g3480e43aeccf #444 [21.044101] 硬件名称QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.15.0-1 04/01/2014 [ 21.044639] 工作队列usb_hub_wq hub_event [ 21.045100] RIP: 0010:media_create_pad_link+0x2c4/ 0x2e0 [ 21.045508] Codefe e8 20 01 00 00 b8 f4 ff ff ff 48 83 c4 30 5b 41 5c 41 5d 41 5e 41 5f 5d c3 cc cc cc cc 0f 0b eb e9 0f 0b eb 0a 0f 0b eb 06 <0f> 0b eb 02 0f 0b b8 ea ff ff ff eb d4 66 2e 0f 1f 84 00 00 00 00 [21.046801] RSP: 0018:ffffc9000004b318 EFLAGS: 00010246 [ 21.047227] RAX: ffff888004e5d458 RBX
    0000000000000000 RCX: ffffffff818fccf1 [ 21.047719] RDX: 000000000000007b RSI: 0000000000000000 RDI:
    ffff888004313290 [ 21.048241] RBP: ffff888004313290 R08: 0001ffffffffffff R09: 0000000000000000 [21.048701] R10: 0000000000000013 R11: 0001888004313290 R12: 0000000000000003 [ 21.049138] R13:
     R14ffff888004313080  : ffff888004313080 R15: 0000000000000000 [ 21.049648] FS: 0000000000000000(0000) GS:ffff88803ec00000(0000) knlGS:0000000000000000 [ 21.050271] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [ 21.050688] CR2: 0000592cc27635b0 CR3: 000000000431c000 CR4: 0000000000750ef0 [21.051136] PKRU: 55555554 [ 21.051331] 调用跟踪 [ 21.051480] <TASK> [ 21.051611] ? __warn+0xc4/0x210 [21.051861] media_create_pad_link+0x2c4/0x2e0 [ 21.052252] ? report_bug+0x11b/0x1a0 [ 21.052540] trace_hardirqs_on+0x31/0x40 [ 21.052901] handle_bug+0x3d/0x70 [ 21.053197] ? exc_invalid_op+0x1a/0x50 [21.053511] ? asm_exc_invalid_op+0x1a/0x20 [ 21.053924] ? media_create_pad_link+0x91/0x2e0 [ 21.054364] ? media_create_pad_link+0x2c4/0x2e0 [ 21.054834] ? media_create_pad_link+0x91/0x2e0 [ 21.055131] ?
    _raw_spin_unlock+0x1e/0x40 [ 21.055441] ? __v4l2_device_register_subdev+0x202/0x210 [ 21.055837] uvc_mc_register_entities+0x358/0x400 [ 21.056144] uvc_register_chains+0x1 ---truncated--- (CVE-2025-40016)

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

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

  - 如果在编译期间启用了 LWS_WITH_UPNG 标记并使用了 HTML 显示堆栈则warmcat libwebsockets 中的 unfilter_scanline 允许越界写入在用户访问攻击者控制的网站时允许写入超过分配了堆的缓冲区可能造成崩溃包含具有大宽度值的构建 PNG 文件可导致整数溢出该值可用于确定堆分配的大小。 (CVE-2025-11680)

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

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

  - fs/proc/task_mmu检查 p->vec_buf 是否为空在 vec_len = 0 的情况下调用 PAGEMAP_SCAN ioctl 时达到 pagemap_scan_backout_range()由于 null-ptr-deref: [ 44.936808] Oops一般保护错误可能因non-canonical address 0xdffffc0000000000: 0000 [#1] SMP DEBUG_PAGEALLOC KASAN NOPTI [ 44.937797] KASAN范围 [0x0000000000000000-0x0000000000000007] 中的 null-ptr-deref [44.938391] CPU: 1 UID: 0 PID: repeatr Not 2480受感染 6.17.0-rc6 #22 PREEMPT(none) [ 44.939062] 硬件名称QEMU Standard PC (i440FX + PIIX, 1996)BIOS rel-1.16.3-0-ga6ed6b701f0a-prebuilt.qemu.org04/01/2014 [ 44.939935] RIP0010:pagemap_scan_thp_entry.isra.0+0x741/0xa80<snip registers, unreliable trace> [ 44.946828] 调用跟踪[ 44.947030] <TASK> [ 44.949219] pagemap_scan_pmd_entry+0xec/0xfa0 [44.952593] walk_pmd_range.isra.0+0x302/0x910 [ 44.954069] walk_pud_range.isra.0+0x419/0x790 [ 44.954427walk_p4d_range+0x41e/0x620 [ 44.954743] walk_pgd_range+0x31e/0x630 [ 44.955057]
    __walk_page_range+0x160/0x670 [ 44.956883] walk_page_range_mm+0x408/0x980 [ 44.958677] walk_page_range+0x66/0x90 [ 44.958984] do_pagemap_scan+0x28d/0x9c0 [ 44.961833] do_pagemap_cmd+0x59/0x80 [44.962484] __x64_sys_ioctl/0x210d+0x210d [ 44.962804] do_syscall_64+0x5b/0x290 [ 44.963111] pagemap_scan_init_bounce_buffer() 中的 entry_SYSCALL_64_after_hwframe+0x76/0x7e vec_len = 0 表示未分配任何缓冲区且 p->vec_buf 仍然设置为 NULL。这破坏了稍后在 pagemap_scan_backout_range() 中进行的假设即 page_region 始终分配给 p->vec_buf_index。通过在取消引用之前显式检查 p->vec_buf 是否为空来修复此问题。可能遇到相同 deref 问题的其他站点已通过检查 p->vec_buf直接或间接受到保护。注意从 PAGEMAP_SCAN 手册页可以看到在未请求输出并且调用程序只对副作用感兴趣时vec_len = 0 有效因此会通过 pagemap_scan_get_args() 中的检查。此问题的发现者为 syzkaller。
    (CVE-2025-40009)

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

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

  - ASoC qcom: audioreach修复潜在的空指针取消引用 拓扑结构解析函数 audioreach_widget_load_module_common() 可能返回空指针或错误指针。添加缺少的 NULL 检查以便我们不会取消引用它。 (CVE-2025-40013)

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

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

  - afs修复 afs_put_server 中 afs_put_server 中潜在的空指针取消引用 afs_put_server() 在 NULL 检查之前访问 server->debug_id 从而可导致空指针取消引用。移动 debug_id 分配以确保永不取消引用空服务器指针。 (CVE-2025-40010)

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

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

  - net/smc修复 smc_rx_splice() 中调用 get_page() 时的警告smc_lo_register_dmb() 使用 kzalloc() 分配 DMB 缓冲区这些缓冲区稍后会传递到 smc_rx_splice() 中的 get_page()。由于 kmalloc 内存无页面备份这会触发 get_page() 中的 WARN_ON_ONCE() 并阻止保持缓冲区上的 refcount。
    如果在 splice_to_pipe() 完成之前释放内存这可导致释放后使用。改用 folio_alloc()以确保 DMB 受到页面支持并且对于 get_page() 是安全的。警告CPU: 18 PID: 12152 at ./include/linux/mm.h:1330 smc_rx_splice+0xaf8/0xe20 [smc] CPU: 18 UID: 0 PID: 12152 Comm: smcapp Kdump
    loaded Not tainted 6.17.0-rc3-11705-g9cf4672ecfee #10 NONE 硬件名称IBM 3931 A01 704 (z/VM 7.4.0) Krnl PSW0704e00180000000 000793161032696c (smc_rx_splice+0xafc/0xe20 [smc:]) R:0 Tmc: 1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3 CC:2 PM:0 RI:0 EA:3 Krnl GPRS: 0000000000000000 001cee80007d3001 00077400000000f8 0000000000000005 0000000000000001 001cee80007d3006 0007740000001000 001c000000000000 000000009b0c99e0 0000000000001000 001c0000000000f8 001c000000000000 000003ffcc6f7c88 0007740003e98000 0007931600000005 000792969b2ff7b8 Krnl Code: 0007931610326960: af000000 mc 0,0 0007931610326964: a7f4ff43 brc 15,00079316103267ea #0007931610326968: af000000 mc 0,0 >000793161032696c: a7f4ff3f brc 15,00079316103267ea 0007931610326970: e320f1000004 lg %r2,256(%r15) 0007931610326976: c0e53fd1b5f5 Brasl %r14000793168fd5d560 000793161032697ca7f4fbb5 brc 1500079316103260e6 0007931610326980b904002b lgr %r2,%r11 调用跟踪
    smc_rx_splice+0xafc/0xe20 [smc] smc_rx_splice+0x756/0xe20 [smc]) smc_rx_recvmsg+0xa74/0xe00 [smc] smc_splice_read+0x1ce/0x3b0 [smc] sock_splice_read+0xa2/0xf0 do_splice_read+0x198/0x240 splice_file_to_pipe+0x7e/0x110 do_splice+ 0x59e/0xde0 __do_splice+0x11a/0x2d0
    __s390x_sys_splice+0x140/0x1f0 __do_syscall+0x122/0x280 system_call+0x6e/0x90 上次重大事件地址
    smc_rx_splice+0x960/0xe20 [smc] ---[ 结束跟踪 0000000000000000 ]--- (CVE-2025-40012)

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

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

  - 低于 3.6.5 的Mbed TLS 允许对某些 RSA 操作发动本地时序攻击并直接调用 mbedtls_mpi_mod_inv 或 mbedtls_mpi_gcd。 (CVE-2025-54764)

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

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

  - [此 CNA 信息记录与多个 CVE 相关文本说明了哪些方面/漏洞对应于哪些 CVE。] 一些 Viridian 超级调用可以采用三种格式之一指定 vCPU ID 掩码作为输入。Xen 对所有三种格式存在边界检查缺陷可能会在处理输入时造成越界读取和写入。 * CVE-2025-58147。将位图转换为 Xen 的格式时使用 HV_VP_SET Sparse 格式的超级调用可造成 vpmask_set() 越界写入。 * CVE-2025-58148。
    使用任何输入格式的超级调用可造成 send_ipi() 读取 d->vcpu[] 越界并可操作失控的 vCPU 指针。 (CVE-2025-58148)

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

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

  - [此 CNA 信息记录与多个 CVE 相关文本说明了哪些方面/漏洞对应于哪些 CVE。] 一些 Viridian 超级调用可以采用三种格式之一指定 vCPU ID 掩码作为输入。Xen 对所有三种格式存在边界检查缺陷可能会在处理输入时造成越界读取和写入。 * CVE-2025-58147。将位图转换为 Xen 的格式时使用 HV_VP_SET Sparse 格式的超级调用可造成 vpmask_set() 越界写入。 * CVE-2025-58148。
    使用任何输入格式的超级调用可造成 send_ipi() 读取 d->vcpu[] 越界并可操作失控的 vCPU 指针。 (CVE-2025-58147)

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

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

  - WebSocket 上的 STOMP 应用程序可能容易受到安全绕过攻击允许攻击者发送未经授权的消息。受影响的 Spring 产品和版本Spring Framework* 6.2.0 - 6.2.11 * 6.1.06.1.23 - [] * 6.0.x - 6.0.29 * 5.3.0 - 5.3.45 * 不受支持的旧版本也受到影响。受影响版本的 Mitigation用户应升级到相应的修复版本。受影响的版本修复版本Availability6.2.x6.2.12OSS6.1.x6.1.24 商业 https://enterprise.spring.io/ 6.0.xN/A 失去支持 https://spring.io/projects/spring-framework#support 5.3.x5.3.46 商业 https://enterprise.spring.io/ 无需其他缓解步骤。感谢此漏洞是由 Jannis Kaiser 发现并负责报告的。 (CVE-2025-41254)

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

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

  - Oracle Java SE 的 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 产品组件JAXP中存在漏洞。受影响的支持版本为 Oracle Java SE8u461、8u461-perf 11.0.28、 17.0.16、 21.0.8、25、 Oracle GraalVM for JDK 17.0.16 和 21.0.8Oracle GraalVM Enterprise Edition 21.3.15。此漏洞较容易受到攻击，其允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。如果攻击成功，攻击者可在未经授权的情况下访问重要数据，或完整访问 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 的所有可访问数据。注意：此漏洞可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。此漏洞也适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。(CVE-2025-53066)

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

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

  - Oracle Java SE 的 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：Security）。受影响的支持版本为 Oracle Java SE8u461、8u461-perf 11.0.28、 17.0.16、 21.0.8、25、 Oracle GraalVM for JDK 17.0.16 和 21.0.8Oracle GraalVM Enterprise Edition 21.3.15。攻击此漏洞的难度较大，通过多种协议访问网络的未经身份验证的攻击者可以利用此漏洞破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。成功攻击此漏洞可导致在未经授权的情况下创建、删除或修改重要数据或 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 可访问的所有数据。注意：此漏洞可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。此漏洞也适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。(CVE-2025-53057)

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

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

  - 在warmcat libwebsockets 中lws_handshake_server 中的 WebSocket 服务器实现中的释放后使用在用户提供处理 LWS_CALLBACK_HTTP_CONFIRM_UPGRADE 的回调函数的特定配置中可允许攻击者实现拒绝服务。 (CVE-2025-11677)

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

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

  - astral-tokio-tar 是用于异步 Rust 的 tar 存档读取/写入库。低于 0.5.6 的 astral-tokio-tar 版本包含边界解析漏洞允许攻击者通过利用不一致的 PAX/ustar 标头处理走私额外的存档条目。当处理 PAX 扩展的标头包含大小替代的存档时解析器会根据 ustar 标头大小通常为零而不是 PAX 指定的大小错误地推进流位置从而导致其将文件内容解释为合法 tar 标头。已在版本 0.5.6 中修补此问题。不存在变通方案。
    (CVE-2025-62518)

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

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

  - Mbed TLS 至 3.6.4 存在一个可观察的时序差异。 (CVE-2025-59438)

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

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

  - GeographicLib 2.5 容易受到 GeoConvert DMS::InternalDecode 中缓冲区溢出的影响。 (CVE-2025-60751)

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

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

  - 在 DCMTK 至 3.6.7版本中检测到一个漏洞。受影响的元素是组件 dcmqrscp 的文件 /dcmqrcnf.cc 中的 DcmQueryRetrieveConfig::readPeerList 函数。操控将导致空指针取消引用。必须在本地处理攻击。此漏洞现在是公开的并且可能会被使用。升级到版本 3.6.8 即可解决此问题。经识别该修补程序为 957fb31e5。建议升级受影响的组件。 (CVE-2022-4981)

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

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

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM Enterprise Edition 产品中的漏洞（组件：Libraries）。支持的版本中受影响的是 Oracle Java SE：21.0.8 和 25；Oracle GraalVM for JDK：21.0.8；Oracle GraalVM Enterprise Edition：21.3.15。攻击此漏洞的难度较大，通过多种协议访问网络的未经身份验证的攻击者可以利用此漏洞破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。若攻击成功，攻击者可在未经授权的情况下更新、插入或删除 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 的部分可访问数据。注意：此漏洞可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。此漏洞也适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。(CVE-2025-61748)

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

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

  - 2.10.0之前的 XMLUnit for Java 在默认配置中可能允许通过不受信任的样式表用于 XSLT 转换执行代码因为启用了 XSLT 扩展功能。
    (CVE-2024-31573)

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

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

  - Wikimedia Foundation Mediawiki 中针对关键资源漏洞的错误权限分配
    - Lockdown Extension 允许权限滥用。在 Mediawiki Core Action API 中已修复此问题会影响 Mediawiki - Lockdown Extension来自 1.42之前的主控端。 (CVE-2025-12004)

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

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

  - 网页生成期间错误中和输入XSS 或“跨站脚本”漏洞 Wikimedia Foundation Mediawiki - PageTriage Extension 中的漏洞允许存储 XSS。此问题会影响 Mediawiki - PageTriage Extension来自 1.44之前的主机。 (CVE-2025-62702)

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

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

  - 下游组件使用的输出中的特殊元素不当中和在 Wikimedia Foundation Mediawiki - LanguageSelector Extension 中“注入”漏洞允许代码注入。此问题影响 Mediawiki - LanguageSelector Extension: 1.39之前版本。
    (CVE-2025-62697)

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

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

  - 在 1.4.0.Beta1 之前的 Elasticsearch 中CORS 功能的跨站脚本 (XSS) 漏洞允许远程攻击者通过不明矢量注入任意 Web 脚本或 HTML。 (CVE-2014-6439)

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

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

  - PluXml CMS 主题编辑器中存在远程代码执行 (RCE) 漏洞尤其是在默认主题目录 (/themes/defaut/css/minify.php) 下的 minify.php 文件中。经身份验证的管理员用户可通过管理面板使用任意 PHP 代码覆盖此文件从而启用系统命令执行。 (CVE-2025-57567)

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

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

  - 网页生成期间错误中和输入XSS 或“跨站脚本”漏洞Wikimedia Foundation Mediawiki - ExternalGuidance 允许存储 XSS。此问题影响 Mediawiki - ExternalGuidance来自 1.39之前的主控。 (CVE-2025-62698)

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

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

  - 网页生成期间错误中和输入XSS 或“跨站脚本”漏洞Wikimedia Foundation Mediawiki - WikiLambda Extension 中的漏洞允许存储 XSS。此问题影响 Mediawiki - WikiLambda Extension: master。 (CVE-2025-62695)

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

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

  - SQL 命令中使用的特殊元素不当中和即“SQL 注入”漏洞。Wikimedia Foundation MediaWiki WatchAnalytics 扩展中的漏洞允许 SQL 注入。此问题影响 MediaWiki WatchAnalytics 扩展 1.43、 1.44。 (CVE-2025-62658)

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

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

  - 经授权的用户可能通过造成缓冲区过度读取来造成 MongoDB 服务器崩溃。在某些情况下可通过在发出查询时发出 DDL 操作来完成此操作。此问题会影响低于 7.0.25的 MongoDB Server v7.0 版本、低于 8.0.15的MongoDB Server v8.0 版本以及 MongoDB Server 版本 8.2.0。 (CVE-2025-11979)

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

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

  - radare2 v5.9.8 和低于 的版本在函数 bochs_open 中包含内存泄漏。 (CVE-2025-60361)

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

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

  - 使敏感信息暴露给未经授权的执行者漏洞 Wikimedia Foundation Mediawiki - 转换扩展模块允许足迹。翻译扩展模块似乎使用作业对翻译页面进行编辑。这会造成 CheckUser 工具记录错误的 IP 和用户代理从而导致无法通过 CheckUser 工具审计这些编辑。此问题会影响 Mediawiki - Translate Extension: from master 之前的版本 1.39。 (CVE-2025-62699)

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

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

  - 网页生成期间错误中和输入XSS 或“跨站脚本”漏洞Wikimedia Foundation MediaWiki PageForms 扩展允许存储 XSS。此问题影响 MediaWiki PageForms 扩展 1.44。 (CVE-2025-62657)

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

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

  - Google Chrome 141.0.7390.122 之前版本的 V8 中存在内存访问越界漏洞，远程攻击者可利用此漏洞，通过构建的 HTML 页面执行越界内存访问攻击。（Chromium 安全严重性：高）(CVE-2025-12036)

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

ID	名称	严重性
271684	Linux Distros 未修补的漏洞：CVE-2025-26625	high
271683	Linux Distros 未修补的漏洞：CVE-2025-49655	critical
271682	Linux Distros 未修补的漏洞：CVE-2025-62171	high
271680	Linux Distros 未修补的漏洞：CVE-2025-62672	medium
271679	Linux Distros 未修补的漏洞：CVE-2025-40001	high
271678	Linux Distros 未修补的漏洞：CVE-2025-40002	medium
271677	Linux Distros 未修补的漏洞：CVE-2025-40003	medium
271676	Linux Distros 未修补的漏洞：CVE-2025-11896	low
271675	Linux Distros 未修补的漏洞：CVE-2025-40004	medium
271673	Linux Distros 未修补的漏洞：CVE-2025-11678	high
271672	Linux Distros 未修补的漏洞：CVE-2025-40005	medium
271671	Linux Distros 未修补的漏洞：CVE-2025-40017	high
271670	Linux Distros 未修补的漏洞：CVE-2025-11679	medium
271669	Linux Distros 未修补的漏洞：CVE-2025-40008	medium
271668	Linux Distros 未修补的漏洞：CVE-2025-40006	high
271667	Linux Distros 未修补的漏洞：CVE-2025-40015	medium
271666	Linux Distros 未修补的漏洞：CVE-2025-40011	medium
271665	Linux Distros 未修补的漏洞：CVE-2025-40007	high
271664	Linux Distros 未修补的漏洞：CVE-2025-40016	medium
271663	Linux Distros 未修补的漏洞：CVE-2025-11680	medium
271662	Linux Distros 未修补的漏洞：CVE-2025-40009	medium
271661	Linux Distros 未修补的漏洞：CVE-2025-40013	medium
271660	Linux Distros 未修补的漏洞：CVE-2025-40010	medium
271659	Linux Distros 未修补的漏洞：CVE-2025-40012	high
271658	Linux Distros 未修补的漏洞：CVE-2025-54764	medium
271657	Linux Distros 未修补的漏洞：CVE-2025-58148	high
271656	Linux Distros 未修补的漏洞：CVE-2025-58147	high
271655	Linux Distros 未修补的漏洞：CVE-2025-41254	medium
271654	Linux Distros 未修补的漏洞：CVE-2025-53066	high
271653	Linux Distros 未修补的漏洞：CVE-2025-53057	medium
271651	Linux Distros 未修补的漏洞：CVE-2025-11677	medium
271650	Linux Distros 未修补的漏洞：CVE-2025-62518	high
271649	Linux Distros 未修补的漏洞：CVE-2025-59438	medium
271648	Linux Distros 未修补的漏洞：CVE-2025-60751	high
271647	Linux Distros 未修补的漏洞：CVE-2022-4981	medium
271646	Linux Distros 未修补的漏洞：CVE-2025-61748	low
271645	Linux Distros 未修补的漏洞：CVE-2024-31573	medium
271644	Linux Distros 未修补的漏洞：CVE-2025-12004	critical
271643	Linux Distros 未修补的漏洞：CVE-2025-62702	medium
271642	Linux Distros 未修补的漏洞：CVE-2025-62697	high
271641	Linux Distros 未修补的漏洞：CVE-2014-6439	medium
271640	Linux Distros 未修补的漏洞：CVE-2025-57567	critical
271639	Linux Distros 未修补的漏洞：CVE-2025-62698	medium
271638	Linux Distros 未修补的漏洞：CVE-2025-62695	medium
271637	Linux Distros 未修补的漏洞：CVE-2025-62658	high
271636	Linux Distros 未修补的漏洞：CVE-2025-11979	medium
271635	Linux Distros 未修补的漏洞：CVE-2025-60361	low
271634	Linux Distros 未修补的漏洞：CVE-2025-62699	medium
271633	Linux Distros 未修补的漏洞：CVE-2025-62657	medium
271632	Linux Distros 未修补的漏洞：CVE-2025-12036	high

检测

Nessus 的 Misc. 系列

high

critical

high

medium

high

medium

medium

low

medium

high

medium

high

medium

medium

high

medium

medium

high

medium

medium

medium

medium

medium

high

medium

high

high

medium

high

medium

medium

high

medium

high

medium

low

medium

critical

medium

high

medium

critical

medium

medium

high

medium

low

medium

medium

high