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

  - drm/msm修复提交错误路径中的隔离泄漏 在错误路径中我们可以在不调用 drm_sched_entity_push_job() 的情况下取消引用提交因此永远不会调用 msm_job_free()。由于 drm_sched_job_cleanup() 会将 s_fence 清空因此我们可利用此问题来检测这种情况。patchwork
    https://patchwork.freedesktop.org/patch/653584/ (CVE-2025-38410)

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

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

  - Oracle MySQL 的 MySQL Server 产品中存在漏洞（组件：Server: Security: Privileges）。
    支持的版本中受影响的是 5.7.41 和较早版本以及 8.0.30 和较早版本。可轻松利用的漏洞允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 MySQL Server。成功攻击此漏洞可导致在未经授权的情况下造成 MySQL Server 挂起或频繁出现崩溃（完全 DOS）。(CVE-2023-21912)

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

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

  - 已修复 Linux 内核中的下列漏洞：netmem: prevent TX of unreadable skbs Currently on stable trees we have support for netmem/devmem RX but not TX. It is not safe to forward/redirect an RX unreadable netmem packet into the device's TX path, as the device may call dma-mapping APIs on dma addrs that should not be passed to it. Fix this by preventing the xmit of unreadable skbs. Tested by configuring tc redirect: sudo tc qdisc add dev eth1 ingress sudo tc filter add dev eth1 ingress protocol ip prio 1 flower ip_proto \ tcp src_ip 192.168.1.12 action mirred egress redirect dev eth1 Before, I see unreadable skbs in the driver's TX path passed to dma mapping APIs. After, I don't see unreadable skbs in the driver's TX path passed to dma mapping APIs. (CVE-2025-21954)

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

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

  - 2.4.59 及更早版本的 Apache HTTP Server 中的 mod_proxy 存在编码问题，导致攻击可以将编码错误的请求 URL 发送到后端服务，从而可能通过构建的请求绕过身份验证。建议用户升级为已修复此问题的 2.4.60 版。(CVE-2024-38473)

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

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

  - 在 Linux 内核的 TeleTYpe 子系统中发现越界读取缺陷。在 flush_to_ldisc 函数中存在内存泄漏时，用户使用 ioctls TIOCSPTLCK 和 TIOCGPTPEER 以及 TIOCSTI 和 TCXONC 触发争用条件时会发生此问题。此缺陷会让本地用户导致系统崩溃或从内存读取未经授权的随机数据。 (CVE-2022-1462)

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

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

  - 已修复 Linux 内核中的下列漏洞：bpf: Fix array bounds error with may_goto may_goto uses an additional 8 bytes on the stack, which causes the interpreters[] array to go out of bounds when calculating index by stack_size. 1. If a BPF program is rewritten, re-evaluate the stack size. For non-JIT cases, reject loading directly. 2. For non-JIT cases, calculating interpreters[idx] may still cause out-of-bounds array access, and just warn about it. 3. For jit_requested cases, the execution of bpf_func also needs to be warned. So move the definition of function __bpf_prog_ret0_warn out of the macro definition CONFIG_BPF_JIT_ALWAYS_ON. (CVE-2025-22087)

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

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

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

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/xe/userptr: fix notifier vs folio deadlock User is reporting what smells like notifier vs folio deadlock, where migrate_pages_batch() on core kernel side is holding folio lock(s) and then interacting with the mappings of it, however those mappings are tied to some userptr, which means calling into the notifier callback and grabbing the notifier lock. With perfect timing it looks possible that the pages we pulled from the hmm fault can get sniped by migrate_pages_batch() at the same time that we are holding the notifier lock to mark the pages as accessed/dirty, but at this point we also want to grab the folio locks(s) to mark them as dirty, but if they are contended from notifier/migrate_pages_batch side then we deadlock since folio lock won't be dropped until we drop the notifier lock. Fortunately the mark_page_accessed/dirty is not really needed in the first place it seems and should have already been done by hmm fault, so just remove it. (cherry picked from commit bd7c0cb695e87c0e43247be8196b4919edbe0e85) (CVE-2025-37868)

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

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

  - RDMA/mlx5修复 UMR QP 的恢复流 此修补程序解决 UMR QP 恢复流中的一个问题确保任务不会卡住如调用跟踪所突出显示 [1]。在恢复期间将 QP 转换为 RESET 状态之前软件必须等待所有未完成的 WR 完成。
    根据 IB 规范不这样做会导致固件跳过发送某些有错误的刷新 CQE而只是在 RESET 时将其丢弃。此争用条件可导致 CQE 丢失以及任务卡住。为解决此问题 修补程序会发送最终 WR其仅作为将 QP 状态移动至 RESET 之前的屏障。在收到最终 WR 的 CQE 后，将保证不存在任何未完成的 WR，从而可以安全地将 QP 转换到 RESET，并在随后转换回 RTS，从而恢复正确的功能。注意：对于屏障 WR，我们只是重用发生故障和就绪的 WR。由于 QP 处于错误状态因此它将仅接收 IB_WC_WR_FLUSH_ERR。但是，由于它仅充当屏障，因此我们不关心其状态。 [1] INFO任务 rdma_resource_l:1922 阻止超过 120 秒。受感染的: GW 6.12.0-rc7+ #1626 echo 0 > /proc/sys/kernel/hung_task_timeout_secs 禁用此消息。
    task:rdma_resource_l state:D stack:0 pid:1922 tgid:1922 ppid:1369 flags:0x00004004 调用跟踪 <TASK>
    __schedule+0x420/0xd30 schedule+0x47/0x130 schedule_timeout+0x280/0x300 ? mark_held_locks+0x48/0x80 lockdep_hardirqs_on_prepare+0xe5/0x1a0 wait_for_completion+0x75/0x130 mlx5r_umr_post_send_wait+0x3c2/0x5b0 [mlx5_ib] ? __pfx_mlx5r_umr_done+0x10/0x10 [mlx5_ib] mlx5r_umr_revoke_mr+0x93/0xc0 [mlx5_ib]
    __mlx5_ib_dereg_mr+0x299/0x520 [mlx5_ib] ? _raw_spin_unlock_irq+0x24/0x40 ? wait_for_completion+0xfe/0x130 ? rdma_restrack_put+0x63/0xe0 [ib_core] ib_dereg_mr_user+0x5f/0x120 [ib_core] ? lock_release+0xc6/0x280 destroy_hw_idr_uobject+0x1d/0x60 [ib_uverbs] uverbs_destroy_uobject+0x58/0x1d0 [ib_uverbs] uobj_destroy+0x3f/0x70 [ib_uverbs] ib_uverbs_cmd_verbs+0x3e4/0xbb0 [ib_uverbs] ?
    __pfx_uverbs_destroy_def_handler+0x10/0x10 [ib_uverbs] ? __lock_acquire+0x64e/0x2080 ? mark_held_locks+0x48/0x80 find_held_lock+0x2d/0xa0 ? lock_acquire+0xc1/0x2f0 ? ib_uverbs_ioctl+0xcb/0x170 [ib_uverbs] ? __fget_files+0xc3/0x1b0 ib_uverbs_ioctl+0xe7/0x170 [ib_uverbs] ? ib_uverbs_ioctl+0xcb/0x170 [ib_uverbs] __x64_sys_ioctl+0x1b0/0xa70 do_syscall_64+0x6b/0x140 entry_SYSCALL_64_after_hwframe+0x76/0x7e RIP:0033:0x7f99c918b17b RSP: 007EF60dGS0ffc4
    00000246 ORIG_RAX0000000000000010 RAXffffffffffffffda RBX00007ffc766d0578 RCX00007f99c918b17b RDX
    00007ffc766d0560 RSI: 00000000c0181b01 RDI: 0000000000000003 RBP: 00007ffc766d0540 R08: 00007f99c8f99010 R09: 000000000000bd7e R10: 00007f99c94c1c70 R11: 0000000000000246 R12: 00007ffc766d0530 R13:
    000000000000001c R140000000040246a80 R150000000000000000 </TASK> (CVE-2025-21892)

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

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

  - 解析和验证 WebRTC 中的 SCTP 区块时，可能发生缓冲区溢出。这可能导致内存损坏和潜在的可利用崩溃。此漏洞会影响 Firefox ESR < 68.8、Firefox < 76 和 Thunderbird < 68.8.0。(CVE-2020-6831)

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

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

  - 键盘事件引用像 KeyA 这样位于固定、已知和广泛传播地址的字符串。
    基于缓存的计时攻击（例如 Prime+Probe）可能会找出正在按下的键。此漏洞会影响 Firefox ESR < 102.5、Thunderbird  < 102.5 和 Firefox < 107。
    (CVE-2022-45416)

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

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

  - 已修复 Linux 内核中的下列漏洞：riscv: Fix module loading free order Reverse order of kfree calls to resolve use-after-free error. (CVE-2024-26619)

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

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

  - 在 Podman 中发现一个缺陷。从 OCI 注册表下载 VM 图像时podman 计算机 init 命令无法验证 TLS 证书。此问题会导致中间人攻击。
    (CVE-2025-6032)

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

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

  - 通过一系列 API 调用和重定向，由攻击者控制的警报对话框可能会在其他网站上显示（显示受害者网站的 URL）。该漏洞影响 Firefox < 123、Firefox ESR < 115.8 和 Thunderbird < 115.8。(CVE-2024-1547)

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

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

  - wifimac80211如果状态断开则不完成 IBSS 模式中的 CSA 如果未连接到通道发送通道切换公告没有任何意义。在该情况下BSS 列表为空。
    这会造成绕过 cfg80211_get_bss() 中的 for 循环使函数返回空值检查 net/wireless/scan.c 的第 1424 行并造成触发 ieee80211_ibss_csa_beacon() 中的 WARN_ON()检查 net/wireless/scan.c 的第 500 行/mac80211/ibss.c），从而报告在 syzkaller 仪表盘上。因此在 ieee80211_ibss_finish_csa() 中生成 CSA 信标之前请检查是否存在现有连接。
    (CVE-2022-49942)

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

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

  - wifimac80211ieee80211_do_stop() SKB 之后清除 ieee80211_do_stop() 中的 vif txq 仍可处理 vif 的 txq。实际上另一个并发 vif schedule_and_wake_txq 调用可导致在不检查 sdata 当前状态的情况下将这些数据包出列请参阅 ieee80211_handle_wake_tx_queue()。由于现已清除此函数中的 vif.drv_priv因此可能导致驱动程序崩溃。例如在 ath12k 中ahvif 存储在 vif.drv_priv 中。因此如果在 ieee80211_do_stop() 之后调用 ath12k_mac_op_tx()ahvif->ah 可能为空从而导致此函数中的 ath12k_warn(ahvif->ah,...) 调用触发下方的空取消引用。
    无法处理虚拟地址处的内核分页请求 dffffffc000000001 KASAN: null-ptr-deref in 范围 [0x000000000000008-0x000000000000000f] batman_advbat0: 接口 deactivated: brbh1337 Mem 中止信息
    ESR = 0x0000000096000004 EC = 0x25DABT当前 ELIL = 32 位 SET = 0FnV = 0 EA = 0S1PTW = 0 FSC = 0x04级别 0 转换错误数据中止信息ISV = 0ISS = 0x00000004 、ISS2 = 0x00000000 CM = 0、WnR = 0、TnD = 0、TagAccess = 0 GCS = 0、Overlay = 0、DirtyBit = 0、Xs = 0 用户与内核地址范围之间的 [dfffffc000000001] 地址内部错误Oops0000000096000004 [#1] SMP CPU1 UID0 PID
    978 Commlbd 未受感染 6.13.0-g633f875b8f1e #114 硬件名称 HW (DT) pstate: 10000005 (nzcV daif
    -PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc ath12k_mac_op_tx+0x6cc/0x29b8 [ath12k] lr
    ath12k_mac_op_tx+0x174/0x29b8 [ath12k] sp : ffffffc086ace450 x29: ffffffc086ace450 x28: 0000000000000000 x27: 1ffffff810d59ca4 x26: ffffff801d05f7c0 x25: 0000000000000000 x24: 000000004000001e x23:
    ffffff8009ce4926 x22: ffffff801f9c0800 x21: ffffff801d05f7f0 x20: ffffff8034a19f40 x19: 0000000000000000 x18: ffffff801f9c0958 x17: ffffff800bc0a504 x16: dfffffc000000000 x15: ffffffc086ace4f8 x14:
    ffffff801d05f83c x13: 0000000000000000 x12: ffffffb003a0bf03 x11: 0000000000000000 x10: ffffffb003a0bf02 x9 : ffffff8034a19f40 x8 : ffffff801d05f818 x7 : 1ffffff0069433dc x6 : ffffff8034a19ee0 x5 :
    ffffff801d05f7f0 x4 : 0000000000000000 x3 : 0000000000000001 x2 : 0000000000000000 x1 : dfffffc000000000 x0 : 0000000000000008 Call trace: ath12k_mac_op_tx+0x6cc/0x29b8 [ath12k] (P) ieee80211_handle_wake_tx_queue+0x16c/0x260 ieee80211_queue_skb+0xeec/0x1d20 ieee80211_tx+0x200/0x2c8 ieee80211_xmit+0x22c/0x338 __ieee80211_subif_start_xmit+0x7e8/0xc60 ieee80211_subif_start_xmit+0xc4/0xee0
    __ieee80211_subif_start_xmit_8023.isra.0+0x854/0x17a0 ieee80211_subif_start_xmit_8023+0x124/0x488 dev_hard_start_xmit+0x160/0x5a8 __dev_queue_xmit+0x6f8/0x3120 br_dev_queue_push_0x420x488
    __br_forward+0xe4/0x2b0 deliver_clone+0x5c/0xd0 br_flood+0x398/0x580 br_dev_xmit+0x454/0x9f8 dev_hard_start_xmit+0x160/0x5a8 __dev_queue_xmit+0x6f8/0x3120 ip6_finish_output2+0x1c28/0x1c28/0x1c28
    __ip6_finish_output+0x38c/0x638 ip6_output+0x1b4/0x338 ip6_local_out+0x7c/0xa8 ip6_send_skb+0x7c/0x1b0 ip6_push_pending_frames+0x94/0xd0 rawv6_sendmsg+0x1a98/0x2898 inet_sendmsg0x940/
    __sys_sendto+0x1e4/0x308 __arm64_sys_sendto+0xc4/0x140 do_el0_svc+0x110/0x280 el0_svc+0x20/0x60 el0t_64_sync_handler+0x104/0x138 el0t_64_sync+0x154/0x158 To avoid that, empty vif's txq at ieee80211_do_stop() so no packet could be dequeued after ieee80211_do_stop(无法将新数据包排入队列因为 SDATA_STATE_RUNNING 此时已清除。 (CVE-2025-37794)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/amd/display: Fix off by one in hdmi_14_process_transaction() The hdcp_i2c_offsets[] array did not have an entry for HDCP_MESSAGE_ID_WRITE_CONTENT_STREAM_TYPE so it led to an off by one read overflow. I added an entry and copied the 0x0 value for the offset from similar code in drivers/gpu/drm/amd/display/modules/hdcp/hdcp_ddc.c. I also declared several of these arrays as having HDCP_MESSAGE_ID_MAX entries. This doesn't change the code, but it's just a belt and suspenders approach to try future proof the code. (CVE-2021-47046)

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

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

  - 已修复 Linux 内核中的下列漏洞：accel/ivpu: Fix PM related deadlocks in MS IOCTLs Prevent runtime resume/suspend while MS IOCTLs are in progress. Failed suspend will call ivpu_ms_cleanup() that would try to acquire file_priv->ms_lock, which is already held by the IOCTLs.
    (CVE-2025-37848)

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

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

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

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

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

  - wifilibertas修复 lbs_allocate_cmd_buffer() 中的一些内存泄漏在 lbs_allocate_cmd_buffer() 的 for 语句中如果 cmdarray[i].cmdbuf 的分配失败则需要同时释放 cmdarray 和 cmdarray[i].cmdbuf。否则lbs_allocate_cmd_buffer() 中将会出现内存泄漏。
    (CVE-2024-35828)

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

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

  - 当使用 atomic_move 原语移动文件时，在 Ansible 引擎中发现了一个缺陷，发生这种情况是因为无法指定文件模式。如果目标文件不存在，则此操作会将目标文件设置为全局可读；如果该文件存在，则可在移动文件之前将该文件的设置更改为具有更少的限制性权限。
    这可能会导致敏感数据泄漏。2.7.x、2.8.x 和 2.9.x 分支中的所有版本均被认为易受攻击。(CVE-2020-1736)

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

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

  - 在 2.25.0 之前（2.16.9 LTS 之前及 2.7.18 LTS 之前）的 Mbed TLS 中发现了一个问题。NULL 算法参数条目看起来与 REAL 数组（大小为零）相同，因此证书被视为有效。但是，如果参数在任何方面均不匹配，则证书应被视为无效。(CVE-2020-36478)

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

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

  - ACPIAPEI修复 ghes_estatus_pool_init() 中的整数溢出将 num_ghes 从 int 更改为无符号 int从而防止溢出并造成后续 vmalloc() 失败。执行下列语句期间计算 len 时 ghes_estatus_pool_init() 中会发生溢出因为此处的两个乘法操作数均为已签名 intlen += (num_ghes * GHES_ESOURCE_PREALLOC_MAX_SIZE);可以发现下面的调用跟踪因为此缺陷[ 9.317108] swapper/0vmalloc 错误大小 18446744071562596352超过总页数 mode0xcc0(GFP_KERNEL), nodemask=(null),cpuset=/,mems_allowed=0- 1 [ 9.317131] 调用跟踪[ 9.317134] <TASK> [ 9.317137] dump_stack_lvl+0x49/0x5f [ 9.317145] dump_stack+0x10/0x12 [ 9.317146] warn_alloc.cold+0x7b/0xdf [9.317150] ? __device_attach+0x16a/0x1b0 [ 9.317155] __vmalloc_node_range+0x702/0x740 [ 9.317160] ? device_add+0x17f/0x920 [ 9.317164] ? dev_set_name+0x53/0x70 [ 9.317166] ? platform_device_add+0xf9/0x240 [9.317168] __vmalloc_node+0x49/0x50 [ 9.317170] ? ghes_estatus_pool_init+0x43/0xa0 [ 9.317176] vmalloc+0x21/0x30 [ 9.317177] ghes_estatus_pool_init+0x43/0xa0 [ 9.317179] acpi_hest_init+0x129/0x19c [9.317185] acpi_init+0x434/0x4a4 [ 9.317188] ? acpi_sleep_proc_init+0x2a/0x2a [ 9.317190] do_one_initcall+0x48/0x200 [ 9.317195] kernel_init_freeable+0x221/0x284 [ 9.317200] ? rest_init+0xe0/0xe0 [ 9.317204] kernel_init+0x1a/0x130 [ 9.317205] ret_from_fork+0x22/0x30 [ 9.317208] </TASK> [ rjw主题和变更日志编辑 ] (CVE-2022-49885)

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

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

  - nfsd不忽略 svc_proc_register() 的返回代码 当前nfsd_proc_stat_init() 忽略 svc_proc_register() 的返回值。如果 procfile 创建失败此后内核在尝试删除该条目时将会发出 WARN。修复了 nfsd_proc_stat_init() 以返回与 svc_proc_register() 相同类型的指针并修复了 nfsd_net_init() 以便进行检查并使 nfsd_net 构造在发生时失败。如果无法分配 dentry或已存在相同的 dentry则 svc_proc_register() 会失败。第二种情况在 nfsd_net 构造代码路径中不太可能出现因此如果发生请返回 -ENOMEM。 (CVE-2025-22026)

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

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

  - 在 QEMU 的 MegaRAID 仿真器中发现释放后使用缺陷。在错误 mptsas_free_request() 不会使请求对象“req”从挂起的请求队列中出列的情况下，处理 SCSI I/O 请求时会出现此问题。特权客户机用户可利用此缺陷造成主机上的 QEMU 进程崩溃，从而导致拒绝服务。2.10.0 到 5.2.0 之间的版本可能会受到影响。
    (CVE-2021-3392)

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

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

  - 在 Linux 内核 4.19.2 及之前版本中，本地用户可利用 arch/x86/kvm/x86.c 中的 vcpu_scan_ioapic 函数，通过导致未初始化 ioapic 情况的构建系统调用，造成拒绝服务（空指针取消引用和错误）。(CVE-2018-19407)

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

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

  - ext4修复 ext4_iomap_begin 中因 bmap 和 write 之间的争用而出现的警告我们得到的问题如下
    ------------[ 在此处切 ]------------ 警告CPU3 PID9310 at fs/ext4/inode.c:3441 ext4_iomap_begin+0x182/ 0x5d0 RIP0010:ext4_iomap_begin+0x182/0x5d0 RSP:0018:ffff88812460fa08 EFLAGS
    00010293 RAX: ffff88811f168000 RBX: 0000000000000000 RCX: ffffffff97793c12 RDX: 0000000000000000 RSI
    0000000000000000 RDI: 0000000000000003 RBP: ffff88812c669160 R08: ffff88811f168000 R09: ffffed10258cd20f R10: ffff88812c669077 R11: ffffed10258cd20e R12: 0000000000000001 R13: 00000000000000a4 R14:
     R15000000000000000c  : ffff88812c6691ee FS: 00007fd0d6ff3740(0000) GS:ffff8883af180000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007fd0d6dda290 CR3:
    0000000104a62000 CR4: 00000000000006e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: iomap_apply+0x119/0x570 iomap_bmap+0x124/0x150 ext4_bmap+0x14f/0x250 bmap+0x55/0x80 do_vfs_ioctl+0x952/0xbd0
    __x64_sys_ioctl+0xc6/0x170 do_syscall_64+0x33/0x40 entry_SYSCALL_64_after_hwframe+0x44/0xa9 Above issue may happen as follows: bmap write bmap ext4_bmap iomap_bmap ext4_iomap_begin ext4_file_write_iter ext4_buffered_write_iter generic_perform_write ext4_da_write_begin ext4_da_write_inline_data_begin ext4_prepare_inline_data ext4_create_inline_data ext4_set_inode_flag(inode, EXT4_INODE_INLINE_DATA); if (WARN_ON_ONCE(ext4_has_inline_data(inode))) ->trigger bug_on 要解决上述问题请在 ext4_bamp 中保持 inode 锁定。 (CVE-2022-50082)

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

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

  - serial修复 mlb_usio_probe() 中的潜在 null-ptr-deref 出错时devm_ioremap() 可返回 NULL。
    目前mlb_usio_probe() 并未检查这种情况其可导致空指针取消引用。在 devm_ioremap() 之后添加空检查以防止此问题。 (CVE-2025-38135)

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

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

  - iommu/vt-d修复 dmar_dev_scope_init() 中的 PCI 设备引用计数泄漏。for_each_pci_dev() 由 pci_get_device() 实现。pci_get_device() 的注释称其将会增加返回的 pci_dev 的引用计数同时会减少输入 pci_dev @from 的引用计数如果其不为 NULL。如果中断 pdev 不为 NULL 的 for_each_pci_dev() 循环则需要调用 pci_dev_put() 以减少引用计数。为错误路径添加缺少的 pci_dev_put()以避免引用计数泄漏。
    (CVE-2022-49002)

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

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

  - 攻击者可发布包含特定资源记录集的区域。处理和缓存这些集的结果可导致非法内存访问和 Recursor 崩溃从而造成拒绝服务。补救措施为升级到修补的 5.2.1 版本。我们在此感谢 Volodymyr Ilyin 提请我们注意此问题。 (CVE-2025-30195)

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

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

  - 运行时更新程序服务会将状态和日志文件写入不受限制的位置可能允许非特权进程定位并利用更新程序服务的文件处理中的漏洞。 *注意此攻击需要本地系统访问权限且仅影响 Windows。其他操作系统不受影响。* 此漏洞会影响 Thunderbird < 68.3、Firefox ESR < 68.3 和 Firefox < 71。
    (CVE-2019-17009)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm: mxsfb: Fix NULL pointer dereference mxsfb should not ever dereference the NULL pointer which drm_atomic_get_new_bridge_state is allowed to return. Assume a fixed format instead. (CVE-2022-48718)

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

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

  - net/x25修复使用 skb_copy() 获取 skb 私有副本时 x25_lapb_receive_frame() x25_lapb_receive_frame() 中的 skb 泄漏新的 skb 应在尺寸不足/拆分的 skb 错误处理路径中释放。
    否则存在内存泄漏。 (CVE-2022-49809)

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

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

  - 在 Linux 内核的第 2 层隧道协议 (L2TP) 中发现一个缺陷。清除 sk_user_data 时缺少的锁定可导致争用条件和空指针取消引用。本地用户可能利用此缺陷来导致系统崩溃，从而发起拒绝服务攻击。(CVE-2022-4129)

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

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

  - igb恢复造成死锁的 rtnl_lock() 提交 6faee3d4ee8bigb添加锁定以避免数据争用添加 rtnl_lock 以消除如下所示的错误数据争用免受设备分离 |从 netdev 核心使用| igb_ndo_get_vf_config igb_disable_sriov | igb_disable_sriov | igb_ndo_get_vf_config vf >= adapter->vfs_allocating_count? | kfree(adapter->vf_data) | adapter->vfs_allocating_count = 0 | | memcpy(...adapter->vf_data[vf] 上述争用永远不会发生额外的 rtnl_lock 会造成下面的死锁 [ 141.420169] <TASK> [ 141.420672]
    __schedule+0x2dd/0x840 [ 141.421427] schedule+0x50/0xc0 [ 141.422041] schedule_preempt_disabled+0x11/0x20 [ 141.422678] __mutex_lock.isra.13+0x431/0x6b0 [ 141.423324] unregister_netdev+0xe/0x20 [ 141.423578] igbvf_remove +0x45/0xe0 [igbvf] [ 141.423791] pci_device_remove+0x36/0xb0 [ 141.423990] device_release_driver_internal+0xc1/0x160 [ 141.424270] pci_stop_bus_device+0x6d/0x90 [ 141.424507] pci_stop_and_remove_bus_device+0xe/0x20 [ [] ] pci_iov_remove_bus_device+0xe/0x20 [ 141.424789] pci_iov_remove_bus_device+0xe/0x20 /0x120 [ 141.425452] sriov_disable+0x2f/0xf0 [ 141.425679] igb_disable_sriov+0x4e/0x100 [igb] [ 141.426353] igb_remove+0xa0/0x130 [igb] [ 141.426599] pci_device_remove+0x36/0xb0 [ 141.426796] device_release_driver_internal+ 0xc1/0x160 [ 141.427060] driver_detach+0x44/0x90 [ 141.427253] bus_remove_driver+0x55/0xe0 [ 141.427477] pci_unregister_driver+0x2a/0xa0 [ 141.428296]
    __x64_sys_delete_module+0x141/0x2b0 [ 141.429126] ? mntput_no_expire+0x4a/0x240 [ 141.429363] ? syscall_trace_enter.isra.19+0x126/0x1a0 [ 141.429653] do_syscall_64+0x5b/0x80 [ 141.429847] ? exit_to_user_mode_prepare+0x14d/0x1c0 [ 141.430109] ? syscall_exit_to_user_mode+0x12/0x30 [ 141.430849] ? do_syscall_64+0x67/0x80 [ 141.431083] ? syscall_exit_to_user_mode_prepare+0x183/0x1b0 [ 141.431770] ? syscall_exit_to_user_mode+0x12/0x30 [ 141.432482] ? do_syscall_64+0x67/0x80 [ 141.432714] ? exc_page_fault+0x64/0x140 [ 141.432911] entry_SYSCALL_64_after_hwframe+0x72/0xdc 由于 igb_disable_sriov() 会在释放任何资源前调用 pci_disable_sriov()netdev 核心会同步清理工作以避免任何争用。此修补程序删除了无用的 rtnl_(un)lock 以保证正确性。 (CVE-2023-53060)

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

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

  - 已修复 Linux 内核中的下列漏洞：userns and mnt_idmap leak in open_tree_attr(2) Once want_mount_setattr() has returned a positive, it does require finish_mount_kattr() to release ->mnt_userns. Failing do_mount_setattr() does not change that. As the result, we can end up leaking userns and possibly mnt_idmap as well. (CVE-2025-38247)

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

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

  - 在 Linux 内核 mainline 5.3 之前版本中存在可遭恶意利用的拒绝服务漏洞。攻击者可利用此漏洞，在所需的身份验证流程完成前触发 AP 以发送站点的 IAPP 位置更新。这可能导致不同的拒绝服务情形，方法是造成 CAM 表攻击，或者在伪造具有相同无线基础架构的其他邻近 AP 中已存在客户端时造成流量漂移。攻击者可伪造身份验证和关联请求数据包来触发此漏洞。(CVE-2019-5108)

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

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

  - 已修复 Linux 内核中的下列漏洞：cifs: Fix oops due to uncleared server->smbd_conn in reconnect In smbd_destroy(), clear the server->smbd_conn pointer after freeing the smbd_connection struct that it points to so that reconnection doesn't get confused. (CVE-2023-53006)

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

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

  - 2.4.59 及更早版本的 Apache HTTP Server 中的 mod_proxy 存在空指针取消引用漏洞，导致攻击者可以通过恶意请求造成服务器崩溃。建议用户升级为已修复此问题的 2.4.60 版。(CVE-2024-38477)

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

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

  - 已修复 Linux 内核中的下列漏洞：scsi: bfa: Ensure the copied buf is NUL terminated Currently, we allocate a nbytes-sized kernel buffer and copy nbytes from userspace to that buffer. Later, we use sscanf on this buffer but we don't ensure that the string is terminated inside the buffer, this can lead to OOB read when using sscanf. Fix this issue by using memdup_user_nul instead of memdup_user. (CVE-2024-38560)

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

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

  - KVMSVMSHUTDOWN 拦截时强制离开 SMM 模式以前提交 ed129ec9057f (KVMx86
    在 vCPU 重置时强制离开嵌套模式解决了嵌套模式中发生的三重错误可导致释放后使用情况的问题。但是该提交未处理系统管理模式 (SMM) 的类似情况。此遗漏会导致当 vCPU 位于 SMM 中KVM 在 SHUTDOWN 拦截后强制执行 vCPU INIT 时会触发 WARN。此情况使用 Syzkaller 重现了1) 创建 KVM 虚拟机和 vCPU 2) 发送 KVM_SMI ioctl 以明确进入 SMM 3) 执行无效指令造成连续异常并最终导致三重错误 问题表现为如下
    WARNINGCPU: 0 PID: 25506 at arch/x86/kvm/x86.c:12112 kvm_vcpu_reset+0x1d2/0x1530 arch/x86/kvm/x86.c:12112 模块在 CPU: 0 PID: 25506 Comm: syz- executor.0 未受感染 6.1.130-syzkaller-00157-g164fe5dde9b6 #0 硬件名称QEMU Standard PC (i440FX + PIIX, 1996)、BIOS 1.12.0-1 04/01/2014 RIP0010:kvm_vcpu_reset+0x1d2/0x1530 arch/x86 /kvm/x86.c:12112 调用跟踪 <TASK> shutdown_interception+0x66/0xb0 arch/x86/kvm/svm/svm.c:2136 svm_invoke_exit_handler+0x110/0x530 arch/x86/kvm/svm/svm.c:3395 svm_handle_exit +0x424/0x920 arch/x86/kvm/svm/svm.c:3457 vcpu_enter_guest arch/x86/kvm/x86.c:10959 [inline] vcpu_run+0x2c43/0x5a90 arch/x86/kvm/x86.c:11062 kvm_arch_vcpu_ioctl_run+ 0x50f/0x1cf0 arch/x86/kvm/x86.c:11283 kvm_vcpu_ioctl+0x570/0xf00 arch/x86/kvm/../../../virt/kvm/kvm_main.c:4122 vfs_ioctl fs/ioctl.c 51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl fs/ioctl.c:856 [inline] __x64_sys_ioctl+0x19a/0x210 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:51 [inline] do_syscal l_64+0x35/0x80 arch/x86/entry/common.c:81 entry_SYSCALL_64_after_hwframe+0x6e/0xd8 从架构上来说当 CPU 处于 SMM 时INIT 会被阻断因此 kvm_vcpu_reset() 中的 KVM 的 WARN() 以防止 KVM 缺陷例如检测 INIT 的错误仿真。
    SVM 上的 SHUTDOWN 是一种奇怪的边缘情况其中 KVM 需要对 VMCB 执行 _something_ sane 因为它在技术上是未定义的而 INIT 是给定 KVM 的 ABI 的最不糟糕的选择。因此，应加倍努力在 SHUTDOWN 时填充 INIT，并强制 vCPU 退出 SMM 以避免任何异常情况和 WARN。由 Linux Verification Center (linuxtesting.org) 通过 Syzkaller 发现。 [sean消息变更日志请明确这不是架构行为] (CVE-2025-37957

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

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

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

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

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

  - drm/amd/display修复 calculateVMAndRowBytes 中的位移越界 [WHY] 当 PTEBufferSizeInRequests 为零时UBSAN 会报告以下警告因为 dml_log2 返回意外的负值位移指数 4294966273 对于 32 位类型“” int”[HOW] 在 PTEBufferSizeInRequests 为零的情况下跳过 dml_log2() 并直接分配结果。 (CVE-2023-53077)

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

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

  - usbgadgetcore设备删除 device_del() 之后刷新小工具工作队列可导致在 gadget->work 工作队列中计划新工作。例如可以在使用具有以下调用堆栈的 dwc3 驱动程序时观察到此问题 device_del() gadget_unbind_driver() usb_gadget_disconnect_locked() dwc3_gadget_pullup() dwc3_gadget_soft_disconnect() usb_gadget_set_state() schedule_work(&gadget->work) move flush_work() after device_del()以确保清理工作队列。 (CVE-2025-21838)

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

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

  - netenetc避免 enetc_tx_onestep_tstamp() 中发生死锁此 lockdep splat 的描述比我更清楚。
    ================================ 警告不一致的锁定状态 6.2.0-rc2-07010-ga9b9500ffaac-dirty #967 未受感染-------------------------------- 不一致的 {IN-SOFTIRQ-W} -> {SOFTIRQ-ON-W } 用法。
    kworker/1:3/179 [HC0[0]:SC0[0]:HE1:SE1] getsffff3ec4036ce098 (_xmit_ETHER#2){+.?.}-{3:3}位于
    netif_freeze_queues+0x5c/0xc0 {IN-SOFTIRQ-W} state was registered at: _raw_spin_lock+0x5c/0xc0 sch_direct_xmit+0x148/0x37c __dev_queue_xmit+0x528/0x111c ip6_finish_output2+0x5ec/0xb7c ip6_finish_output+0x240/0x3f0 ip6_output+0x78/0x360 ndisc_send_skb+0x33c /0x85c ndisc_send_rs+0x54/0x12c addrconf_rs_timer+0x154/0x260 call_timer_fn+0xb8/0x3a0 __run_timers.part.0+0x214/0x26c run_timer_softirq+0x3c/0x74 __do_softirq+0x14c/0x5d8 ____do_softirq+0x10/0x20 call_on_irq_stack+0x2c/0x5c do_softirq_own_stack+0x1c/ 0x30 __irq_exit_rcu+0x168/0x1a0 irq_exit_rcu+0x10/0x40 el1_interrupt+0x38/0x64 irq 事件标记7825 hardirqs 上次启用于 (7825): [<ffffdf1f7200cae4>] exit_to_kernel_mode+0x34/0x130 hardirqs 上次禁用于 (7825): [<ffffdf1f708105f0>23) __do_softirq+0x550/0x5d8 softirqs 上次启用的时间为 (7824): [<ffffdf1f7081050c>__do_softirq+0x46c/0x5d8 softirqs 上次禁用的时间为 (7811):
    [<ffffdf1f708166e0>]____do_softirq+0x10/0x20 其他可帮助我们调试此问题的信息可能不安全的锁定情况CPU0 ---- lock(_xmit_ETHER#2); <Interrupt> lock_xmit_ETHER#2); *** DEADLOCK *** 3 锁由 kworker/ 占用1:3/179 #0: ffff3ec400004748 ((wq_completion)events){+.+.}-{0:0}位于
    process_one_work+0x1f4/0x6c0 #1ffff80000a0bbdc8 ((work_completion)(&priv->tx_onestep_tstamp)){+.+.}-{0:0}在 process_one_work+0x1f4/0x6c0 #2
    ffff3ec4036cd438 (&dev->tx_global_lock){+.+.}-{3:3}来自 netif_tx_lock+0x1c/0x34 Workqueue事件 enetc_tx_onestep_tstamp Call traceprint_usage_bug.part.0+0x208/0x22c mark_lock+0x7f0/0x8b0
    __lock_acquire+0x7c4/0x1ce0 lock_acquire.part.0+0xe0/0x220 lock_acquire+0x68/0x84 _raw_spin_lock+0x5c/0xc0 netif_freeze_queues+0x5c/0xc0 netif_tx_lock+0x24/0x34 enetc_tx_onestep_tstamp+0x20/0x100 process_one_work+0x28c/0x6c0 worker_thread+0x74/0x450 kthread +0x118/0x11c 但我还是会说enetc_tx_onestep_tstamp() 工作项目在进程上下文中运行因此启用了 softirqs可以通过 softirq 中断。如果我们在出现中断时保持 netif_tx_lock()然后计划 NET_TX softirq则这将再次执行 netif_tx_lock() 并使内核死锁。要解决此问题请使用 netif_tx_lock_bh()其会阻止 softirqs 运行。 (CVE-2023-53022)

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

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

  - scsist修复 st_setup() 中的数组溢出 将数组大小更改为跟随参数大小而不是固定值。 (CVE-2025-37857)

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

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

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

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

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

  - 处理格式错误或格式不正确的输入文件时可能无意间发生空指针取消引用“pk12util”尤其是“SEC_ASN1DecodeItem_Util”函数中。此漏洞影响 Firefox < 133 和 Thunderbird < 133。 (CVE-2024-11706

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

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

  - cifs修复处理 acregmax 挂载选项时的整数溢出用户提供的 u32 类型的挂载参数 acregmax 预期具有上限但在验证之前值会从秒转换为 jiffies这可导致整数溢出。由 Linux Verification Center (linuxtesting.org) 和 SVACE 发现。(CVE-2025-21964)

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

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

  - 在 Linux 内核中发现一个漏洞，其中在 Marvell Wifi 驱动程序的 mwifiex_set_wmm_params() 函数中发现堆溢出。(CVE-2019-14815)

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

ID	名称	严重性
249984	Linux Distros 未修补的漏洞：CVE-2025-38410	medium
249983	Linux Distros 未修补的漏洞：CVE-2023-21912	high
249973	Linux Distros 未修补的漏洞：CVE-2025-21954	high
249972	Linux Distros 未修补的漏洞：CVE-2024-38473	high
249971	Linux Distros 未修补的漏洞：CVE-2022-1462	medium
249970	Linux Distros 未修补的漏洞：CVE-2025-22087	high
249969	Linux Distros 未修补的漏洞：CVE-2021-35644	medium
249968	Linux Distros 未修补的漏洞：CVE-2025-37868	medium
249967	Linux Distros 未修补的漏洞：CVE-2025-21892	high
249966	Linux Distros 未修补的漏洞：CVE-2020-6831	critical
249965	Linux Distros 未修补的漏洞：CVE-2022-45416	medium
249964	Linux Distros 未修补的漏洞：CVE-2024-26619	high
249963	Linux Distros 未修补的漏洞：CVE-2025-6032	high
249962	Linux Distros 未修补的漏洞：CVE-2024-1547	medium
249961	Linux Distros 未修补的漏洞：CVE-2022-49942	medium
249960	Linux Distros 未修补的漏洞：CVE-2025-37794	medium
249959	Linux Distros 未修补的漏洞：CVE-2021-47046	high
249958	Linux Distros 未修补的漏洞：CVE-2025-37848	medium
249957	Linux Distros 未修补的漏洞：CVE-2021-35546	medium
249956	Linux Distros 未修补的漏洞：CVE-2024-35828	medium
249955	Linux Distros 未修补的漏洞：CVE-2020-1736	low
249954	Linux Distros 未修补的漏洞：CVE-2020-36478	high
249953	Linux Distros 未修补的漏洞：CVE-2022-49885	medium
249952	Linux Distros 未修补的漏洞：CVE-2025-22026	high
249951	Linux Distros 未修补的漏洞：CVE-2021-3392	low
249950	Linux Distros 未修补的漏洞：CVE-2018-19407	medium
249949	Linux Distros 未修补的漏洞：CVE-2022-50082	high
249948	Linux Distros 未修补的漏洞：CVE-2025-38135	medium
249947	Linux Distros 未修补的漏洞：CVE-2022-49002	medium
249946	Linux Distros 未修补的漏洞：CVE-2025-30195	high
249945	Linux Distros 未修补的漏洞：CVE-2019-17009	high
249944	Linux Distros 未修补的漏洞：CVE-2022-48718	medium
249943	Linux Distros 未修补的漏洞：CVE-2022-49809	medium
249942	Linux Distros 未修补的漏洞：CVE-2022-4129	medium
249941	Linux Distros 未修补的漏洞：CVE-2023-53060	medium
249940	Linux Distros 未修补的漏洞：CVE-2025-38247	high
249939	Linux Distros 未修补的漏洞：CVE-2019-5108	medium
249938	Linux Distros 未修补的漏洞：CVE-2023-53006	medium
249937	Linux Distros 未修补的漏洞：CVE-2024-38477	high
249936	Linux Distros 未修补的漏洞：CVE-2024-38560	high
249935	Linux Distros 未修补的漏洞：CVE-2025-37957	high
249934	Linux Distros 未修补的漏洞：CVE-2021-2169	medium
249933	Linux Distros 未修补的漏洞：CVE-2023-53077	medium
249932	Linux Distros 未修补的漏洞：CVE-2025-21838	medium
249931	Linux Distros 未修补的漏洞：CVE-2023-53022	medium
249930	Linux Distros 未修补的漏洞：CVE-2025-37857	high
249929	Linux Distros 未修补的漏洞：CVE-2024-20981	medium
249928	Linux Distros 未修补的漏洞：CVE-2024-11706	medium
249927	Linux Distros 未修补的漏洞：CVE-2025-21964	medium
249926	Linux Distros 未修补的漏洞：CVE-2019-14815	high

检测

Nessus 的 Misc. 系列

medium

high

high

high

medium

high

medium

medium

high

critical

medium

high

high

medium

medium

medium

high

medium

medium

medium

low

high

medium

high

low

medium

high

medium

medium

high

high

medium

medium

medium

medium

high

medium

medium

high

high

high

medium

medium

medium

medium

high

medium

medium

medium

high