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

  - 在低于 141.0.7390.54 的Google Chrome 中视频中的堆缓冲区溢出允许远程攻击者可能通过构建的 HTML 页面执行沙盒逃逸。（Chromium 安全严重性：高）(CVE-2025-11206)

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

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

  - ibmvnic不在重新打开设备时发生 NON_FATAL 错误时重置 dql 统计信息。所有 ibmvnic 都会重置。对 netdev_tx_reset_queue() 进行调用。 netdev_tx_reset_queue() 可重置 num_queued 和 num_completed 字节计数器。这些统计数据用于字节队列限制 (BQL) 算法。这两个统计数据之间的差异可跟踪物理 NIC 上当前占用的字节数。 ibmvnic 通过调用驱动程序 xmit 函数中的 netdev_tx_sent_queue() 增加排队的字节数。
    当 VIOS 报告其已完成字节传输时ibmvnic 设备会通过调用 netdev_tx_completed_queue() 增加已完成的字节数。请务必注意驱动程序会批处理其传输调用并且每次将 skb 添加到下一个批次时 num_queued 都会增加但不一定在将批次发送到 VIOS 进行传输时增加。与其他重置类型不同的是 NON FATAL 重置不会刷新 sub crq tx 缓冲区。因此批处理的 skb 数组可能会部分填满。因此如果在重新打开设备时存在对 netdev_tx_reset_queue() 的调用则 num_queued 的值 (0) 将不会考虑当前正在批处理的 skb。最终当将该批次发送到 VIOS 时对 netdev_tx_completed_queue() 的调用会将 num_completed 增加到大于 num_queued 的值。这会造成 BUG_ON 崩溃 ibmvnic 30000002 固件报告错误原因：适配器问题。正在启动恢复... ibmvnic 30000002: tx error 600 ibmvnic 30000002: tx error 600 ibmvnic 30000002: tx error 600 ibmvnic 30000002: tx error 600------------[ 在此处剪切 ]-------- ------- lib/dynamic_queue_limits.c:27! 的内核缺陷Oops内核模式中发生异常sig5 [....] NIP dql_completed+0x28/0x1c0 LR ibmvnic_complete_tx.isra.0+0x23c/0x420 [ibmvnic] 调用跟踪ibmvnic_complete_tx.isra.0+0x3f8/0x420 [ibmvnic] (不可靠) ibmvnic_interrupt_tx+0x40/0x70 [ibmvnic] __handle_irq_event_percpu+0x98/0x270 ---[结束跟踪 ]--- 因此执行 NON_FATAL 重置时请勿重置 dql 统计数据。 (CVE-2023-53463)

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

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

  - wifiiwlwifipcie修复 iwl_write_to_user_buf 中的整数溢出 iwl_write_to_user_buf() 函数由 iwl_dbgfs_monitor_data_read() 函数调用时发生整数溢出。 static bool iwl_write_to_user_buf(char __user *user_buf, ssize_t count, void *buf, ssize_t *size, ssize_t
    *bytes_copied) { int buf_size_left = count - *bytes_copied; buf_size_left = buf_size_left - (buf_size_left % sizeof(u32)); if (*size > buf_size_left) *size = buf_size_left;如果用户将 SIZE_MAX 值传递到 ssize_t 计数参数则 ssize_t 计数参数会分配给 int buf_size_left。然后将 *size 与 buf_size_left 进行比较。此处的 buf_size_left 为负数因此 *size 会被分配给 buf_size_left 并进入 copy_to_user 函数的第三个参数从而导致堆溢出。
    这不是安全漏洞因为 iwl_dbgfs_monitor_data_read() 是具有 0400 权限的 debugfs 操作。 (CVE-2023-53524)

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

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

  - 已修复 Linux 内核中的下列漏洞：mm/uffd: fix warning without PTE_MARKER_UFFD_WP compiled in When PTE_MARKER_UFFD_WP not configured, it's still possible to reach pte marker code and trigger an warning. Add a few CONFIG_PTE_MARKER_UFFD_WP ifdefs to make sure the code won't be reached when not compiled in. (CVE-2022-50448)

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

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

  - tipc如果 mtu 协商中的 msg_max 太小则不要更新 mtu进行链路 mtu 协商时恶意对等机可能发送 activate msgmtu 非常小例如 Shuang 的测试中为 4而不检查最小 mtul-> mtu 将在 tipc_link_proto_rcv() 中设置为 4然后 n->links[bearer_id].mtu 设置为 4294967228这是 tipc_link_mss() 中“4 - INT_H_SIZE - EMSG_OVERHEAD”的溢出。tipc_link.mtu = 4 时tipc_link_xmit() 会继续打印警告tipc消息太大正在清除 xmit 列表 1 5 0 40 4! tipc 消息过大，正在清除 xmit 列表 1 15 0 60 4! 且利用 tipc_link_entry.mtu 4294967228在 named_distribute() 中分配大型 skb并在 tipc_link_xmit() 中清除它时甚至造成崩溃一般保护错误可能针对非规范地址 0x2100001011000dd: 0000 [#1] PREEMPT SMP PTI CPU: 0 PID: 0 Comm: swapper/0 Kdump已加载 未受感染 6.3.0.neta #19 RIP
    0010:kfree_skb_list_reason+0x7e/0x1f0 Call Trace: <IRQ> skb_release_data+0xf9/0x1d0 kfree_skb_reason+0x40/0x100 tipc_link_xmit+0x57a/0x740 [tipc] tipc_node_xmit+0x16c/0x5c0 [tipc] tipc_named_node_up+0x27f/0x2c0 [tipc] tipc_node_write_unlock+0x149/ 0x170 [tipc] tipc_rcv+0x608/0x740 [tipc] tipc_udp_recv+0xdc/0x1f0 [tipc] udp_queue_rcv_one_skb+0x33e/0x620 udp_unicast_rcv_skb.isra.72+0x75/0x90 __udp4_lib_rcv+0x56d/0xc20 ip_protocol_deliver_rcu+0x100/0x2d0 This patch fixes it by checking将新的 mtu 与 tipc_bearer_min_mtu() 对应如果 mtu 太小则不更新 mtu。 (CVE-2023-53517)

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

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

  - 已修复 Linux 内核中的下列漏洞：netfilter: nf_tables: do not ignore genmask when looking up chain by id When adding a rule to a chain referring to its ID, if that chain had been deleted on the same batch, the rule might end up referring to a deleted chain. This will lead to a WARNING like following: [ 33.098431] ------------[ cut here ]------------ [ 33.098678] WARNING: CPU: 5 PID: 69 at net/netfilter/nf_tables_api.c:2037 nf_tables_chain_destroy+0x23d/0x260 [ 33.099217] Modules linked in: [ 33.099388] CPU: 5 PID: 69 Comm: kworker/5:1 Not tainted 6.4.0+ #409 [ 33.099726] Workqueue:
    events nf_tables_trans_destroy_work [ 33.100018] RIP: 0010:nf_tables_chain_destroy+0x23d/0x260 [33.100306] Code: 8b 7c 24 68 e8 64 9c ed fe 4c 89 e7 e8 5c 9c ed fe 48 83 c4 08 5b 41 5c 41 5d 41 5e 41 5f 5d 31 c0 89 c6 89 c7 c3 cc cc cc cc <0f> 0b 48 83 c4 08 5b 41 5c 41 5d 41 5e 41 5f 5d 31 c0 89 c6 89 c7 [33.101271] RSP: 0018:ffffc900004ffc48 EFLAGS: 00010202 [ 33.101546] RAX: 0000000000000001 RBX:
    ffff888006fc0a28 RCX: 0000000000000000 [ 33.101920] RDX: 0000000000000000 RSI: 0000000000000000 RDI:
    0000000000000000 [ 33.102649] RBP: ffffc900004ffc78 R08: 0000000000000000 R09: 0000000000000000 [33.103018] R10: 0000000000000000 R11: 0000000000000000 R12: ffff8880135ef500 [ 33.103385] R13:
    0000000000000000 R14: dead000000000122 R15: ffff888006fc0a10 [ 33.103762] FS: 0000000000000000(0000) GS:ffff888024c80000(0000) knlGS:0000000000000000 [ 33.104184] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [ 33.104493] CR2: 00007fe863b56a50 CR3: 00000000124b0001 CR4: 0000000000770ee0 [33.104872] PKRU: 55555554 [ 33.104999] Call Trace: [ 33.105113] <TASK> [ 33.105214] ? show_regs+0x72/0x90 [ 33.105371] ? __warn+0xa5/0x210 [ 33.105520] ? nf_tables_chain_destroy+0x23d/0x260 [ 33.105732] ? report_bug+0x1f2/0x200 [ 33.105902] ? handle_bug+0x46/0x90 [ 33.106546] ? exc_invalid_op+0x19/0x50 [33.106762] ? asm_exc_invalid_op+0x1b/0x20 [ 33.106995] ? nf_tables_chain_destroy+0x23d/0x260 [ 33.107249] ? nf_tables_chain_destroy+0x30/0x260 [ 33.107506] nf_tables_trans_destroy_work+0x669/0x680 [ 33.107782] ? mark_held_locks+0x28/0xa0 [ 33.107996] ? __pfx_nf_tables_trans_destroy_work+0x10/0x10 [ 33.108294] ?
    _raw_spin_unlock_irq+0x28/0x70 [ 33.108538] process_one_work+0x68c/0xb70 [ 33.108755] ? lock_acquire+0x17f/0x420 [ 33.108977] ? __pfx_process_one_work+0x10/0x10 [ 33.109218] ? do_raw_spin_lock+0x128/0x1d0 [ 33.109435] ? _raw_spin_lock_irq+0x71/0x80 [ 33.109634] worker_thread+0x2bd/0x700 [ 33.109817] ? __pfx_worker_thread+0x10/0x10 [ 33.110254] kthread+0x18b/0x1d0 [33.110410] ? __pfx_kthread+0x10/0x10 [ 33.110581] ret_from_fork+0x29/0x50 [ 33.110757] </TASK> [33.110866] irq event stamp: 1651 [ 33.111017] hardirqs last enabled at (1659): [<ffffffffa206a209>]
    __up_console_sem+0x79/0xa0 [ 33.111379] hardirqs last disabled at (1666): [<ffffffffa206a1ee>]
    __up_console_sem+0x5e/0xa0 [ 33.111740] softirqs last enabled at (1616): [<ffffffffa1f5d40e>]
    __irq_exit_rcu+0x9e/0xe0 [ 33.112094] softirqs last disabled at (1367): [<ffffffffa1f5d40e>]
    __irq_exit_rcu+0x9e/0xe0 [ 33.112453] ---[ end trace 0000000000000000 ]--- This is due to the nft_chain_lookup_byid ignoring the genmask. After this change, adding the new rule will fail as it will not find the chain. (CVE-2023-53492)

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

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

  - ubiubi_wl_put_peb修复消耗平衡工作失败时的无限循环下列进程将在 ubi_wl_put_peb() 中触发无限循环ubifs_bgt ubi_bgt ubifs_leb_unmap ubi_leb_unmap ubi_eba_unmap_leb ubi_wl_put_peb break_leveling_worker e1 = rb_entry(rb_first(&ubi->used) e2 = get_ubib) ubi_io_read_vid_hdr // return errflash 错误 out_error: ubi->move_from = ubi->move_to = NULL wl_entry_destroy(ubi, e1) ubi->lookuptbl[e->pnum] = NULL retry: e = ubi->lookuptbl[pnum ]; // 返回 NULL if (e == ubi->move_from) { // NULL == NULL gets true goto retry; // 无限循环 !!! $ top PID USER PR NI VIRT RES SHR S %CPU %MEM COMMAND 7676 root 20 0 0 0 0 R 100.0 0.0 ubifs_bgt0_0 方式修复此问题1) 如果从“ubi->lookuptbl”删除earl 平衡条目则使 ubi_wl_put_peb() 直接返回。 2) 使用“ubi->wl_lock”保护 wl 条目删除以防止 ubi_wl_put_peb() 中 wl 条目出现释放后使用问题。在 [Link] 中获取复制器。 (CVE-2023-53481)

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

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

  - 已修复 Linux 内核中的下列漏洞：gpu: host1x: Fix memory leak of device names The device names allocated by dev_set_name() need be freed before module unloading, but they can not be freed because the kobject's refcount which was set in device_initialize() has not be decreased to 0. As comment of device_add() says, if it fails, use only put_device() drop the refcount, then the name will be freed in kobejct_cleanup(). device_del() and put_device() can be replaced with device_unregister(), so call it to unregister the added successfully devices, and just call put_device() to the not added device.
    Add a release() function to device to avoid null release() function WARNING in device_release(), it's empty, because the context devices are freed together in host1x_memory_context_list_free().
    (CVE-2023-53514)

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

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

  - iw_cxgb4修复 c4iw_fill_res_cm_id_entry() 中潜在的空取消引用 此条件需要与之前的 if (epcp->state == LISTEN) { 完全匹配以避免 listen_ep 或 ep 的空取消引用。
    问题在于 epcp 已被重新分配因此第二次测试 if (epcp->state == LISTEN) { 是不够的。 (CVE-2023-53476)

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

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

  - 已修复 Linux 内核中的下列漏洞：RDMA/cma: Allow UD qp_type to join multicast only As for multicast: - The SIDR is the only mode that makes sense; - Besides PS_UDP, other port spaces like PS_IB is also allowed, as it is UD compatible. In this case qkey also needs to be set [1]. This patch allows only UD qp_type to join multicast, and set qkey to default if it's not set, to fix an uninit-value error: the ib->rec.qkey field is accessed without being initialized.
    ===================================================== BUG: KMSAN: uninit-value in cma_set_qkey drivers/infiniband/core/cma.c:510 [inline] BUG: KMSAN: uninit-value in cma_make_mc_event+0xb73/0xe00 drivers/infiniband/core/cma.c:4570 cma_set_qkey drivers/infiniband/core/cma.c:510 [inline] cma_make_mc_event+0xb73/0xe00 drivers/infiniband/core/cma.c:4570 cma_iboe_join_multicast drivers/infiniband/core/cma.c:4782 [inline] rdma_join_multicast+0x2b83/0x30a0 drivers/infiniband/core/cma.c:4814 ucma_process_join+0xa76/0xf60 drivers/infiniband/core/ucma.c:1479 ucma_join_multicast+0x1e3/0x250 drivers/infiniband/core/ucma.c:1546 ucma_write+0x639/0x6d0 drivers/infiniband/core/ucma.c:1732 vfs_write+0x8ce/0x2030 fs/read_write.c:588 ksys_write+0x28c/0x520 fs/read_write.c:643 __do_sys_write fs/read_write.c:655 [inline] __se_sys_write fs/read_write.c:652 [inline] __ia32_sys_write+0xdb/0x120 fs/read_write.c:652 do_syscall_32_irqs_on arch/x86/entry/common.c:114 [inline] __do_fast_syscall_32+0x96/0xf0 arch/x86/entry/common.c:180 do_fast_syscall_32+0x34/0x70 arch/x86/entry/common.c:205 do_SYSENTER_32+0x1b/0x20 arch/x86/entry/common.c:248 entry_SYSENTER_compat_after_hwframe+0x4d/0x5c Local variable ib.i created at: cma_iboe_join_multicast drivers/infiniband/core/cma.c:4737 [inline] rdma_join_multicast+0x586/0x30a0 drivers/infiniband/core/cma.c:4814 ucma_process_join+0xa76/0xf60 drivers/infiniband/core/ucma.c:1479 CPU:
    0 PID: 29874 Comm: syz-executor.3 Not tainted 5.16.0-rc3-syzkaller #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 ===================================================== [1] https://lore.kernel.org/linux-rdma/20220117183832.GD84788@nvidia.com/ (CVE-2023-53525)

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

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

  - 已修复 Linux 内核中的下列漏洞：HID: mcp-2221: prevent UAF in delayed work If the device is plugged/unplugged without giving time for mcp_init_work() to complete, we might kick in the devm free code path and thus have unavailable struct mcp_2221 while in delayed work. Canceling the delayed_work item is enough to solve the issue, because cancel_delayed_work_sync will prevent the work item to requeue itself. (CVE-2023-53459)

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

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

  - wifirtw89修复 napi_init 和 napi_enable 之间可能的争用条件。如果 netdev 已注册但 NAPI 尚未初始化同时用户空间启动将启用 NAPI 的 netdev则可能发生争用条件。然后命中 BUG_ON(): kernel BUG at net/core/dev.c:6423!无效 opcode0000 [#1] PREEMPT SMP NOPTI CPU: 0 PID: 417 Comm: iwd Not tainted 6.2.7-slab-dirty #3 eb0f5a8a9d91 硬件名称LENOVO 21DL/LNVNB161216、BIOS JPCN20WW(V1.06) 09/ 20/2022 RIP0010:napi_enable+0x3f/0x50 代码48 89 c2 48 83 e2 f6 f6 81 89 08 00 00 02 74 0d 48 83 ... RSP0018:ffffada1414f3548 EFLAGS: 00010246 RAX: 0000000000000000 RBX: ffffa01425802080 RCX: 0000000000000000 RDX: 00000000000002ff RSI: ffffada14e5000000000000002ff
    ffffa01425808dc0 RBP: 0000000000000000 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000001 R11: 0000000000000100 R12: ffffa01425808f58 R13: 0000000000000000 R14: ffffa01423498940 R15:
    0000000000000001 FS: 00007f5577c0a740(0000) GS:ffffa0169fc00000(0000) knlGS:0000000000000000 CS: 0010 DS:
    0000 ES: 0000 CR0: 0000000080050033 CR2: 00007f5577a19972 CR3: 0000000125a7a000 CR4: 0000000000750ef0 PKRU: 55555554 Call Trace: <TASK> rtw89_pci_ops_start+0x1c/0x70 [rtw89_pci 6cbc75429515c181cbc386478d5cfb32ffc5a0f8] rtw89_core_start+0xbe/0x160 [rtw89_core fe07ecb874820b6d778370d4acb6ef8a37847f22] rtw89_ops_start+0x26/0x40 [rtw89_core fe07ecb874820b6d778370d4acb6ef8a37847f22 ] drv_start+0x42/0x100 [mac80211 c07fa22af8c3cf3f7d7ab3884ca990784d72e2d2] ieee80211_do_open+0x311/0x7d0 [mac80211 c07fa22af8c3cf3f7d7ab3884ca990784d72e2d2] ieee80211_open+0x6a/0x90 [mac80211 c07fa22af8c3cf3f7d7ab3884ca990784d72e2d2] __dev_open+0xe0/0x180 __dev_change_flags+0x1da/0x250 dev_change_flags+0x26/0x70 do_setlink+0x37c/0x12c0 ? ep_poll_callback+0x246/0x290
    __nla_validate_parse+0x61/0xd00 ? __wake_up_common_lock+0x8f/0xd0 要修复此问题请按照 Jonas的建议交换这些函数的顺序并将寄存器 netdev 移至 PCI 探测的最后一步。此外修正了 rtw89_core_register_hw() 的错误处理。 (CVE-2023-53452)

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

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

  - 之前 141.0.7390.54 版本的 Google Chrome 中 Tab 中的边信道信息泄漏允许远程攻击者诱使用户做出特定 UI 手势即通过构建的 HTML 页面执行 UI 欺骗。
    （Chromium 安全严重性：中）(CVE-2025-11210)

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

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

  - 已修复 Linux 内核中的下列漏洞：powerpc/rtas_flash: allow user copy to flash block cache objects With hardened usercopy enabled (CONFIG_HARDENED_USERCOPY=y), using the /proc/powerpc/rtas/firmware_update interface to prepare a system firmware update yields a BUG(): kernel BUG at mm/usercopy.c:102! Oops: Exception in kernel mode, sig: 5 [#1] LE PAGE_SIZE=64K MMU=Hash SMP NR_CPUS=2048 NUMA pSeries Modules linked in: CPU: 0 PID: 2232 Comm: dd Not tainted 6.5.0-rc3+ #2 Hardware name: IBM,8408-E8E POWER8E (raw) 0x4b0201 0xf000004 of:IBM,FW860.50 (SV860_146) hv:phyp pSeries NIP:
    c0000000005991d0 LR: c0000000005991cc CTR: 0000000000000000 REGS: c0000000148c76a0 TRAP: 0700 Not tainted (6.5.0-rc3+) MSR: 8000000000029033 <SF,EE,ME,IR,DR,RI,LE> CR: 24002242 XER: 0000000c CFAR:
    c0000000001fbd34 IRQMASK: 0 [ ... GPRs omitted ... ] NIP usercopy_abort+0xa0/0xb0 LR usercopy_abort+0x9c/0xb0 Call Trace: usercopy_abort+0x9c/0xb0 (unreliable) __check_heap_object+0x1b4/0x1d0
    __check_object_size+0x2d0/0x380 rtas_flash_write+0xe4/0x250 proc_reg_write+0xfc/0x160 vfs_write+0xfc/0x4e0 ksys_write+0x90/0x160 system_call_exception+0x178/0x320 system_call_common+0x160/0x2c4 The blocks of the firmware image are copied directly from user memory to objects allocated from flash_block_cache, so flash_block_cache must be created using kmem_cache_create_usercopy() to mark it safe for user access.
    [mpe: Trim and indent oops] (CVE-2023-53487)

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

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

  - cryptoxts - 正确处理 EBUSY 由于 xts 只处理 EINPROGRESS 的特殊返回值这意味着在所有其他情况下它将释放与请求相关的数据。但是由于 xts 的调用方可能指定 MAY_BACKLOG因此我们也需要预期 EBUSY 并以相同方式对其进行处理。否则积压的请求将触发释放后使用。 (CVE-2023-53494)

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

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

  - Wikimedia Foundation MediaWiki 中的漏洞。此漏洞与 program files includes/Rest/Handler/PageHTMLHandler.Php 相关。此问题影响 MediaWiki* 之前的 * 1.39.14、 1.43.4、 1.44.1。 (CVE-2025-61634)

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

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

  - Wikimedia Foundation TextExtracts 中的漏洞。此漏洞与 program files includes/ApiQueryExtracts.Php 相关。此问题会影响 TextExtracts: 来自 * 之前的 * 1.39.14、 1.43.4、 1.44.1。
    (CVE-2025-61653)

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

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

  - Wikimedia Foundation MediaWiki 中网页生成期间错误中和输入XSS 或“跨站脚本”漏洞。此漏洞与 program files includes/htmlform/fields/HTMLButtonField.Php 相关。此问题影响 MediaWiki* 之前的 * 1.39.14、 1.43.4、 1.44.1。 (CVE-2025-61636)

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

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

  - Wikimedia Foundation MediaWiki 中网页生成期间错误中和输入XSS 或“跨站脚本”漏洞。此漏洞与程序文件 includes/htmlform/CodexHTMLForm.Php、includes/htmlform/fields/HTMLButtonField.Php 相关。此问题影响 MediaWiki* 之前的 * 1.39.14、 1.43.4、 1.44.1。 (CVE-2025-61642)

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

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

  - Wikimedia Foundation MediaWiki 中的漏洞。此漏洞与 program files includes/RecentChanges/EnhancedChangesList.Php 相关。此问题影响 MediaWiki* 之前的 * 1.39.14、 1.43.4、 1.44.1。 (CVE-2025-61646)

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

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

  - Wikimedia Foundation MediaWiki、Wikimedia Foundation Parsoid 中网页生成期间错误的中和输入XSS 或“跨站脚本”漏洞。此漏洞与 program files includes/parser/Sanitizer.Php、src/Core/Sanitizer.Php 有关。此问题影响 MediaWiki来自 * 之前的 1.39.14、 1.43.4、 1.44.1; Parsoid来自 * 之前的 0.16.6、 0.20.4、 0.21.1。 (CVE-2025-61638)

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

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

  - Wikimedia Foundation OATHAuth 中的漏洞。此漏洞与 src/Special/OATHManage.Php 程序文件有关。此问题影响 OATHAuth从 1.39.14*到之前的 1.43.4*版的 1.44.1OATHAuth 。
    (CVE-2025-11173)

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

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

  - 在 Wikimedia Foundation Mediawiki - DiscussionTools Extension 中使用表达式语言语句中使用的特殊元素不当中和漏洞即“表达式语言注入”漏洞 -DiscussionTools Extension 允许正则表达式指数膨胀。此问题影响 Mediawiki -DiscussionTools Extension 1.44、 1.43。
    (CVE-2025-11175)

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

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

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

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

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

  - Wikimedia Foundation MediaWiki 中的将敏感信息暴露给未经授权的执行者漏洞。此漏洞与程序文件 includes/logging/ManualLogEntry.Php、includes/recentchanges/RecentChangeFactory.Php、 includes/recentchanges/RecentChangeStore.Php 有关。此问题影响 MediaWiki* 之前的 * 1.39.14、 1.43.4、 1.44.1。 (CVE-2025-61639)

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

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

  - Wikimedia Foundation MediaWiki 中的漏洞。此漏洞与 program files includes/api/ApiQueryAllPages.Php 相关。此问题影响 MediaWiki* 之前的 * 1.39.14、 1.43.4、 1.44.1。
    (CVE-2025-61641)

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

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

  - Wikimedia Foundation ConfirmEdit 中的漏洞。此漏洞与程序文件 includes/FancyCaptcha/ApiFancyCaptchaReload.Php 相关。此问题影响 ConfirmEdit*。 (CVE-2025-61635)

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

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

  - Wikimedia Foundation MediaWiki 中网页生成期间错误中和输入XSS 或“跨站脚本”漏洞。此漏洞与 resources/src/mediawiki.Rcfilters/ui/RclToOrFromWidget.Js 程序文件有关。此问题影响 MediaWiki* 之前的 * 1.39.14、 1.43.4、 1.44.1。 (CVE-2025-61640)

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

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

  - Wikimedia Foundation MediaWiki 中的漏洞。此漏洞与程序文件 includes/recentchanges/RecentChangeRCFeedNotifier.Php 相关。此问题影响 MediaWiki* 之前的 * 1.39.14、 1.43.4、 1.44.1。 (CVE-2025-61643)

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

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

  - Wikimedia Foundation DiscussionTools 中存在漏洞。此问题影响DiscussionTools从 * 之前的 1.43.4*到 1.44.1。 (CVE-2025-61652)

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

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

  - Wikimedia Foundation MediaWiki 中网页生成期间错误中和输入XSS 或“跨站脚本”漏洞。此漏洞与程序文件 resources/src/mediawiki.Action/mediawiki.Action.Edit.Preview.Js、resources/src/mediawiki.Page.Preview.Js 有关。
    此问题影响 MediaWiki* 之前的 * 1.39.14、 1.43.4、 1.44.1。 (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 依赖供应商报告的程序包是否存在进行判断。

ID	名称	严重性
269531	Linux Distros 未修补的漏洞：CVE-2025-11206	critical
269530	Linux Distros 未修补的漏洞：CVE-2023-53463	medium
269529	Linux Distros 未修补的漏洞：CVE-2023-53524	high
269528	Linux Distros 未修补的漏洞：CVE-2022-50448	medium
269527	Linux Distros 未修补的漏洞：CVE-2023-53517	medium
269526	Linux Distros 未修补的漏洞：CVE-2023-53492	high
269525	Linux Distros 未修补的漏洞：CVE-2023-53481	medium
269524	Linux Distros 未修补的漏洞：CVE-2023-53514	medium
269523	Linux Distros 未修补的漏洞：CVE-2023-53476	medium
269522	Linux Distros 未修补的漏洞：CVE-2023-53525	medium
269521	Linux Distros 未修补的漏洞：CVE-2023-53459	high
269520	Linux Distros 未修补的漏洞：CVE-2023-53452	medium
269519	Linux Distros 未修补的漏洞：CVE-2025-11210	medium
269518	Linux Distros 未修补的漏洞：CVE-2023-53487	high
269517	Linux Distros 未修补的漏洞：CVE-2023-53494	high
269516	Linux Distros 未修补的漏洞：CVE-2025-61634	high
269515	Linux Distros 未修补的漏洞：CVE-2025-61653	medium
269514	Linux Distros 未修补的漏洞：CVE-2025-61636	medium
269513	Linux Distros 未修补的漏洞：CVE-2025-61642	medium
269512	Linux Distros 未修补的漏洞：CVE-2025-61646	medium
269511	Linux Distros 未修补的漏洞：CVE-2025-61638	critical
269510	Linux Distros 未修补的漏洞：CVE-2025-11173	critical
269509	Linux Distros 未修补的漏洞：CVE-2025-11175	high
269508	Linux Distros 未修补的漏洞：CVE-2025-11226	medium
269507	Linux Distros 未修补的漏洞：CVE-2025-61639	medium
269506	Linux Distros 未修补的漏洞：CVE-2025-61641	medium
269505	Linux Distros 未修补的漏洞：CVE-2025-61635	critical
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	medium
269500	Linux Distros 未修补的漏洞：CVE-2023-53478	medium
269499	Linux Distros 未修补的漏洞：CVE-2022-50440	medium
269498	Linux Distros 未修补的漏洞：CVE-2025-54288	medium
269497	Linux Distros 未修补的漏洞：CVE-2025-54293	high
269496	Linux Distros 未修补的漏洞：CVE-2023-53508	high
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

检测

Nessus 的 Misc. 系列

critical

medium

high

medium

medium

high

medium

medium

medium

medium

high

medium

medium

high

high

high

medium

medium

medium

medium

critical

critical

high

medium

medium

medium

critical

medium

medium

medium

medium

medium

medium

medium

high

high

medium

medium

medium

medium

high

high

medium

medium

medium

high

medium

high

high

medium