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

  - 在 Linux 内核 6.2.0-rc2 之前版本中发现问题。 drivers/tty/vcc.c 存在争用条件并会导致释放后使用问题如果实际邻近攻击者在调用 open() 时删除了 VCC 设备又称为 vcc_open() 和 vcc_remove() 之间的争用条件。 (CVE-2023-23039)

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

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

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

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

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

  - 在直至 5.9.1 的 Linux 内核中发现了一个问题，正如与直至 4.14.x 的 Xen 一起使用一样。
    drivers/xen/events/events_base.c 允许在事件处理循环期间删除事件通道（争用条件）。这样可造成释放后使用或空指针取消引用，即 CID-073d0552ead5，通过重配置半虚拟化设备事件的 dom0 崩溃即是一例。(CVE-2020-27675)

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

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

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

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

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

  - 已修复 Linux 内核中的下列漏洞：ASoC: mediatek: mt8195: Add platform entry for ETDM1_OUT_BE dai link Commit e70b8dd26711 (ASoC: mediatek: mt8195: Remove afe-dai component and rework codec link) removed the codec entry for the ETDM1_OUT_BE dai link entirely instead of replacing it with COMP_EMPTY(). This worked by accident as the remaining COMP_EMPTY() platform entry became the codec entry, and the platform entry became completely empty, effectively the same as COMP_DUMMY() since snd_soc_fill_dummy_dai() doesn't do anything for platform entries. This causes a KASAN out-of-bounds warning in mtk_soundcard_common_probe() in sound/soc/mediatek/common/mtk-soundcard-driver.c:
    for_each_card_prelinks(card, i, dai_link) { if (adsp_node && !strncmp(dai_link->name, AFE_SOF, strlen(AFE_SOF))) dai_link->platforms->of_node = adsp_node; else if (!dai_link->platforms->name && !dai_link->platforms->of_node) dai_link->platforms->of_node = platform_node; } where the code expects the platforms array to have space for at least one entry. Add an COMP_EMPTY() entry so that dai_link->platforms has space. (CVE-2024-42088)

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

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

  - 通过 IPC 接收渲染数据时，`mStream` 可在初始化时遭到破坏，从而导致释放后使用，造成可能被利用的程序崩溃问题。此漏洞会影响 Firefox < 117、Firefox ESR < 102.15、Firefox ESR < 115.2、Thunderbird < 102.15 和 Thunderbird < 115.2。
    (CVE-2023-4573)

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

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

  - Mozilla 开发人员和社区成员 Gabriele Svelto、Andrew Osmond、Emily McDonough、Sebastian Hengst、Andrew McCreight 以及 Mozilla Fuzzing 团队报告 Firefox 112 与 Firefox ESR 102.10 版中存在内存安全错误。其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。此漏洞会影响 Firefox < 113、Firefox ESR < 102.11 和 Thunderbird < 102.11。(CVE-2023-32215)

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

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

  - ttyvcc在 vcc_probe() 中添加对 kstrdup() 的检查为 kstrdup() 的返回值添加检查并在失败时返回错误以避免空指针取消引用。 (CVE-2023-52789)

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

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

  - netnfc修复 nfc_llcp_sock_get() 和 nfc_llcp_sock_get_sn() 中的争用 Sili Luo 报告 nfc_llcp_sock_get() 中存在争用可导致 UAF。获取对在保持锁定时的查找中找到的套接字的引用应在释放锁定之前发生。 nfc_llcp_sock_get_sn() 也存在类似的问题。最后 nfc_llcp_recv_snl() 需要确保由 nfc_llcp_sock_from_sn() 发现的套接字不会消失。
    (CVE-2023-52502)

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

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

  - 在 Alt-Svc 标头中使用时，被写入为超出 16 位整数边界的整数溢出端口可能已绕过端口阻断限制。此漏洞会影响 Firefox ESR < 78.10、Thunderbird < 78.10 和 Firefox < 88。(CVE-2021-29946)

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

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

  - 使用对象标签可绕过阻断内联脚本的 Content-Security-Policy 以在受保护的文档中执行 JavaScript跨站脚本。这是独立的绕过 CVE-2019-17000。*注意此缺陷只影响 Firefox 69 较早的版本中不存在此缺陷。*。此漏洞影响 Firefox < 70。(CVE-2019-17001)

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

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

  - Mozilla 开发人员报告 Firefox 和 Thunderbird 之间共享的代码中存在内存安全错误。
    其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。此漏洞会影响 Thunderbird < 78.12、Firefox ESR < 78.12 和 Firefox < 90。(CVE-2021-29976)

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

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

  - 在某些情况下Drupal 的 JSON:API 模块将会输出错误回溯。对于某些配置，这可能会导致敏感信息被缓存并可供匿名用户使用，从而导致特权提升。此漏洞仅影响启用了 JSON:API 模块的站点可通过卸载 JSON:API 来缓解。核心 REST 及相关的 GraphQL 模块不受影响。
    (CVE-2023-5256)

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

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

  - Drupal 核心的表单 API 存在一个漏洞，某些提供的模块或自定义模块的表单可能容易受到不当输入验证的影响。这可允许攻击者注入不被允许的值或覆盖数据。受影响的表单不常见，但在某些情况下攻击者可能会修改关键或敏感数据。 (CVE-2022-25273)

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

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

  - 已修复 Linux 内核中的下列漏洞：bpf: Fix a btf decl_tag bug when tagging a function syzbot reported a btf decl_tag bug with stack trace below: general protection fault, probably for non-canonical address 0xdffffc0000000000: 0000 [#1] PREEMPT SMP KASAN KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007] CPU: 0 PID: 3592 Comm: syz-executor914 Not tainted 5.16.0-syzkaller-11424-gb7892f7d5cb2 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 RIP: 0010:btf_type_vlen include/linux/btf.h:231 [inline] RIP:
    0010:btf_decl_tag_resolve+0x83e/0xaa0 kernel/bpf/btf.c:3910 ... Call Trace: <TASK> btf_resolve+0x251/0x1020 kernel/bpf/btf.c:4198 btf_check_all_types kernel/bpf/btf.c:4239 [inline] btf_parse_type_sec kernel/bpf/btf.c:4280 [inline] btf_parse kernel/bpf/btf.c:4513 [inline] btf_new_fd+0x19fe/0x2370 kernel/bpf/btf.c:6047 bpf_btf_load kernel/bpf/syscall.c:4039 [inline]
    __sys_bpf+0x1cbb/0x5970 kernel/bpf/syscall.c:4679 __do_sys_bpf kernel/bpf/syscall.c:4738 [inline]
    __se_sys_bpf kernel/bpf/syscall.c:4736 [inline] __x64_sys_bpf+0x75/0xb0 kernel/bpf/syscall.c:4736 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae The kasan error is triggered with an illegal BTF like below: type 0: void type 1: int type 2: decl_tag to func type 3 type 3: func to func_proto type 8 The total number of types is 4 and the type 3 is illegal since its func_proto type is out of range. Currently, the target type of decl_tag can be struct/union, var or func. Both struct/union and var implemented their own 'resolve' callback functions and hence handled properly in kernel. But func type doesn't have 'resolve' callback function. When btf_decl_tag_resolve() tries to check func type, it tries to get vlen of its func_proto type, which triggered the above kasan error. To fix the issue, btf_decl_tag_resolve() needs to do btf_func_check() before trying to accessing func_proto type. In the current implementation, func type is checked with btf_func_check() in the main checking function btf_check_all_types(). To fix the above kasan issue, let us implement 'resolve' callback func type properly. The 'resolve' callback will be also called in btf_check_all_types() for func types. (CVE-2022-49228)

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

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

  - 已修复 Linux 内核中的下列漏洞：accel/ivpu: Fix deadlock in ivpu_ms_cleanup() Fix deadlock in ivpu_ms_cleanup() by preventing runtime resume after file_priv->ms_lock is acquired. During a failure in runtime resume, a cold boot is executed, which calls ivpu_ms_cleanup_all(). This function calls ivpu_ms_cleanup() that acquires file_priv->ms_lock and causes the deadlock. (CVE-2025-37847)

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

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

  - 适用于 Linux 的 NVIDIA GPU 显示驱动的内核驱动程序中存在一个漏洞，其中不当处理不充分的权限或特权可能允许无权限本地用户对受保护的内存进行有限写入访问，从而导致拒绝服务。(CVE-2022-21813)

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

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

  - 已修复 Linux 内核中的下列漏洞：mm: zswap: fix crypto_free_acomp() deadlock in zswap_cpu_comp_dead() Currently, zswap_cpu_comp_dead() calls crypto_free_acomp() while holding the per-CPU acomp_ctx mutex. crypto_free_acomp() then holds scomp_lock (through crypto_exit_scomp_ops_async()). On the other hand, crypto_alloc_acomp_node() holds the scomp_lock (through crypto_scomp_init_tfm()), and then allocates memory. If the allocation results in reclaim, we may attempt to hold the per-CPU acomp_ctx mutex. The above dependencies can cause an ABBA deadlock. For example in the following scenario: (1) Task A running on CPU #1: crypto_alloc_acomp_node() Holds scomp_lock Enters reclaim Reads per_cpu_ptr(pool->acomp_ctx, 1) (2) Task A is descheduled (3) CPU #1 goes offline zswap_cpu_comp_dead(CPU #1) Holds per_cpu_ptr(pool->acomp_ctx, 1)) Calls crypto_free_acomp() Waits for scomp_lock (4) Task A running on CPU #2: Waits for per_cpu_ptr(pool->acomp_ctx, 1) // Read on CPU #1 DEADLOCK Since there is no requirement to call crypto_free_acomp() with the per-CPU acomp_ctx mutex held in zswap_cpu_comp_dead(), move it after the mutex is unlocked. Also move the acomp_request_free() and kfree() calls for consistency and to avoid any potential sublte locking dependencies in the future. With this, only setting acomp_ctx fields to NULL occurs with the mutex held. This is similar to how zswap_cpu_comp_prepare() only initializes acomp_ctx fields with the mutex held, after performing all allocations before holding the mutex. Opportunistically, move the NULL check on acomp_ctx so that it takes place before the mutex dereference. (CVE-2025-22030)

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

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

  - Spotipy 是用于 Firefox Web API 的轻量级 Python 库。“CacheHandler”类创建一个缓存文件来存储认证标记。在低于 2.25.1的版本中创建的文件默认具有“rw-r--r--` (644) 权限该文件可被锁定为“rw--------” (600) 权限。这会导致 spotify 认证令牌过度广泛暴露。如果攻击者（计算机上的其他用户，或以其他用户身份运行的进程）可读取此标记，则其可用于对 spotify 帐户执行管理操作，具体取决于授予该标记的范围。版本 2.25.1 加强了缓存文件权限。
    (CVE-2025-27154)

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

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

  - ksmbd防止使用空字符串重命名 客户端可向 ksmbd 服务器发送空新名称字符串。它将导致 d_alloc 发生内核 oops。此修补程序在尝试使用空的新名称字符串重命名文件或目录时返回此错误。 (CVE-2025-37956)

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

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

  - 已修复 Linux 内核中的下列漏洞：scsi: iscsi: Fix iscsi_task use after free Commit d39df158518c (scsi: iscsi: Have abort handler get ref to conn) added iscsi_get_conn()/iscsi_put_conn() calls during abort handling but then also changed the handling of the case where we detect an already completed task where we now end up doing a goto to the common put/cleanup code. This results in a iscsi_task use after free, because the common cleanup code will do a put on the iscsi_task. This reverts the goto and moves the iscsi_get_conn() to after we've checked if the iscsi_task is valid. (CVE-2021-47427)

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

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

  - usbohci-nxp修复 ohci_hcd_nxp_probe 中的 refcount 泄漏of_parse_phandle() 返回 refcount 增加的节点指针我们应在不再需要时使用 of_node_put()。添加缺少的 of_node_put() 以避免 refcount 泄漏。 (CVE-2022-50152)

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

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

  - 在 6.7.1 及以下版本的 Linux 内核中，drivers/md/dm-ioctl.c 中的 copy_params 可能会尝试分配超过 INT_MAX 的字节，然后崩溃，原因是缺少 param_kernel->data_size 检查。此问题与 ctl_ioctl 有关。(CVE-2024-23851)

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

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

  - Mozilla 开发人员和社区成员报告 Firefox 65、Firefox ESR 60.5 和 Thunderbird 60.5 中存在内存安全错误。有迹象表明其中某些错误可导致内存损坏，我们推测若攻击者有意操控，就能利用其中部分错误来运行任意代码。此漏洞会影响 Thunderbird < 60.6、Firefox ESR < 60.6 和 Firefox < 66。(CVE-2019-9788)

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

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

  - 在 1.35.11之前版本的 MediaWiki、 1.36.x1.38.x 之前版本的 [] 到 1.38.7、 1.39.x 之前版本 1.39.4以及 1.40.x 之前版本 1.40.1中发现一个问题。可以通过使用 File 语法的 thumb 参数也称为 Manualthumb绕过不良图像列表也称为 badFile。 (CVE-2023-36674)

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

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

  - 已修复 Linux 内核中的下列漏洞：sched/fair: Fix shift-out-of-bounds in load_balance() Syzbot reported a handful of occurrences where an sd->nr_balance_failed can grow to much higher values than one would expect. A successful load_balance() resets it to 0; a failed one increments it. Once it gets to sd->cache_nice_tries + 3, this *should* trigger an active balance, which will either set it to sd->cache_nice_tries+1 or reset it to 0. However, in case the to-be-active-balanced task is not allowed to run on env->dst_cpu, then the increment is done without any further modification. This could then be repeated ad nauseam, and would explain the absurdly high values reported by syzbot (86, 149).
    VincentG noted there is value in letting sd->cache_nice_tries grow, so the shift itself should be fixed.
    That means preventing: If the value of the right operand is negative or is greater than or equal to the width of the promoted left operand, the behavior is undefined. Thus we need to cap the shift exponent to BITS_PER_TYPE(typeof(lefthand)) - 1. I had a look around for other similar cases via coccinelle: @expr@ position pos; expression E1; expression E2; @@ ( E1 >> E2@pos | E1 >> E2@pos ) @cst depends on expr@ position pos; expression expr.E1; constant cst; @@ ( E1 >> cst@pos | E1 << cst@pos ) @script:python depends on !cst@ pos << expr.pos; exp << expr.E2; @@ # Dirty hack to ignore constexpr if exp.upper() != exp: coccilib.report.print_report(pos[0], Possible UB shift here) The only other match in kernel/sched is rq_clock_thermal() which employs sched_thermal_decay_shift, and that exponent is already capped to 10, so that one is fine. (CVE-2021-47044)

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

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

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

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

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

  - 已修复 Linux 内核中的下列漏洞：btrfs: fix use-after-free on inode when scanning root during em shrinking At btrfs_scan_root() we are accessing the inode's root (and fs_info) in a call to btrfs_fs_closing() after we have scheduled the inode for a delayed iput, and that can result in a use-after-free on the inode in case the cleaner kthread does the iput before we dereference the inode in the call to btrfs_fs_closing(). Fix this by using the fs_info stored already in a local variable instead of doing inode->root->fs_info. (CVE-2025-21879)

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

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

  - 调用 shrinkElements 之后对现已未初始化的内存进行垃圾回收时WebAssembly 中可能会发生堆缓冲区溢出漏洞。这会导致潜在可利用的崩溃。
    此漏洞影响 Firefox < 58。(CVE-2018-5094)

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

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

  - 已修复 Linux 内核中的下列漏洞：thermal/drivers/tsens: Fix null pointer dereference compute_intercept_slope() is called from calibrate_8960() (in tsens-8960.c) as compute_intercept_slope(priv, p1, NULL, ONE_PT_CALIB) which lead to null pointer dereference (if DEBUG or DYNAMIC_DEBUG set). Fix this bug by adding null pointer check. Found by Linux Verification Center (linuxtesting.org) with SVACE. (CVE-2024-38571)

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

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

  - f2fs明确使 xattr 列表以空字符串结尾设置 xattr时明确以空字符串结尾 xattr 列表。这消除了未使用的 xattr 空间始终归零这一易受影响的假设。
    (CVE-2023-52436)

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

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

  - 已修复 Linux 内核中的下列漏洞：wifi: iwlwifi: mvm: fix a crash when we run out of stations A DoS tool that injects loads of authentication frames made our AP crash. The iwl_mvm_is_dup() function couldn't find the per-queue dup_data which was not allocated. The root cause for that is that we ran out of stations in the firmware and we didn't really add the station to the firmware, yet we didn't return an error to mac80211. Mac80211 was thinking that we have the station and because of that, sta_info::uploaded was set to 1. This allowed ieee80211_find_sta_by_ifaddr() to return a valid station object, but that ieee80211_sta didn't have any iwl_mvm_sta object initialized and that caused the crash mentioned earlier when we got Rx on that station. (CVE-2024-26693)

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

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

  - 为 Web Worker 运行关闭代码时的争用条件导致释放后使用漏洞。这会导致潜在可利用的崩溃。此漏洞会影响 Firefox ESR < 68.8、Firefox < 76 和 Thunderbird < 68.8.0。(CVE-2020-12387)

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

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

  - 在 Linux 内核 5.11.8 及之前的所有版本中发现一个问题。攻击者可以借此造成拒绝服务（死锁），这是因为 exit 可能正在等待停放 SQPOLL 线程，而同时 SQPOLL 线程正在等待信号启动，也称为 CID-3ebba796fa25。(CVE-2021-28951)

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

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

  - spufs修复 spufs_create_context() 中的泄漏2008 年的泄漏修复缺失一种情况 - 如果我们尝试设置相关性并且 spufs_mkdir() 失败我们需要终止对邻居的引用。 (CVE-2025-22071)

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

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

  - wifiath11k修复 ar->arvifs 列表中的节点损坏在当前 WLAN 恢复代码流中ath11k_core_halt() 仅重新初始化 arvifs 列表头。这将导致紧随列表头之后的列表节点变为无效的列表节点。因为该节点的上一个节点仍指向列表头 arvifs但列表头 arvifs 的下一个不再指向该列表节点。如果执行 vif 删除期间发生 WLAN 恢复并且其发生在 ath11k_mac_op_remove_interface() 中的 spin_lock_bh(&ar->data_lock) 之前list_del() 将检测上述情况并因此触发内核恐慌。修复为在 WLAN 暂停期间删除并重新初始化列表标头 arvif 中的所有 vif 列表节点。重新初始化以使列表节点有效从而确保 ath11k_mac_op_remove_interface() 中的 list_del() 可以正常执行。调用跟踪
    __list_del_entry_valid_or_report+0xb8/0xd0 ath11k_mac_op_remove_interface+0xb0/0x27c [ath11k] drv_remove_interface+0x48/0x194 [mac80211] ieee80211_do_stop+0x6e0/0x844 [mac80211] ieee80211_stop+0x44/0x17c [mac80211] __dev_close_many+0xac/0x150 __dev_change_flags+0x194/0x234 dev_change_flags+0x24 /0x6c devinet_ioctl+0x3a0/0x670 inet_ioctl+0x200/0x248 sock_do_ioctl+0x60/0x118 sock_ioctl+0x274/0x35c __arm64_sys_ioctl+0xac/0xf0 invoke_syscall+0x48/0x114 ... 已在QCA6698AQ hw2.1 PCI WLAN.HSP.1.1-04591-QCAHSPSWPL_V1_V2_SILICONZ_IOE-1 上进行测试 (CVE-2025-38293)

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

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

  - 适用于 Linux 的 NVIDIA 显示驱动程序在 Virtual GPU Manager 中存在一个漏洞，该漏洞未检查空指针取消引用的返回值，从而可能导致拒绝服务。
    (CVE-2022-34675)

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

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

  - Linux 内核 5.13.4 及之前的所有版本中，drivers/net/usb/hso.c 中的 hso_free_net_device 在调用 unregister_netdev 时未检查 NETREG_REGISTERED 状态，从而导致释放后使用和双重释放。
    (CVE-2021-37159)

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

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

  - 在视频驱动程序的 Android 内核中，存在因 WARN_ON 语句导致的内核指针泄漏。这可能导致信息泄露，并需要系统执行权限。无需用户交互即可利用漏洞。(CVE-2019-9455)

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

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

  - 在 Drupal Core 版本中低于 7.x 的 7.62、低于 8.6.x 的 8.6.6 和低于 8.5.x 的 8.5.9Drupal 核心使用第三方 PEAR Archive_Tar 库。此库发布了一个安全更新，会影响到某些 Drupal 配置。请参阅 CVE-2018-1000888 以了解详细信息 (CVE-2019-6338)

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

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

  - Bluetoothhci_core修复 vhci_flush() 中的释放后使用 syzbot 报告在 vhci_flush() 中无重现的释放后使用。 [0] 从 splat 可以发现当另一个线程上的 iotcl() 使用其设备时线程 close()da vhci 文件描述符。释放最后一个 fd refcnt 后vhci_release() 会调用 vhci_data 结构的 hci_unregister_dev()、hci_free_dev() 和 kfree()其被设置为 hci_dev->dev->driver_data。问题是在取消 hdev 与 hci_unregister_dev() 中的 hci_dev_list 的链接之后并无同步。可能有另一个线程仍在访问在取消链接操作之前提取的 hdev。我们可以使用 SRCU 进行此类同步。让我们在 SRCU 下运行 hci_dev_reset() 并在 hci_unregister_dev() 中等待其完成。另一个选项是还原 hci_dev->destruct()其已在提交 587ae086f6e4蓝牙删除未使用的 hci-destruct cb中删除。但是这不是一个好的解决方案因为存在处理中的 ioctl() 请求时我们不应运行 hci_unregister_dev()这样可导致另一个数据争用 KCSAN splat。请注意其他驱动程序似乎也存在相同的问题例如 virtbt_remove()。 [0]BUGKASANskb_queue_empty_lockless include/linux/skbuff.h:1891 [inline] BUGKASANskb_queue_purge_reason+0x99/0x360 net/core/ 中存在 slab-use-after-free skbuff.c:3937 由任务 syz.1.219/6718 CPU:1 UID:0 PID:6718 Comm:syz.1.219 未受感染 6.16.0-rc1-syzkaller-00196-g08207f42d3ff #0 PREEMPT(完整) 硬件名称Google Google Compute Engine/Google Compute EngineBIOS Google 05/07/2025 调用跟踪 <TASK> dump_stack_lvl+0x189/0x250 lib/dump_stack.c:120 print_address_description mm/kasan/report.c:408 [内联] print_report+0xd2/0x2b0 mm/kasan/report.c:521 kasan_report+0x118/0x150 mm/kasan/report.c:634 skb_queue_empty_lockless include/linux/skbuff.h:1891 [内联] skb_queue_purge_reason+0x99/0x360 net/core /skbuff.c:3937 skb_queue_purge include/linux/skbuff.h:3368 [内联] vhci_flush+0x44/0x50 drivers/bluetooth/hci_vhci.c:69 hci_dev_do_reset net/bluetooth/hci_core.c:552 [内联] hci_dev_reset+0x420/ 0x5c0 net/bluetooth/hci_core.c :592 sock_do_ioctl+0xd9/0x300 net/socket.c:1190 sock_ioctl+0x576/0x790 net/socket.c:1311 vfs_ioctl fs/ioctl.c:51 [内联] __do_sys_ioctl fs/ioctl.c:907 [内联]
    __se_sys_ioctl+0xf9/0x170 fs/ioctl.c:893 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [内联] do_syscall_64+0xfa/0x3b0 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP
    0033:0x7fcf5b98e929 代码ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 40 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 04c <48> [2f d0 4c ] 01 f0 ff ff 73 01 c3 48 c7 c1 a8 ff ff ff f7 d8 64 89 01 48 RSP002b:00007fcf5c7b9038 EFLAGS: 00000246 ORIG_RAX: 0000000000000010 RAX: ffffffffffffffda RBX
    00007fcf5bbb6160 RCX: 00007fcf5b98e929 RDX: 0000000000000000 RSI: 00000000400448cb RDI: 0000000000000009 RBP: 00007fcf5ba10b39 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11:
     R120000000000000246  : 0000000000000000 R13: 0000000000000000 R14: 00007fcf5bbb6160 R15: 00007ffd6353d528 </TASK> Allocated by task 6535: kasan_save_stack mm/kasan/common.c:47 [inline] kasan_save_track+0x3e/0x80 mm/kasan/common.c: 68poison_kmalloc_redzone mm/kasan/common.c:377 [内联] __kasan_kmalloc+0x93/0xb0 mm/kasan/common.c:394 kasan_kmalloc include/linux/kasan.h:260 [内联] __kmalloc_cache_noprof+0x230/0x3d0 mm/slub。 c:4359 kmalloc_noprof include/linux/slab.h:905 [内联] kzalloc_noprof include/linux/slab.h:1039 [内联] vhci_open+0x57/0x360 drivers/bluetooth/hci_vhci.c:635 misc_open+0x2bc/0x330 drivers/ char/misc.c:161 chrdev_open+0x4c9/0x5e0 fs/char_dev.c:414 do_dentry_open+0xdf0/0x1970 fs/open.c:964 vfs_open+0x3b/0x340 fs/open.c:1094 do_open fs/namei.c 3887 [inline] path_openat+0x2ee5/0x3830 fs/name ---truncated--- (CVE-2025-38250)

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

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

  - OpenCV 是一个开源计算机视觉库。 4.12.0 之前的版本在堆栈上有一个未初始化的指针变量可能会在读取特制的 JPEG 图像时导致任意堆缓冲区写入。 4.12.0 版本修复了此漏洞。 (CVE-2025-53644)

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

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

  - 已修复 Linux 内核中的下列漏洞：ASoC: fsl: fsl_qmc_audio: Check devm_kasprintf() returned value devm_kasprintf() can return a NULL pointer on failure but this returned value is not checked. Fix this lack and check the returned value. (CVE-2024-42298)

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

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

  - 在 2.25.0 之前（2.16.9 LTS 之前及 2.7.18 LTS 之前）的 Mbed TLS 中发现了一个问题。mbedtls_mpi_exp_mod 执行的计算不受限制；因此，在生成 Diffie-Hellman 密钥对时，提供过大参数可能会导致拒绝服务。(CVE-2020-36475)

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

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

  - mm/migrate_device不将要释放的 folio 添加到 migrate_device_finalize() 中的 LRU 如果迁移成功我们会调用 folio_migrate_flags()->mem_cgroup_migrate() 以将 memcg 从旧 folio 迁移到新 folio。
    这会将旧作品集的 memcg_data 设置为 0。同样，如果迁移失败，dst folio 的 memcg_data 也不会设置。如果对此类 folio (memcg_data == 0) 调用 folio_putback_lru()会将要释放的 folio 添加到 LRU从而造成 memcg 代码不良。运行 hmm selftests# ./hmm-tests ... # RUN hmm.hmm_device_private.migrate ... [ 102.078007][T14893] pagerefcount:1 mapcount:0 mapping:0000000000000000 index:0x7ff27d200 pfn:0x13cc00 [ 102.079974][T14893] 匿名标记
    0x17ff00000020018uptodate|dirty|swapbacked|node=0|zone=2| []lastcpupid=0x7ff[ [ 102.082037][T14893] raw
    017ff00000020018 dead000000000100 dead000000000122 ffff8881353896c9 [ 102.083687][T14893] raw
    00000007ff27d200 0000000000000000 00000001ffffffff 0000000000000000 [ 102.085331][T14893] 页面已转储原因 VM_WARN_ON_ONCE_FOLIO(!memcg && !mem_cgroup_disabled()) [ 102.087230][----T14893] cut here ----] ------------ [ 102.088279][T14893] 警告CPU:0 PID: 14893 at ./include/linux/memcontrol.h:726 folio_lruvec_lock_irqsave+0x10e/0x170 [ 102.090478][T14893] 模块中链接的模块[ 102.091244][T14893] CPU
    0 UID: 0 PID: 14893 Comm: hmm-tests Not tainted 6.13.0-09623-g6c216bc522fd #151 [ 102.093089][T14893] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.3 -2.fc40 04/01/2014 [ 102.094848][T14893] RIP0010:folio_lruvec_lock_irqsave+0x10e/0x170 [ 102.096104][T14893] Code:... [ 102.099908][T14893] RSP
    0018:ffffc900236c37b0 EFLAGS00010293 [ 102.101152][T14893] RAX: 0000000000000000 RBX: ffffea0004f30000 RCX: ffffffff8183f426 [ 102.102684][T14893] RDX: ffff8881063cb88ff1063cb88ff1
    ffff8881063cb880 [ 102.104227][T14893] RBP: 0000000000000000 R08: 0000000000000005 R09: 0000000000000000 [102.105757][T14893] R10: 0000000000000001 R11: 0000000000000002 R12: ffffc900236c37d8 [102.107296][T14893] R13: ffff888277a2bcb0 R14: 000000000000001f R15: 0000000000000000 [102.108830][T14893] FS: 00007ff27dbdd740(0000) GS:ffff888277a00000(0000) knlGS:0000000000000000 [102.110643][T14893] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 102.111924][T14893] CR2:
    00007ff27d400000 CR3: 000000010866e000 CR4: 0000000000750ef0 [ 102.113478][T14893] PKRU: 55555554 [102.114172][T14893] 调用跟踪 [ 102.114805][T14893] <TASK> [ 102.115397][T14893] ? folio_lruvec_lock_irqsave+0x10e/0x170 [ 102.116547][T14893] ? __warn.cold+0x110/0x210 [102.117461][T14893] ? folio_lruvec_lock_irqsave+0x10e/0x170 [ 102.118667][T14893] ? report_bug+0x1b9/0x320 [ 102.119571][T14893] ? handle_bug+0x54/0x90 [ 102.120494][T14893] ? exc_invalid_op+0x17/0x50 [102.121433][T14893] ? asm_exc_invalid_op+0x1a/0x20 [ 102.122435][T14893] ?
    __wake_up_klogd.part.0+0x76/0xd0 [ 102.123506][T14893] ? dump_page+0x4f/0x60 [ 102.124352][T14893] ? folio_lruvec_lock_irqsave+0x10e/0x170 [ 102.125500][T14893] folio_batch_move_lru+0xd4/0x200 [102.126577][T14893] ? __pfx_lru_add+0x10/0x10 [ 102.127505][T14893] __folio_batch_add_and_move+0x391/0x720 [ 102.128633][T14893] ? __pfx_lru_add+0x10/0x10 [ 102.129550][T14893] folio_putback_lru+0x16/0x80 [102.130564][T14893] migrate_device_finalize+0x9b/0x530 [ 102.131640][T14893] dmirror_migrate_to_device.constprop.0+0x7c5/0xad0 [ 102.133047][T14893] dmirror_fops_unlocked_ioctl+0x89b/0xc80 可能不会有其他问题放置最后的 folio 引用将再次从 LRU 中删除 folio。因此除了 memcg 抱怨之外将要释放的 folio 添加到 LRU 只是一个不必要的步骤。新的流与 migrate_folio_move() 中的流类似将 dst 添加到 lru、rem ---truncated--- (CVE-2025-21861)

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

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

  - ttyserial修复 ucc_uart.c 中的 refcount 泄漏缺陷。在 soc_info() 中of_find_node_by_type() 将返回 refcount 增加的节点指针。应在不再使用 of_node_put() 时使用该函数。
    (CVE-2022-50019)

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

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

  - 已修复 Linux 内核中的下列漏洞：net: marvell: prestera: fix memory leak in prestera_rxtx_switch_init() When prestera_sdma_switch_init() failed, the memory pointed to by sw->rxtx isn't released. Fix it. Only be compiled, not be tested. (CVE-2022-49857)

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

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

  - s390/pkey防止 memdup_user() 变量中包含的 apqn 目标列表条目数量由用户空间通过 ioctl 调用确定因此传递到 memdup_user() 的大小计算中乘积的结果可能会溢出。在这种情况下，已分配区域的实际大小和描述该区域的值将不同步，从而导致之后出现各种类型的不可预测行为。使用正确的 memdup_array_user() 辅助函数其在检测到溢出时会返回错误。请注意这与 nr_apqns 最初为零的情况不同 - 后一种情况被视为有效且应在后续的 pkey_handler 实现中进行处理。由 Linux 验证中心 (linuxtesting.org) 发现。
    (CVE-2025-38257)

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

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

  - 已修复 Linux 内核中的下列漏洞：mm/vma: add give_up_on_oom option on modify/merge, use in uffd release Currently, if a VMA merge fails due to an OOM condition arising on commit merge or a failure to duplicate anon_vma's, we report this so the caller can handle it. However there are cases where the caller is only ostensibly trying a merge, and doesn't mind if it fails due to this condition. Since we do not want to introduce an implicit assumption that we only actually modify VMAs after OOM conditions might arise, add a 'give up on oom' option and make an explicit contract that, should this flag be set, we absolutely will not modify any VMAs should OOM arise and just bail out. Since it'd be very unusual for a user to try to vma_modify() with this flag set but be specifying a range within a VMA which ends up being split (which can fail due to rlimit issues, not only OOM), we add a debug warning for this condition. The motivating reason for this is uffd release - syzkaller (and Pedro Falcato's VERY astute analysis) found a way in which an injected fault on allocation, triggering an OOM condition on commit merge, would result in uffd code becoming confused and treating an error value as if it were a VMA pointer. To avoid this, we make use of this new VMG flag to ensure that this never occurs, utilising the fact that, should we be clearing entire VMAs, we do not wish an OOM event to be reported to us. Many thanks to Pedro Falcato for his excellent analysis and Jann Horn for his insightful and intelligent analysis of the situation, both of whom were instrumental in this fix. (CVE-2025-37760)

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

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

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

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

ID	名称	严重性
246130	Linux Distros 未修补的漏洞：CVE-2023-23039	medium
246129	Linux Distros 未修补的漏洞：CVE-2023-21976	medium
246128	Linux Distros 未修补的漏洞：CVE-2020-27675	medium
246125	Linux Distros 未修补的漏洞：CVE-2025-21963	medium
246124	Linux Distros 未修补的漏洞：CVE-2024-42088	high
246122	Linux Distros 未修补的漏洞：CVE-2023-4573	medium
246121	Linux Distros 未修补的漏洞：CVE-2023-32215	high
246120	Linux Distros 未修补的漏洞：CVE-2023-52789	medium
246119	Linux Distros 未修补的漏洞：CVE-2023-52502	medium
246118	Linux Distros 未修补的漏洞：CVE-2021-29946	high
246117	Linux Distros 未修补的漏洞：CVE-2019-17001	medium
246116	Linux Distros 未修补的漏洞：CVE-2021-29976	high
246115	Linux Distros 未修补的漏洞：CVE-2023-5256	high
246114	Linux Distros 未修补的漏洞：CVE-2022-25273	high
246113	Linux Distros 未修补的漏洞：CVE-2022-49228	medium
246112	Linux Distros 未修补的漏洞：CVE-2025-37847	medium
246111	Linux Distros 未修补的漏洞：CVE-2022-21813	medium
246110	Linux Distros 未修补的漏洞：CVE-2025-22030	medium
246109	Linux Distros 未修补的漏洞：CVE-2025-27154	critical
246108	Linux Distros 未修补的漏洞：CVE-2025-37956	medium
246107	Linux Distros 未修补的漏洞：CVE-2021-47427	high
246106	Linux Distros 未修补的漏洞：CVE-2022-50152	high
246105	Linux Distros 未修补的漏洞：CVE-2024-23851	medium
246104	Linux Distros 未修补的漏洞：CVE-2019-9788	critical
246103	Linux Distros 未修补的漏洞：CVE-2023-36674	medium
246102	Linux Distros 未修补的漏洞：CVE-2021-47044	high
246101	Linux Distros 未修补的漏洞：CVE-2024-20983	medium
246100	Linux Distros 未修补的漏洞：CVE-2025-21879	high
246099	Linux Distros 未修补的漏洞：CVE-2018-5094	high
246098	Linux Distros 未修补的漏洞：CVE-2024-38571	medium
246097	Linux Distros 未修补的漏洞：CVE-2023-52436	high
246096	Linux Distros 未修补的漏洞：CVE-2024-26693	medium
246095	Linux Distros 未修补的漏洞：CVE-2020-12387	high
246094	Linux Distros 未修补的漏洞：CVE-2021-28951	medium
246093	Linux Distros 未修补的漏洞：CVE-2025-22071	medium
246092	Linux Distros 未修补的漏洞：CVE-2025-38293	high
246091	Linux Distros 未修补的漏洞：CVE-2022-34675	medium
246090	Linux Distros 未修补的漏洞：CVE-2021-37159	medium
246089	Linux Distros 未修补的漏洞：CVE-2019-9455	low
246088	Linux Distros 未修补的漏洞：CVE-2019-6338	high
246087	Linux Distros 未修补的漏洞：CVE-2025-38250	high
246086	Linux Distros 未修补的漏洞：CVE-2025-53644	high
246085	Linux Distros 未修补的漏洞：CVE-2024-42298	medium
246084	Linux Distros 未修补的漏洞：CVE-2020-36475	high
246083	Linux Distros 未修补的漏洞：CVE-2025-21861	medium
246082	Linux Distros 未修补的漏洞：CVE-2022-50019	high
246081	Linux Distros 未修补的漏洞：CVE-2022-49857	medium
246080	Linux Distros 未修补的漏洞：CVE-2025-38257	high
246079	Linux Distros 未修补的漏洞：CVE-2025-37760	high
246078	Linux Distros 未修补的漏洞：CVE-2021-2194	medium

检测

Nessus 的 Misc. 系列

medium

medium

medium

medium

high

medium

high

medium

medium

high

medium

high

high

high

medium

medium

medium

medium

critical

medium

high

high

medium

critical

medium

high

medium

high

high

medium

high

medium

high

medium

medium

high

medium

medium

low

high

high

high

medium

high

medium

high

medium

high

high

medium