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

  - 在 5.3.11 之前的 Linux 内核中，drivers/net/ethernet/mellanox/mlx5/core/health.c 的 mlx5_fw_fatal_reporter_dump() 函数中存在内存泄露漏洞，导致攻击者可以通过触发 mlx5_crdump_collect() 失败造成拒绝服务（内存消耗），也称为 CID-c7ed6d0183d5。(CVE-2019-19047)

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

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

  - 适用于 Linux 的 NVIDIA GPU 显示驱动程序在内核模式层处理程序中包含一个漏洞，其中帮助程序函数映射的物理页面比请求的多，这可能导致未定义的行为或信息泄漏。(CVE-2022-34674)

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

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

  - 多个 WebRTC 线程可能已经声明了一个新连接的音频输入，导致释放后使用。此漏洞会影响 Firefox < 126。(CVE-2024-4764)

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

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

  - IPCactor 的生命周期允许受管理的actor 的寿命比管理器actor 的寿命长前者必须确保没有尝试使用引用的失效actor。WebGL 中忽略此类检查从而导致释放后使用和潜在可利用的崩溃。此漏洞会影响 Firefox < 84。(CVE-2020-26972)

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

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

  - net/sched修复了 taprio_dev_notifier 中的释放后使用由于 taprio 的 taprio_dev_notifier() 不受 RCU 读取端关键区段的保护与 advance_sched() 之间的争用可导致释放后使用。在 taprio_dev_notifier() 内添加 rcu_read_lock() 可防止此问题。 (CVE-2025-38087)

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

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

  - Mozilla 开发人员和社区成员 Gabriele Svelto、Sebastian Hengst、Randell Jesup、Luan Herrera、Lars T Hansen 及 Mozilla Fuzzing 团队报告 Firefox 96 中存在内存安全缺陷。其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。此漏洞会影响 97 版本之前的 Firefox。(CVE-2022-0511)

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

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

  - 已修复 Linux 内核中的下列漏洞：phy: realtek: usb: fix NULL deref in rtk_usb3phy_probe In rtk_usb3phy_probe() devm_kzalloc() may return NULL but this returned value is not checked. (CVE-2024-53204)

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

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

  - drm/xe/userptr修复 EFAULT 处理 当前我们将从 xe_vm_userptr_pin() 调用时来自 hmm_range_fault() 的 EFAULT 视为非致命错误并希望避免终止整个 vm 并卡住错误在假设下用户刚执行了取消映射或某些操作并无意从 GPU 实际接触该内存。此时我们已经切换了 PTE因此任何访问都应生成页面错误如果该处的 pin 也发生故障它将变得致命。但是如果在执行重新绑定步骤之前由于调用程序中发生某些情况而必须再次重试引脚则 userptr vma 可能仍然位于 preempt_rebind_work_func() 中的重新绑定列表上但同时需要重新验证 userptr 此次命中了 EFAULT。这解释了内部用户报告的命中[ 191.738349] 警告CPU: 1 PID: 157 at drivers/gpu/drm/xe/xe_res_cursor.h:158 xe_pt_stage_bind.constprop.0+0x60a/0x6b0 [xe] [ 191.738551] Workqueuexe-ordered-wq preempt_rebind_work_func [xe] [ 191.738616] RIP
    0010:xe_pt_stage_bind.constprop.0+0x60a/0x6b0 [xe] [ 191.738690] 调用跟踪[ 191.738692] <TASK> [191.738694] ? show_regs+0x69/0x80 [ 191.738698] ? __warn+0x93/0x1a0 [ 191.738703] xe_pt_stage_bind.constprop.0+0x60a/0x6b0 [xe] [ 191.738759] ? report_bug+0x18f/0x1a0 [ 191.738764] handle_bug+0x63/0xa0 [ 191.738767] ? exc_invalid_op+0x19/0x70 [ 191.738770] ? asm_exc_invalid_op+0x1b/0x20 [ 191.738777] ? xe_pt_stage_bind.constprop.0+0x60a/0x6b0 [xe] [ 191.738834] ? ret_from_fork_asm+0x1a/0x30 [ 191.738849] bind_op_prepare+0x105/0x7b0 [xe] [ 191.738906] ? dma_resv_reserve_fences+0x301/0x380 [191.738912] xe_pt_update_ops_prepare+0x28c/0x4b0 [xe] [ 191.738966] ? kmemleak_alloc+0x4b/0x80 [191.738973] ops_execute+0x188/0x9d0 [xe] [ 191.739036] xe_vm_rebind+0x4ce/0x5a0 [xe] [ 191.739098] ? trace_hardirqs_on+0x4d/0x60 [ 191.739112] preempt_rebind_work_func+0x76f/0xd00 [xe] 运行某些工作负载时受 NPD 后缀因为 sg 从未实际填充但在应为此特殊 EFAULT 跳过的 vma 时仍将其标记为重新绑定案例。经确认这是为了修复用户报告。 v2 (MattB) - 提早移动。 v3 (MattB) - 更新提交消息明确这确实修复了 问题。从提交 6b93cb98910c826c2e2004942f8b060311e43618 中精选出的内容(CVE-2025-21880)

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

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

  - Oracle MySQL 的 MySQL Client 产品中存在漏洞（组件：C API）。支持的版本中受影响的是 5.7.32 和较早版本以及 8.0.22 和较早版本。难以利用的漏洞允许具备网络访问权限的未经身份验证的攻击者通过多种协议破坏 MySQL Client。成功利用此漏洞可导致在未经授权的情况下造成 MySQL Client 挂起或频繁出现崩溃（完整 DOS）。(CVE-2021-2011)

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

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

  - 已修复 Linux 内核中的下列漏洞：btrfs: zoned: fix calc_available_free_space() for zoned mode calc_available_free_space() returns the total size of metadata (or system) block groups, which can be allocated from unallocated disk space. The logic is wrong on zoned mode in two places. First, the calculation of data_chunk_size is wrong. We always allocate one zone as one chunk, and no partial allocation of a zone. So, we should use zone_size (= data_sinfo->chunk_size) as it is. Second, the result avail may not be zone aligned. Since we always allocate one zone as one chunk on zoned mode, returning non-zone size aligned bytes will result in less pressure on the async metadata reclaim process. This is serious for the nearly full state with a large zone size device. Allowing over-commit too much will result in less async reclaim work and end up in ENOSPC. We can align down to the zone size to avoid that. (CVE-2024-42231)

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

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

  - 已修复 Linux 内核中的下列漏洞：RDMA/irdma: Fix a user-after-free in add_pble_prm When irdma_hmc_sd_one fails, 'chunk' is freed while its still on the PBLE info list. Add the chunk entry to the PBLE info list only after successful setting of the SD in irdma_hmc_sd_one.
    (CVE-2021-47614)

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

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

  - 实现 AudioWorklets，某些代码可能已将一种类型转换为另一种无效的动态类型。
    这会导致可能被利用的程序崩溃问题。此漏洞会影响 Firefox < 111、Firefox ESR < 102.9 和 Thunderbird < 102.9。(CVE-2023-28162)

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

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

  - xen/privcmd修复 privcmd_ioctl_dm_op() 的错误退出 privcmd_ioctl_dm_op() 的错误退出可能在页面为空时调用 unlock_pages()从而导致空取消引用。此外lock_pages() 并未检查 pin_user_pages_fast() 是否完全成功因此可能无法将所有页面锁定到内存中。在用户模式下使用相关内存时这可导致偶尔发生故障。通过始终使用固定页面的实际数量调用 unlock_pages()修复所有这些问题页面为空的情况下为零并检查 pin_user_pages_fast() 固定的页面数与预期页面数是否匹配。 (CVE-2022-49989)

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

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

  - 已修复 Linux 内核中的下列漏洞：RDMA/rxe: Fix responder length checking for UD request packets According to the IBA specification: If a UD request packet is detected with an invalid length, the request shall be an invalid request and it shall be silently dropped by the responder. The responder then waits for a new request packet. commit 689c5421bfe0 (RDMA/rxe: Fix incorrect responder length checking) defers responder length check for UD QPs in function `copy_data`.
    But it introduces a regression issue for UD QPs. When the packet size is too large to fit in the receive buffer. `copy_data` will return error code -EINVAL. Then `send_data_in` will return RESPST_ERR_MALFORMED_WQE. UD QP will transfer into ERROR state. (CVE-2024-40992)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: mana: Fix race on per-CQ variable napi work_done After calling napi_complete_done(), the NAPIF_STATE_SCHED bit may be cleared, and another CPU can start napi thread and access per-CQ variable, cq->work_done. If the other thread (for example, from busy_poll) sets it to a value >= budget, this thread will continue to run when it should stop, and cause memory corruption and panic. To fix this issue, save the per-CQ work_done variable in a local variable before napi_complete_done(), so it won't be corrupted by a possible concurrent thread after napi_complete_done(). Also, add a flag bit to advertise to the NIC firmware: the NAPI work_done variable race is fixed, so the driver is able to reliably support features like busy_poll. (CVE-2022-48985)

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

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

  - 已修复 Linux 内核中的下列漏洞：KVM: x86/xen: Initialize Xen timer only once Add a check for existing xen timers before initializing a new one. Currently kvm_xen_init_timer() is called on every KVM_XEN_VCPU_ATTR_TYPE_TIMER, which is causing the following ODEBUG crash when vcpu->arch.xen.timer is already set. ODEBUG: init active (active state 0) object type:
    hrtimer hint: xen_timer_callbac0 RIP: 0010:debug_print_object+0x16e/0x250 lib/debugobjects.c:502 Call Trace: __debug_object_init debug_hrtimer_init debug_init hrtimer_init kvm_xen_init_timer kvm_xen_vcpu_set_attr kvm_arch_vcpu_ioctl kvm_vcpu_ioctl vfs_ioctl (CVE-2022-50227)

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

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

  - Oracle MySQL 的 MySQL Server 产品中存在漏洞（组件：Server: Optimizer）。支持的版本中受影响的是 8.0.35 和较早版本以及 8.2.0 和较早版本。利用此漏洞的难度较低，通过多种协议进行网络访问的高权限攻击者可借此破坏 MySQL Server。
    成功攻击此漏洞可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完全 DOS）。(CVE-2024-20993)

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

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

  - Oracle MySQL 的 MySQL Server 产品中存在漏洞（组件：Server: DDL）。支持的版本中受影响的是 8.0.0-8.0.42、8.4.0-8.4.5 和 9.0.0-9.3.0。利用此漏洞的难度较低，通过多种协议进行网络访问的高权限攻击者可借此破坏 MySQL Server。成功攻击此漏洞可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完全 DOS）。(CVE-2025-50093)

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

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

  - 已修复 Linux 内核中的下列漏洞：clk: mmp: pxa1908-apbc: Fix NULL vs IS_ERR() check The devm_kzalloc() function returns NULL on error, not error pointers. Fix the check.
    (CVE-2024-58065)

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

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

  - riscv在不精确展开堆栈模式中使用 READ_ONCE_NOCHECK当未设置 CONFIG_FRAME_POINTER 时堆栈展开函数 walk_stackframe 会随机读取堆栈然后在启用了 KASAN 时可导致以下回溯[ 0.000000] ====== ================================================== ========== [ 0.000000] BUGKASANwalk_stackframe+0xa6/0x11a 中的堆栈越界 [ 0.000000] 通过任务 swapper/0 在地址 ffffffff81807c40 读取大小 8 的数据 [ 0.000000] [ 0.000000] CPU: 0 PID: 0 Comm: swapper Not tainted 6.2.0-12919-g24203e6db61f #43 [ 0.000000] 硬件名称riscv-virtio,qemu (DT) [ 0.000000] 调用跟踪 [ 0.000000] [<ffffffff80007ba8>] walk_stackframe+0x0/0x11a [ 0.000000] [<ffffffff80099ecc>] init_param_lock+0x26/0x2a [ 0.000000] [<ffffffff80007c4a>] walk_stackframe+0xa2/0x11a [ 0.000000] [<ffffffff80c49c80>] dump_stack_lvl+0x22/0x36 [ 0.000000] [<ffffffff80c3783e>] print_report+0x198/0x4a8 [ 0.000000] [<ffffffff80099ecc>] init_param_lock+0x26/0x2a [ 0.000000] [<ffffffff80007c4a>] walk_stackframe+0xa2/0x11a [ 0.000000] [<ffffffff8015f68a>] kasan_report+0x9a/ 0xc8 [ 0.000000] [<ffffffff80007c4a>] walk_stackframe+0xa2/0x11a [0.000000] [<ffffffff80007c4a>] walk_stackframe+0xa2/0x11a [ 0.000000] [<ffffffff8006e99c>] desc_make_final+0x80/0x84 [ 0.000000] [<ffffffff8009a04e>] stack_trace_save+0x88/0xa6 [ 0.000000] [<ffffffff80099fc2>] filter_irq_stacks+0x72/0x76 [ 0.000000] [<ffffffff8006b95e>] devkmsg_read+0x32a/ 0x32e [ 0.000000] [<ffffffff8015ec16>] kasan_save_stack+0x28/0x52 [ 0.000000] [<ffffffff8006e998>] desc_make_final+0x7c/0x84 [ 0.000000] [<ffffffff8009a04a>] stack_trace_save+0x84/0xa6 [ 0.000000] [<ffffffff8015ec52>] kasan_set_track+ 0x12/0x20 [ 0.000000] [<ffffffff8015f22e>]
    __kasan_slab_alloc+0x58/0x5e [ 0.000000] [<ffffffff8015e7ea>] __kmem_cache_create+0x21e/0x39a [ 0.000000] [<ffffffff80e133ac>] create_boot_cache+0x70/0x9c [ 0.000000] [<ffffffff80e17ab2>] kmem_cache_init+0x6c/0x11e [ 0.000000] [<ffffffff80e00fd6>] mm_init+0xd8/0xfe [ 0.000000] [<ffffffff80e011d8>] start_kernel+0x190/0x3ca [ 0.000000] [ 0.000000] 有缺陷的地址属于任务 swapper/0 的堆栈 [ 0.000000] 并且位于frame[ 0.000000] stack_trace_save+0x0/0xa6 [0.000000] [ 0.000000] 此帧有 1 个对象[ 0.000000] [32, 56) 'c' [ 0.000000] [ 0.000000] 此缺陷的地址属于物理页[ 0.000000] page:(____ptrval____) refcount:1 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x81a07 [ 0.000000] flags: 0x1000(reserved|zone=0) [ 0.000000] raw
    0000000000001000 ff600003f1e3d150 ff600003f1e3d150 0000000000000000 [ 0.000000] raw: 0000000000000000 0000000000000000 00000001ffffffff [ 0.000000] page dumped because: kasan: bad access detected [ 0.000000] [ 0.000000] Memory state around the buggy address: [ 0.000000] ffffffff81807b00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 0.000000] ffffffff81807b80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [0.000000] >ffffffff81807c00: 00 00 00 00 00 00 00 00 f1 f1 f1 f1 00 00 00 f3 [ 0.000000] ^ [ 0.000000] ffffffff81807c80: f3 f3 f3 f3 00 00 00 00 00 00 00 00 00 00 00 00 [ 0.000000] ffffffff81807d00: 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 0.000000] ======================================= =========================== 请在不精确模式下读取堆栈时使用 READ_ONCE_NOCHECK 来修复此问题。 (CVE-2023-53135)

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

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

  - 已修复 Linux 内核中的下列漏洞：net/smc: fix NULL sndbuf_desc in smc_cdc_tx_handler() When performing a stress test on SMC-R by rmmod mlx5_ib driver during the wrk/nginx test, we found that there is a probability of triggering a panic while terminating all link groups. This issue dues to the race between smc_smcr_terminate_all() and smc_buf_create(). smc_smcr_terminate_all smc_buf_create /* init */ conn->sndbuf_desc = NULL; ... __smc_lgr_terminate smc_conn_kill smc_close_abort smc_cdc_get_slot_and_msg_send __softirqentry_text_start smc_wr_tx_process_cqe smc_cdc_tx_handler READ(conn->sndbuf_desc->len); /* panic dues to NULL sndbuf_desc */ conn->sndbuf_desc = xxx; This patch tries to fix the issue by always to check the sndbuf_desc before send any cdc msg, to make sure that no null pointer is seen during cqe processing. (CVE-2023-53110)

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

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

  - usbchipideaci_hdrc_imx修复 usbmisc 处理 usbmisc 是可选设备属性因此完全有效的是具有 NULL 值的相应 data->usbmisc_data。在取消引用指针之前进行检查。由 Linux Verification Center (linuxtesting.org) 通过 Svace 静态分析工具发现。
    (CVE-2025-37811)

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

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

  - 已修复 Linux 内核中的下列漏洞：arm64/crc-t10dif: fix use of out-of-scope array in crc_t10dif_arch() Fix a silly bug where an array was used outside of its scope.
    (CVE-2025-23152)

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

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

  - dm crypt将 cond_resched() 添加到 dmcrypt_write() dmcrypt_write 中的循环可能运行无限时间因此其中需要 cond_resched()。此提交修复了以下警告[3391.153255][ C12] watchdog缺陷软锁定 - CPU#12 卡住达 23s! [dmcrypt_write/2:2897] ... [3391.387210][ C12] 调用跟踪[ 3391.390338][ C12] blk_attempt_bio_merge.part.6+0x38/0x158 [3391.395970][ C12] blk_attempt_plug_merge+0xc0/0x1b0 [ 3391.401085][ C12] blk_mq_submit_bio+0x398/0x550 [3391.405856][ C12] submit_bio_noacct+0x308/0x380 [ 3391.410630][ C12] dmcrypt_write+0x1e4/0x208 [dm_crypt] [ 3391.416005][ C12] kthread+0x130/0x138 [ 3391.419911][ C12] ret_from_fork+0x10/0x18 (CVE-2023-53051)

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

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

  * 在 2.6.34 到 5.2.x 版本的 Linux 内核中，在 vhost 功能将 virtqueue 缓冲区转换为 IOV 的方式中发现缓冲区溢出缺陷，此缺陷在迁移期间记录缓冲区描述符。特权客户机用户可在迁移过程中向主机传递长度无效的描述符，并利用此缺陷增加其在主机上的特权。(CVE-2019-14835)

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

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

  - riscvuprobes构建 XOL 缓冲区后添加缺失的 fence.i XOL执行越界缓冲区用于单步执行 uprobes 的替换指令。构建 XOL 缓冲区后RISC-V 端口缺少适当的 fence.ii$ 刷新这可导致不正确执行过时/损坏的指令。运行 BPF selftest test_progs: uprobe_autoattach, Spacemit K1/ 上的 attach_probe 时发现此漏洞X60其中 uprobes 测试会随机发生崩溃。 (CVE-2025-37822)

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

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

  - 已修复 Linux 内核中的下列漏洞：watchdog: lenovo_se30_wdt: Fix possible devm_ioremap() NULL pointer dereference in lenovo_se30_wdt_probe() devm_ioremap() returns NULL on error. Currently, lenovo_se30_wdt_probe() does not check for this case, which results in a NULL pointer dereference. Add NULL check after devm_ioremap() to prevent this issue. (CVE-2025-38144)

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

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

  - 已修复 Linux 内核中的下列漏洞：scsi: hisi_sas: Fix a deadlock issue related to automatic dump If we issue a disabling PHY command, the device attached with it will go offline, if a 2 bit ECC error occurs at the same time, a hung task may be found: [ 4613.652388] INFO: task kworker/u256:0:165233 blocked for more than 120 seconds. [ 4613.666297] echo 0 > /proc/sys/kernel/hung_task_timeout_secs disables this message. [ 4613.674809] task:kworker/u256:0 state:D stack: 0 pid:165233 ppid: 2 flags:0x00000208 [ 4613.683959] Workqueue: 0000:74:02.0_disco_q sas_revalidate_domain [libsas] [ 4613.691518] Call trace: [ 4613.694678] __switch_to+0xf8/0x17c [4613.698872] __schedule+0x660/0xee0 [ 4613.703063] schedule+0xac/0x240 [ 4613.706994] schedule_timeout+0x500/0x610 [ 4613.711705] __down+0x128/0x36c [ 4613.715548] down+0x240/0x2d0 [4613.719221] hisi_sas_internal_abort_timeout+0x1bc/0x260 [hisi_sas_main] [ 4613.726618] sas_execute_internal_abort+0x144/0x310 [libsas] [ 4613.732976] sas_execute_internal_abort_dev+0x44/0x60 [libsas] [ 4613.739504] hisi_sas_internal_task_abort_dev.isra.0+0xbc/0x1b0 [hisi_sas_main] [ 4613.747499] hisi_sas_dev_gone+0x174/0x250 [hisi_sas_main] [ 4613.753682] sas_notify_lldd_dev_gone+0xec/0x2e0 [libsas] [ 4613.759781] sas_unregister_common_dev+0x4c/0x7a0 [libsas] [ 4613.765962] sas_destruct_devices+0xb8/0x120 [libsas] [ 4613.771709] sas_do_revalidate_domain.constprop.0+0x1b8/0x31c [libsas] [ 4613.778930] sas_revalidate_domain+0x60/0xa4 [libsas] [ 4613.784716] process_one_work+0x248/0x950 [ 4613.789424] worker_thread+0x318/0x934 [ 4613.793878] kthread+0x190/0x200 [4613.797810] ret_from_fork+0x10/0x18 [ 4613.802121] INFO: task kworker/u256:4:316722 blocked for more than 120 seconds. [ 4613.816026] echo 0 > /proc/sys/kernel/hung_task_timeout_secs disables this message. [4613.824538] task:kworker/u256:4 state:D stack: 0 pid:316722 ppid: 2 flags:0x00000208 [ 4613.833670] Workqueue: 0000:74:02.0 hisi_sas_rst_work_handler [hisi_sas_main] [ 4613.841491] Call trace: [4613.844647] __switch_to+0xf8/0x17c [ 4613.848852] __schedule+0x660/0xee0 [ 4613.853052] schedule+0xac/0x240 [ 4613.856984] schedule_timeout+0x500/0x610 [ 4613.861695] __down+0x128/0x36c [4613.865542] down+0x240/0x2d0 [ 4613.869216] hisi_sas_controller_prereset+0x58/0x1fc [hisi_sas_main] [4613.876324] hisi_sas_rst_work_handler+0x40/0x8c [hisi_sas_main] [ 4613.883019] process_one_work+0x248/0x950 [ 4613.887732] worker_thread+0x318/0x934 [ 4613.892204] kthread+0x190/0x200 [4613.896118] ret_from_fork+0x10/0x18 [ 4613.900423] INFO: task kworker/u256:1:348985 blocked for more than 121 seconds. [ 4613.914341] echo 0 > /proc/sys/kernel/hung_task_timeout_secs disables this message. [4613.922852] task:kworker/u256:1 state:D stack: 0 pid:348985 ppid: 2 flags:0x00000208 [ 4613.931984] Workqueue: 0000:74:02.0_event_q sas_port_event_worker [libsas] [ 4613.939549] Call trace: [ 4613.942702]
    __switch_to+0xf8/0x17c [ 4613.946892] __schedule+0x660/0xee0 [ 4613.951083] schedule+0xac/0x240 [4613.955015] schedule_timeout+0x500/0x610 [ 4613.959725] wait_for_common+0x200/0x610 [ 4613.964349] wait_for_completion+0x3c/0x5c [ 4613.969146] flush_workqueue+0x198/0x790 [ 4613.973776] sas_porte_broadcast_rcvd+0x1e8/0x320 [libsas] [ 4613.979960] sas_port_event_worker+0x54/0xa0 [libsas] [4613.985708] process_one_work+0x248/0x950 [ 4613.990420] worker_thread+0x318/0x934 [ 4613.994868] kthread+0x190/0x200 [ 4613.998800] ret_from_fork+0x10/0x18 This is because when the device goes offline, we obtain the hisi_hba semaphore and send the ABORT_DEV command to the device. However, the internal abort timed out due to the 2 bit ECC error and triggers automatic dump. In addition, since the hisi_hba semaphore has been obtained, the dump cannot be executed and the controller cannot be reset. Therefore, the deadlocks occur on the following circular dependencies ---truncated--- (CVE-2024-26873)

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

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

  - Oracle MySQL 的 MySQL Server 产品中存在漏洞（组件：Server: Optimizer）。支持的版本中受影响的是 8.0.25 和较早版本。利用此漏洞的难度较低，通过多种协议进行网络访问的高权限攻击者可借此破坏 MySQL Server。成功攻击此漏洞可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完全 DOS）。(CVE-2021-2441)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: systemport: Add global locking for descriptor lifecycle The descriptor list is a shared resource across all of the transmit queues, and the locking mechanism used today only protects concurrency across a given transmit queue between the transmit and reclaiming. This creates an opportunity for the SYSTEMPORT hardware to work on corrupted descriptors if we have multiple producers at once which is the case when using multiple transmit queues.
    This was particularly noticeable when using multiple flows/transmit queues and it showed up in interesting ways in that UDP packets would get a correct UDP header checksum being calculated over an incorrect packet length. Similarly TCP packets would get an equally correct checksum computed by the hardware over an incorrect packet length. The SYSTEMPORT hardware maintains an internal descriptor list that it re-arranges when the driver produces a new descriptor anytime it writes to the WRITE_PORT_{HI,LO} registers, there is however some delay in the hardware to re-organize its descriptors and it is possible that concurrent TX queues eventually break this internal allocation scheme to the point where the length/status part of the descriptor gets used for an incorrect data buffer. The fix is to impose a global serialization for all TX queues in the short section where we are writing to the WRITE_PORT_{HI,LO} registers which solves the corruption even with multiple concurrent TX queues being used. (CVE-2021-47587)

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

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

  - net/mlx5修复发生 EEH 时未在拆卸路径中删除 vport 的 mc、uc 和多播规则转向规则清理。由于固件中 vport 的 promisc 设置uc、mc 和 all在 EEH 后会重置mlx5 驱动程序将尝试删除初始化路径中的上述规则。这会导致内核崩溃因为这些软件规则不再有效。修复的方法是在删除后立即使这些规则无效以避免访问任何悬摆指针。Call Trace: __list_del_entry_valid+0xcc/0x100 (unreliable) tree_put_node+0xf4/0x1b0 [mlx5_core] tree_remove_node+0x30/0x70 [mlx5_core] mlx5_del_flow_rules+0x14c/0x1f0 [mlx5_core] esw_apply_vport_rx_mode+0x10c/0x200 [mlx5_core] esw_update_vport_rx_mode+0xb4/0x180 [mlx5_core ] esw_vport_change_handle_locked+0x1ec/0x230 [mlx5_core] esw_enable_vport+0x130/0x260 [mlx5_core] mlx5_eswitch_enable_sriov+0x2a0/0x2f0 [mlx5_core] mlx5_device_enable_sriov+0x74/0x440 [mlx5_core] mlx5_load_one+0x114c/0x1550 [mlx5_core] mlx5_pci_resume+0x68/0xf0 [mlx5_core] eeh_report_resume +0x1a4/0x230 eeh_pe_dev_traverse+0x98/0x170 eeh_handle_normal_event+0x3e4/0x640 eeh_handle_event+0x4c/0x370 eeh_event_handler+0x14c/0x210 kthread+0x168/0x1b0 ret_from_kernel_thread+0x5c/0x84 (CVE-2023-53079)

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

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

  - coresight在启用配置时防止停用活动配置。在通过 cscfg_csdev_enable_active_config() 启用活动配置时可通过 configfs 的 sysfs 接口停用活动配置。这可使 UAF 在以下情况下成为问题CPU0 CPU1sysfs 加载模块 cscfg_load_config_sets() 激活配置。 // sysfs (sys_active_cnt == 1) ... cscfg_csdev_enable_active_config() lock(csdev->cscfg_csdev_lock) // 此处加载配置由 CPU1 激活解锁(csdev->cscfg_csdev_lock) 停用配置 // sysfs (sys_activec_cnt == 0) cscfg_unload_config_sets( ) 卸载模块 // 访问卸载模块时释放的 // 的 config_desc。 cscfg_csdev_enable_config 要解决此问题请将 cscfg_config_desc 的 active_cnt 用作引用计数 - 激活配置。 - 启用已激活的配置。并在 config_active_cnt == 0 时放置模块引用。(CVE-2025-38131

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

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

  - USBwdm解决 wdm_open 与 wdm_wwan_port_stop 之间的争用最后一个操作必须是清除 WDM_WWAN_IN_USE否则可打开 URB 仍然中毒的 chardev (CVE-2025-37985)

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

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

  - 在 5.3.11 及之前的 Linux 内核中，drivers/spi/spi-fsl-lpspi.c 的 fsl_lpspi_probe() 函数存在内存泄露漏洞，导致攻击者可以通过触发 pm_runtime_get_sync() 失败造成拒绝服务（内存消耗），也称为 CID-057b8945f78f。注意由于攻击者在探测时无法实际控制这些故障第三方对此相关性存在争议 (CVE-2019-19064)

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

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

  - 将未正确截断的 URL 的焦点放在开头而不是源周围。此漏洞影响 Firefox < 141 和 Thunderbird < 141。 (CVE-2025-8043)

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

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

  - BuildKit 是一种工具包，用于将源代码转换为以高效、富有表现力和可重复的方式构建构件。并行运行的两个恶意构建步骤通过子路径共享相同的缓存挂载，这可能造成争用条件，进而导致主机系统中的文件可被构建容器访问。此问题已在 v0.12.5 中修复。变通方案包括：避免使用来自不受信任来源的 BuildKit 前端，或构建包含带有
    --mount=type=cache,source=... 选项的不受信任 Dockerfile。(CVE-2024-23651)

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

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

  - Apache Commons Lang 中不受控制的递归漏洞。此问题影响 Apache Commons Lang:
    开头为 commons-lang:commons-lang 2.0 至 2.6以及从 之前的 org.apache.commons:commons-lang3 3.03.18.0。方法 ClassUtils.getClass(...) 可在极长的输入上抛出 StackOverflowError。由于应用程序和库通常不处理错误因此 StackOverflowError 可造成应用程序停止。建议用户升级到修复了此问题的版本 3.18.0。
    (CVE-2025-48924)

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

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

  - 已修复 Linux 内核中的下列漏洞：erofs: fix inconsistent per-file compression format EROFS can select compression algorithms on a per-file basis, and each per-file compression algorithm needs to be marked in the on-disk superblock for initialization. However, syzkaller can generate inconsistent crafted images that use an unsupported algorithmtype for specific inodes, e.g.
    use MicroLZMA algorithmtype even it's not set in `sbi->available_compr_algs`. This can lead to an unexpected BUG: kernel NULL pointer dereference if the corresponding decompressor isn't built-in. Fix this by checking against `sbi->available_compr_algs` for each m_algorithmformat request. Incorrect !erofs_sb_has_compr_cfgs preset bitmap is now fixed together since it was harmless previously.
    (CVE-2024-26590)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: ieee802154: ca8210: Stop leaking skb's Upon error the ieee802154_xmit_complete() helper is not called. Only ieee802154_wake_queue() is called manually. We then leak the skb structure. Free the skb structure upon error before returning.
    (CVE-2022-48722)

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

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

  - 在 libarchive 库中发现一个漏洞。此缺陷涉及处理文件名的前缀和后缀时的“差一”误算。这可导致 1 字节写入溢出。此类溢出看似很小，实则可能损坏邻近内存从而导致不可预测的程序行为、崩溃或在特定情况下可被利用作为更复杂漏洞利用的构建块。 (CVE-2025-5917)

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

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

  - 在 Linux 内核 4.10.4 及之前版本中，本地用户可利用 drivers/scsi/sg.c 中的 sg_ioctl 函数，通过 SG_NEXT_CMD_LEN ioctl 调用中的大型命令，造成拒绝服务（基于堆栈的缓冲区溢出），或可能造成其他不明影响，进而导致 sg_write 函数存在越界写入访问漏洞。(CVE-2017-7187)

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

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

  - Oracle MySQL 的 MySQL Server 产品中存在漏洞（组件：Server: Optimizer）。支持的版本中受影响的是 8.0.29 和较早版本。利用此漏洞的难度较低，通过多种协议进行网络访问的高权限攻击者可借此破坏 MySQL Server。成功利用此漏洞进行攻击可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完整 DOS），以及未经授权更新、插入或删除某些 MySQL Server 可访问数据的访问权限。(CVE-2022-21528)

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

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

  - 已在 Robot Operating System (ROS)“rosbach”工具中发现一个代码执行漏洞它将影响 ROS 发行版本 Nootic Ninjemys 及更早版本。漏洞产生原因是使用 eval() 函数处理“rospackage filter”命令中用户提供的未经审查的输入。攻击者可利用此缺陷构建并执行任意 Python 代码。 (CVE-2025-3753)

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

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

  - watchdog修复 wdt_startup() 中可能的释放后使用 此模块的删除路径调用 del_timer()。
    但是该函数不会等待定时器处理程序完成。这意味着驱动程序的删除函数完成后定时器处理程序可能仍在运行这可导致释放后使用。通过调用 del_timer_sync() 进行修复可确保定时器处理程序已完成并且无法重新计划自身。 (CVE-2021-47324)

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

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

  - videofbdevarkfb修复 ark_set_pixclock() 中的除以零缺陷 由于用户可以在特殊参数下从用户空间控制 ioctl() 的参数可导致除以零缺陷indrivers/video/fbdev/arkfb.c:784ark_set_pixclock(info, (hdiv * info->var.pixclock) / hmul); hdiv=1, pixclock=1 and hmul=2 时最终得到 (1*1)/2 = (int) 0. 然后输入
    drivers/video/fbdev/arkfb.c:504rv = dac_set_freq(par->dac, 0, 1000000000 / pixclock);我们会得到一个除零错误以下日志可以揭示该问题divide error: 0000 [#1] PREEMPT SMP KASAN PTI RIP
    0010:ark_set_pixclock drivers/video/fbdev/arkfb.c:504 [inline] RIP0010:arkfb_set_par+0x10fc/0x24c0 drivers/video/fbdev/arkfb.c:784 调用跟踪fb_set_var+0x604/0xeb0 drivers/video/fbdev /core/fbmem.c:1034 do_fb_ioctl+0x234/0x670 drivers/video/fbdev/core/fbmem.c:1110 fb_ioctl+0xdd/0x130 drivers/video/fbdev/core/fbmem.c:1189 通过检查参数来修复此问题首先执行 ark_set_pixclock()。
    (CVE-2022-50102)

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

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

  -rapidio修复 rio_add_net() 失败时的 API 错误。rio_add_net() 调用 device_register()并在 device_register() 失败时失败。因此应使用 put_device() 而不是 kfree()。添加 import->net = NULL;
    以避免释放后使用问题。 (CVE-2025-21934)

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

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

  - 适用于所有平台的 NVIDIA CUDA Toolkit 在 cuobjdump 和 nvdisasm 中包含一个漏洞，攻击者可借此诱骗用户读取格式错误的 ELF 文件以造成崩溃。成功利用此漏洞可能会导致部分拒绝服务。(CVE-2024-0072)

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

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

  - QEMU 中的 hw/pci/pcie_sriov.c 10.0.3 未正确处理 VF Enable 位写入掩码此问题与 CVE-2024-26327有关。 (CVE-2025-54567)

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

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

  - efi/capsule-loader修复不正确的分配大小 gcc-14 发现 32 位架构上通过 sizeof(void) 进行的分配不足以用于 64 位 phys_addr_t: drivers/firmware/efi/capsule-loader.c在函数“efi_capsule_open”中drivers/firmware/efi/capsule-loader.c:295:24错误为大小“8”的“phys_addr_t”类型{aka“long long unsigned int”}分配大小“4”不足-Werror=alloc-size] 295 | cap_info->phys = kzalloc(sizeof(void *), GFP_KERNEL); | ^ 请使用正确的类型代替。
    (CVE-2024-27413)

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

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

  - 攻击者可能已将 CSS 注入可通过内部 URI 访问的样式表例如（如 resource:），从而绕过页面的内容安全策略。此漏洞会影响 Firefox ESR < 91.11、Thunderbird < 102、Thunderbird < 91.11 和 Firefox < 101。(CVE-2022-31744)

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

ID	名称	严重性
246373	Linux Distros 未修补的漏洞：CVE-2019-19047	medium
246372	Linux Distros 未修补的漏洞：CVE-2022-34674	medium
246371	Linux Distros 未修补的漏洞：CVE-2024-4764	critical
246370	Linux Distros 未修补的漏洞：CVE-2020-26972	critical
246369	Linux Distros 未修补的漏洞：CVE-2025-38087	high
246368	Linux Distros 未修补的漏洞：CVE-2022-0511	high
246367	Linux Distros 未修补的漏洞：CVE-2024-53204	medium
246366	Linux Distros 未修补的漏洞：CVE-2025-21880	medium
246365	Linux Distros 未修补的漏洞：CVE-2021-2011	medium
246364	Linux Distros 未修补的漏洞：CVE-2024-42231	medium
246363	Linux Distros 未修补的漏洞：CVE-2021-47614	high
246362	Linux Distros 未修补的漏洞：CVE-2023-28162	high
246361	Linux Distros 未修补的漏洞：CVE-2022-49989	medium
246360	Linux Distros 未修补的漏洞：CVE-2024-40992	medium
246359	Linux Distros 未修补的漏洞：CVE-2022-48985	medium
246358	Linux Distros 未修补的漏洞：CVE-2022-50227	medium
246357	Linux Distros 未修补的漏洞：CVE-2024-20993	medium
246356	Linux Distros 未修补的漏洞：CVE-2025-50093	medium
246355	Linux Distros 未修补的漏洞：CVE-2024-58065	medium
246354	Linux Distros 未修补的漏洞：CVE-2023-53135	high
246353	Linux Distros 未修补的漏洞：CVE-2023-53110	medium
246352	Linux Distros 未修补的漏洞：CVE-2025-37811	medium
246351	Linux Distros 未修补的漏洞：CVE-2025-23152	high
246350	Linux Distros 未修补的漏洞：CVE-2023-53051	medium
246349	Linux Distros 未修补的漏洞：CVE-2019-14835	high
246348	Linux Distros 未修补的漏洞：CVE-2025-37822	high
246347	Linux Distros 未修补的漏洞：CVE-2025-38144	medium
246346	Linux Distros 未修补的漏洞：CVE-2024-26873	medium
246345	Linux Distros 未修补的漏洞：CVE-2021-2441	medium
246344	Linux Distros 未修补的漏洞：CVE-2021-47587	medium
246343	Linux Distros 未修补的漏洞：CVE-2023-53079	high
246342	Linux Distros 未修补的漏洞：CVE-2025-38131	high
246341	Linux Distros 未修补的漏洞：CVE-2025-37985	medium
246340	Linux Distros 未修补的漏洞：CVE-2019-19064	high
246339	Linux Distros 未修补的漏洞：CVE-2025-8043	critical
246338	Linux Distros 未修补的漏洞：CVE-2024-23651	high
246337	Linux Distros 未修补的漏洞：CVE-2025-48924	medium
246336	Linux Distros 未修补的漏洞：CVE-2024-26590	medium
246335	Linux Distros 未修补的漏洞：CVE-2022-48722	medium
246334	Linux Distros 未修补的漏洞：CVE-2025-5917	low
246333	Linux Distros 未修补的漏洞：CVE-2017-7187	high
246332	Linux Distros 未修补的漏洞：CVE-2022-21528	medium
246331	Linux Distros 未修补的漏洞：CVE-2025-3753	high
246330	Linux Distros 未修补的漏洞：CVE-2021-47324	high
246329	Linux Distros 未修补的漏洞：CVE-2022-50102	medium
246328	Linux Distros 未修补的漏洞：CVE-2025-21934	high
246327	Linux Distros 未修补的漏洞：CVE-2024-0072	low
246326	Linux Distros 未修补的漏洞：CVE-2025-54567	medium
246325	Linux Distros 未修补的漏洞：CVE-2024-27413	medium
246324	Linux Distros 未修补的漏洞：CVE-2022-31744	medium

检测

Nessus 的 Misc. 系列

medium

medium

critical

critical

high

high

medium

medium

medium

medium

high

high

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

high

medium

high

high

medium

medium

medium

medium

high

high

medium

high

critical

high

medium

medium

medium

low

high

medium

high

high

medium

high

low

medium

medium

medium