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

  - Authlib 是用于构建 OAuth 和 OpenID Connect 服务器的 Python 库。在低于版本 1.6.5的版本中Authlib 的 JOSE 实现接受不受限制的 JWS/JWT 标头和签名段。远程攻击者可构建其 base64urlencoded 标头或签名跨数百兆字节的标记。在验证期间Authlib 在完整输入被拒绝之前会对其进行解码和解析从而将 CPU 和内存消耗提高到恶意级别并造成拒绝服务。版本 1.6.5 修补了问题。有一些临时的变通方案可用。在将标记处理给 Authlib 之前强制限制输入大小和/或使用应用程序级别限制降低风险放大的风险。 (CVE-2025-61920)

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

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

  - Rack 是模块化的 Ruby Web 服务器接口。在 2.2.20、 3.1.18和 3.2.3版本之前在支持 `x-sendfile` 标头的代理例如 Nginx后面运行时`Rack::Sendfile` 中存在一个可能的信息泄露漏洞。特别构建的标头可导致 Rack::Sendfile与代理发生误通信并触发非预期内部请求从而可能绕过代理级别访问限制。当“Rack::Sendfile”从客户端收到不受信任的“x-sendfile-type”或“x-accel-mapping”标头时就会将其解释为代理配置指令。这可造成中间件将重定向响应发送至代理，提示其重新发出不受代理访问控制的新的内部请求。攻击者可以通过设置构建的“x-sendfile-type: x-accel-redirect”标头、设置构建的“x-accel-mapping”标头然后请求有资格接受基于代理的加速的路径来利用此漏洞。攻击者可绕过代理强制执行的限制并访问预期受到保护的内部端点（如管理页面）。该漏洞不允许读取任意文件但可暴露敏感应用程序路由。此问题仅影响满足以下所有条件的系统“Rack::Sendfile”与支持“x-accel-redirect”的代理如 Nginx配合使用代理**不**始终设置或删除“x-sendfile-type”和“x-accel-mapping”标头该应用程序暴露了一个端点该端点可返回对“.to_path”进行响应的正文。用户应升级到 Rack 版本 2.2.20、 3.1.18或 3.2.3这些版本需要显式配置才能启用“x-accel-redirect”。或者将代理配置为始终设置或剥离标头或在 Rails 应用程序中完全禁用 sendfile。 (CVE-2025-61780)

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

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

  - Rack 是模块化的 Ruby Web 服务器接口。在低于版本 2.2.20、 3.1.18和 3.2.3的情况下“Rack::Request#POST”将“Content-Type: application/x-www-form-urlencoded”的整个请求正文读取到内存中会调用“rack.input”没有强制实施长度或端点的 .read(nil)。因此在解析之前大型请求正文会完全缓冲到进程内存中从而通过内存耗尽导致拒绝服务 (DoS)。用户应升级到 Rack 版本 2.2.20、 3.1.18或 3.2.3其 anu 使用“query_parser.bytesize_limit”强制表单参数限制从而防止“application/x-www-form-urlencoded”正文的不受限制读取。此外，请在代理或 Web 服务器层强制执行严格的正文大小上限（例如 Nginx `client_max_body_size`、Apache `LimitRequestBody`）。 (CVE-2025-61919)

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

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

  - python-ldap 是用于 Python 的轻量级目录访问协议 (LDAP) 客户端 API。在低于 3.4.5的版本中当构建的“list”或“dict”提供为“assertion_value”参数且非默认值时可诱骗审查方法“ldap.filter.escape_filter_chars”跳过特殊字符的转义。已配置“escape_mode=1”。方法“ldap.filter.escape_filter_chars”支持 3 种不同的转义模式。当提供“list”或“dict”对象作为“assertion_value”参数时“escape_mode=0”（默认）和“escape_mode=2”刚好会引发异常。但是“escape_mode=1”计算时未执行充分的逻辑无法确保完全转义的返回值。如果应用程序依赖“python-ldap”库中存在漏洞的方法来转义不受信任的用户输入攻击者可能会滥用此漏洞发起 ldap 注入攻击从而可能泄露或操纵本应无法访问的 ldap 数据。 3.4.5 版通过在“ldap.filter.escape_filter_chars”方法开头添加类型检查来修复此问题从而在提供的“assertion_value”参数不属于“str”类型时引发异常。 (CVE-2025-61911)

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

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

  - python-ldap 是用于 Python 的轻量级目录访问协议 (LDAP) 客户端 API。在 3.4.5之前的版本中ldap.dn.escape_dn_chars() 通过发出反斜线后紧接着的空字节而非形成 \00 的 RFC-4514 hex 来错误地转义 \x00。可让任何使用此帮助程序从未受信任的输入构造 DN 的应用程序在请求被发送到 LDAP 服务器例如 AD之前持续失败进而导致客户端拒绝服务。3.4.5 版包含针对该问题的补丁。
    (CVE-2025-61912)

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

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

  - Poppler ia 是一个用于渲染 PDF 文件并检查或修改其结构的库。在低于 25.10.0 的 Poppler 版本中StructTreeRoot 类存在一个释放后使用写入漏洞。该问题起因于将原始指针用于“std::vector”元素其可导致在调整矢量大小时出现悬摆指针。漏洞源于 refToParentMap 使用原始指针存储对“std::vector”元素的引用的方式。当调整矢量大小时这些指针可能无效。此漏洞是常见安全问题涉及使用“std::vectors”原始指针。在内部“std::vector”将其元素存储在动态分配的数组中。当数组达到其容量并添加新元素时向量会重新分配更大的内存块并将所有现有元素移动到新位置。此时如果在调整大小之前存储了任何指向元素的指针则在发生重新分配时这些指针将变为悬摆指针。25.10.0 版本包含针对该问题的补丁。(CVE-2025-52885)

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

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

  - Wireshark 4.4.0 至 4.4.9 版和 4.2.0 至 4.2.13 版中的 MONGO 解析器存在无限循环漏洞，可能引发拒绝服务。(CVE-2025-11626)

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

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

  - 7-Zip ZIP 文件解析目录遍历远程代码执行漏洞。此漏洞允许远程攻击者在受影响的 7-Zip 安装程序上执行任意代码。需要与此产品交互才能利用此漏洞，但攻击向量可能会因实现方式而异。此特定缺陷存在于 ZIP 文件符号链接的处理进程中。 ZIP 文件中特别构建的数据可导致进程遍历到非预期目录。攻击者可以利用此漏洞在服务帐户上下文中执行代码。为 ZDI-CAN-26743。 (CVE-2025-11002)

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

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

  - 已修复 Linux 内核中的下列漏洞：clk: sunxi-ng: mp: Fix dual-divider clock rate readback When dual-divider clock support was introduced, the P divider offset was left out of the .recalc_rate readback function. This causes the clock rate to become bogus or even zero (possibly due to the P divider being 1, leading to a divide-by-zero). Fix this by incorporating the P divider offset into the calculation. (CVE-2025-39954)

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

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

  - Confidential Containers 的 Trustee 项目包含用于证明机密客户机和向其提供机密的工具和组件。在低于 0.15.0的版本中 attestation-policy 端点未检查提交请求的 kbs-client 是否确实已经过认证是否具有正确的密钥。这允许任何 kbs-client 实际上更改认证策略。版本 0.15.0 已修复该问题。(CVE-2025-61779)

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

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

  - Action View 标签帮助程序 >= 5.2.0 和 < 5.2.0 中存在 XSS 漏洞，如果攻击者能够控制对特定属性的输入，则可利用此漏洞注入内容。(CVE-2022-27777)

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

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

  - 在 0.10.0 之前的 OpenPubkey 库版本中包含允许特别构建的 JWS 绕过签名验证的漏洞。由于 OPKSSH 依赖 OpenPubkey 库进行认证因此 OpenPubkey 中的此漏洞也适用于 0.5.0 之前的 OPKSSH 版本并且允许攻击者绕过 OPKSSH 认证。 (CVE-2025-4658)

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

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

  - OctoRPKI 未转义文件名包含 .. 的 URI这允许存储库创建文件例如 rsync://example.org/repo/../../etc/cron.daily/evil roa)，随后该文件将被写入基本缓存文件夹之外的磁盘。而该操作可能允许在运行 OctoRPKI 的主机上执行远程代码。(CVE-2021-3907)

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

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

  - llama.cpp 是 C/C++ 版本中多个 LLM 模型的推理。ggml/src/gguf.cpp 的 gguf_init_from_file_impl 函数中的整数溢出可导致堆越界读取/写入。此漏洞已在提交 26a48ad699d50b6268900062661bd22f3e792579 中修复。 (CVE-2025-53630)

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

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

  - iommu/fsl_pamu修复 fsl_pamu_probe() 中的资源泄漏 create_csd() 失败时 fsl_pamu_probe() 会直接返回而 irq 和内存未释放。通过在 create_csd() 返回错误时跳转至错误进行修复。 (CVE-2022-50525)

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

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

  - nilfs2针对检查点获取失败将 WARN_ONs 替换为 nilfs_error 如果由于磁盘上检查点元数据中的异常而导致检查点的创建或完成失败则会生成内核警告。
    此修补程序将 WARN_ONs 替换为 nilfs_error以便使用 panic_on_warn 引导的内核不会发生错误。此处的 nilfs_error 适用于处理异常文件系统情况。这还会将检测到的错误代码替换为 I/O 错误，这样两个内部错误代码都不会返回给调用程序。 (CVE-2022-50519)

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

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

  - 已修复 Linux 内核中的下列漏洞：vme: Fix error not catched in fake_init() In fake_init(), __root_device_register() is possible to fail but it's ignored, which can cause unregistering vme_root fail when exit. general protection fault, probably for non-canonical address 0xdffffc000000008c KASAN: null-ptr-deref in range [0x0000000000000460-0x0000000000000467] RIP:
    0010:root_device_unregister+0x26/0x60 Call Trace: <TASK> __x64_sys_delete_module+0x34f/0x540 do_syscall_64+0x38/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd Return error when
    __root_device_register() fails. (CVE-2022-50538)

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

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

  - spibcm-qspi如果 hif_mspi 或 mspi 均不可用则返回错误如果 hif_mspi 和 mspi 资源均不存在驱动程序将在探测中提前退出但仍返回成功结果。除了不执行任何有意义的操作之外这还会导致删除时访问空指针因为 platform_get_drvdata() 将返回 NULL然后在尝试注销 spi 主机时尝试取消引用 NULL。通过无条件调用 devm_ioremap_resource() 来修复此问题因为它可处理空资源并会在获得时返回一个可行的 ERR_PTR()。return 0;以前是 goto qspi_resource_err其中then ret被返回但由于 ret在此处仍被初始化为 0因此这是 63c5395bb7a9 中的有效转换spibcm-qspi修复取消绑定时的释放后使用。此问题并非此提交所引入而只是变得更加明显。 (CVE-2023-53658)

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

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

  - fbdevomapfblcd_mipid修复 mipid_spi_probe() 中的处理路径时的错误如果“mipid_detect()”失败则必须释放“md”以避免内存泄漏。 (CVE-2023-53650)

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

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

  - mediasolo6x10修复 solar_sysfs_init() 中可能的内存泄漏如果 device_register() 在 solar_sysfs_init() 中返回错误则需要释放由 dev_set_name() 分配的名称。如 device_register() 的注释所述其应使用 put_device() 放弃错误路径中的引用。因此可通过调用 put_device() 修复此问题然后可在 kobject_cleanup() 中释放该名称。 (CVE-2022-50547)

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

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

  - r6040修复 probe 和 remove 中的 kmemleak kmemleak 报告内存泄漏未引用的对象 0xffff888116111000 (size 2048)comm modprobe、pid 817、jiffies 4294759745(age 76.502s) hex 转储前 32 字节00 c4 0a 04 81 88 ff ff 08 10 11 16 81 88 ff ff 08 10 11 16 81 88 ff ff 00 00 00 00 00 00 00 00 ...... ....backtrace[<ffffffff815bcd82>] kmalloc_trace+0x22/0x60 [<ffffffff827e20ee>] phy_device_create+0x4e/0x90 [<ffffffff827e6072>] get_phy_device+0xd2/0x220 [<ffffffff827e7844>] mdiobus_scan+0xa4/0x2e0 [<ffffffff827e8be2>] __mdiobus_register+0x482/0x8b0 [<ffffffffa01f5d24>] r6040_init_one+0x714/0xd2c [r6040] ... 问题在探测进程中发生如下r6040_init_one: mdiobus_register mdiobus_scan <- alloc 和 register phy_device, phy_device 的引用计数为 3 r6040_mii_probe phy_connect <- 连接到第一个 phy_device因此第一个 phy_device 的引用计数为 4, 其他为3 register_netdev <- 错误注入成功转向错误处理路径//错误处理路径 err_out_mdio_unregister: mdiobus_unregister(lp->mii_bus);
    err_out_mdiomdiobus_free(lp->mii_bus); <- 第一个 phy_device 的引用计数为 1未释放释放了其他 phy_device // 同样移除进程也出现相同的问题根源可追踪为移除 中的一个 r6040 设备时 phy_device 未断开连接r6040_mii 成功探测之后错误处理路径上的 r6040_remove_one() 或 。在 r6040_mii_probe() 中net 以太网设备连接到 mii_bus 的第一个 PHY 设备以便在链路状态变更时通知连接的驱动程序这是 PHY 基础设施处理所有事务的默认行为。因此当 移除一个 r6040 设备或在错误处理路径上时应断开 phy_device 的连接。通过在成功探测 r6040_mii 后在删除一个 r6040 设备时或在错误处理路径中添加 phy_disconnect() 来修复此问题。 (CVE-2022-50545)

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

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

  - Synapse 是一种开源 Matrix Homeserver 实现。在低于 1.138.3 的Synapse 中以及在 Synapse 1.139.0 中缺少设备密钥验证允许在受害家用服务器上注册的攻击者降低联合功能等级进而不可预测地中断与其他家用服务器的出站联合。此问题已在 Synapse 中修补 1.138.3、 1.138.4、 1.139.1和 1.139.2。请注意即使 1.138.3 和 1.139.1 修复了此漏洞但它们还是无意中引入了不相关的回归。因此Synapse 维护者建议跳过这些版本而直接升级到 1.138.4 和 1.139.2。
    (CVE-2025-61672)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/msm/dp: fix memory corruption with too many bridges Add the missing sanity check on the bridge counter to avoid corrupting data beyond the fixed-sized bridge array in case there are ever more than eight bridges. Patchwork:
    https://patchwork.freedesktop.org/patch/502664/ (CVE-2022-50526)

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

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

  - mediacoda添加对 kmalloc 的检查由于 kmalloc 可能返回空指针因此最好检查返回值以避免空指针取消引用这一点与其他操作相同。 (CVE-2022-50509)

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

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

  - bcache修复 __bch_btree_node_alloc 以使故障行为一致在某些特定情况下__bch_btree_node_alloc 的返回值可能为 NULL。这可能导致在调用程序函数如调用链中发生潜在的空指针取消引用
    btree_split->bch_btree_node_alloc->__bch_btree_node_alloc。通过在 中初始化返回值来修复此问题
    __bch_btree_node_alloc。 (CVE-2023-53681)

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

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

  - clkrockchip修复 rockchip_clk_register_pll() 中的内存泄漏如果 clk_register() 失败@pll->rate_table 可能通过 kmemdup() 分配了内存因此需要将其释放否则将导致内存泄漏问题此修补程序可修复该问题。 (CVE-2022-50523)

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

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

  - mcbmcb-parse修复了 chameleon_parse_gdd() 中的错误处理如果 mcb_device_register() 在 chameleon_parse_gdd() 中返回错误则总线的 refcount 和设备名称将泄露。通过调用 put_device() 以放弃引用修复此问题以便可在 mcb_release_dev() 和 kobject_cleanup() 中释放它们。
    (CVE-2022-50522)

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

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

  - fshfsplus从 hfsplus_cat_{read,write}_inode() 删除 WARN_ON() syzbot 在 hfsplus_cat_{read,write}_inode() 中命中 WARN_ON()因为构建的文件系统图像可包含虚假的长度。这些条件不是可导致内核错误的内核缺陷。 (CVE-2023-53683)

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

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

  - 已修复 Linux 内核中的下列漏洞：clk: microchip: fix potential UAF in auxdev release callback Similar to commit 1c11289b34ab (peci: cpu: Fix use-after-free in adev_release()), the auxiliary device is not torn down in the correct order. If auxiliary_device_add() fails, the release callback will be called twice, resulting in a UAF. Due to timing, the auxdev code in this driver took inspiration from the aforementioned commit, and thus its bugs too! Moving auxiliary_device_uninit() to the unregister callback instead avoids the issue. (CVE-2023-53636)

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

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

  - 已修复 Linux 内核中的下列漏洞：media: i2c: ov772x: Fix memleak in ov772x_probe() A memory leak was reported when testing ov772x with bpf mock device: AssertionError:
    unreferenced object 0xffff888109afa7a8 (size 8): comm python3, pid 279, jiffies 4294805921 (age 20.681s) hex dump (first 8 bytes): 80 22 88 15 81 88 ff ff ....... backtrace: [<000000009990b438>]
    __kmalloc_node+0x44/0x1b0 [<000000009e32f7d7>] kvmalloc_node+0x34/0x180 [<00000000faf48134>] v4l2_ctrl_handler_init_class+0x11d/0x180 [videodev] [<00000000da376937>] ov772x_probe+0x1c3/0x68c [ov772x] [<000000003f0d225e>] i2c_device_probe+0x28d/0x680 [<00000000e0b6db89>] really_probe+0x17c/0x3f0 [<000000001b19fcee>] __driver_probe_device+0xe3/0x170 [<0000000048370519>] driver_probe_device+0x49/0x120 [<000000005ead07a0>] __device_attach_driver+0xf7/0x150 [<0000000043f452b8>] bus_for_each_drv+0x114/0x180 [<00000000358e5596>] __device_attach+0x1e5/0x2d0 [<0000000043f83c5d>] bus_probe_device+0x126/0x140 [<00000000ee0f3046>] device_add+0x810/0x1130 [<00000000e0278184>] i2c_new_client_device+0x359/0x4f0 [<0000000070baf34f>] of_i2c_register_device+0xf1/0x110 [<00000000a9f2159d>] of_i2c_notify+0x100/0x160 unreferenced object 0xffff888119825c00 (size 256): comm python3, pid 279, jiffies 4294805921 (age 20.681s) hex dump (first 32 bytes): 00 b4 a5 17 81 88 ff ff 00 5e 82 19 81 88 ff ff .........^...... 10 5c 82 19 81 88 ff ff 10 5c 82 19 81 88 ff ff .\.......\...... backtrace: [<000000009990b438>]
    __kmalloc_node+0x44/0x1b0 [<000000009e32f7d7>] kvmalloc_node+0x34/0x180 [<0000000073d88e0b>] v4l2_ctrl_new.cold+0x19b/0x86f [videodev] [<00000000b1f576fb>] v4l2_ctrl_new_std+0x16f/0x210 [videodev] [<00000000caf7ac99>] ov772x_probe+0x1fa/0x68c [ov772x] [<000000003f0d225e>] i2c_device_probe+0x28d/0x680 [<00000000e0b6db89>] really_probe+0x17c/0x3f0 [<000000001b19fcee>] __driver_probe_device+0xe3/0x170 [<0000000048370519>] driver_probe_device+0x49/0x120 [<000000005ead07a0>] __device_attach_driver+0xf7/0x150 [<0000000043f452b8>] bus_for_each_drv+0x114/0x180 [<00000000358e5596>] __device_attach+0x1e5/0x2d0 [<0000000043f83c5d>] bus_probe_device+0x126/0x140 [<00000000ee0f3046>] device_add+0x810/0x1130 [<00000000e0278184>] i2c_new_client_device+0x359/0x4f0 [<0000000070baf34f>] of_i2c_register_device+0xf1/0x110 The reason is that if priv->hdl.error is set, ov772x_probe() jumps to the error_mutex_destroy without doing v4l2_ctrl_handler_free(), and all resources allocated in v4l2_ctrl_handler_init() and v4l2_ctrl_new_std() are leaked. (CVE-2023-53637)

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

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

  - 已修复 Linux 内核中的下列漏洞：accel/qaic: Fix a leak in map_user_pages() If get_user_pages_fast() allocates some pages but not as many as we wanted, then the current code leaks those pages. Call put_page() on the pages before returning. (CVE-2023-53633)

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

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

  - 已修复 Linux 内核中的下列漏洞：media: amphion: fix REVERSE_INULL issues reported by coverity null-checking of a pointor is suggested before dereferencing it (CVE-2023-53653)

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

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

  - 已修复 Linux 内核中的下列漏洞：media: i2c: hi846: Fix memory leak in hi846_parse_dt() If any of the checks related to the supported link frequencies fail, then the V4L2 fwnode resources don't get released before returning, which leads to a memleak. Fix this by properly freeing the V4L2 fwnode data in a designated label. (CVE-2022-50548)

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

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

  - x86修复 clear_user_rep_good() 异常处理注释此代码已在干线中不再存在因为它已在上游提交 d2c95f9d6802x86未使用 REP_GOOD 或 ERMS 进行用户内存清除中删除。但是不是向后移植全范围的 x86 内存清除和复制清理而是修复 clear_user_rep_good() 中最终“rep movsb”的异常表注释放置它不是指向进行用户空间访问的实际指令而是指出到其之前的寄存器移动。从代码流的角度而言这是有理的，但从实际使用情况的角度而言则无理：这意味着如果用户访问发生异常，则异常处理程序实际上不会在异常表中找到该指令。因此系统不会修复并返回 -EFAULT而是将其转换为内核 oops 报告之类的BUG无法处理地址的页面错误
    0000000020081000 #PF内核模式下的主管写入权限 #PFerror_code (0x0002) - not-present 页面 ... RIP: 0010:clear_user_rep_good+0x1c/0x30 arch/x86/lib/clear_page_64.S:147 ... 调用跟踪__clear_user arch/x86/include/asm/uaccess_64.h:103 [内联] clear_user arch/x86/include/asm/uaccess_64.h:124 [内联] iov_iter_zero+0x709/0x1290 lib/iov_iter.c:800 iomap_dio_hole_iter fs/iomap/direct-io.c:389 [内联] iomap_dio_iter fs/iomap/direct-io.c:440 [内联] __iomap_dio_rw+0xe3d/0x1cd0 fs/iomap/direct-io.c:601 iomap_dio_rw+0x40/0xa0 fs/iomap/direct-io.c:689 ext4_dio_read_iter fs/ext4/file.c:94 [内联] ext4_file_read_iter+0x4be/0x690 fs/ext4/file.c:145 call_read_iter include/linux/fs.h:2183 [内联] do_iter_readv_writev+0x2e0/0x3b0 fs/read_write.c:733 do_iter_read+0x2f2/0x750 fs/read_write.c:796 vfs_readv+0xe5/0x150 fs/read_write.c:916 do_preadv+0x1b6/0x270 fs/read_read_sys2p__do_read_sys2p__do_read_sys2p__do_read_sys2p__do_read_sys2p__do_read_sys2 fs/read_write.c:1070 [内联] __se_sys_preadv2 fs/read_write.c:1061 [内联] __x64_sys_preadv2+0xef/0x150 fs/read_write.c:1061 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+ 0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd其中然后看起来像一个文件系统缺陷而不是错误的异常注释。[ 此单行修复的替代方法是采用可清除此漏洞的上游 系列68674f94ffc9 (x86请勿对小型内存副本使用 REP_GOOD 或 ERMS) 20f3337d350c (x86请勿对小型内存副本使用 REP_GOOD 或 ERMS) adfcf4231b8c (x86请勿使用 REP_GOOD 或 ERMS 进行用户内存复制* d2c95f9d6802 (x86: 请勿使用 REP_GOOD 或 ERMS 进行用户内存清理) 3639a535587d (x86将 stac/clac 从用户复制例程移至调用程序) 577e6a7fd50dx86内联 FSRM 案例用户副本中的 'rep movs'8c9b6a88b7e2 (x86) 改进 non-rep 'clear_user' 函数427fda2c8a49 (x86优化 non-rep 'copy_user' 函数) * e046fe5a36a9x86在具有 FSRM 的 AMD CPU 上自动设置 FSRSe1f2750edc4a (x86从 __copy_user_nocache() 删除“zerorest”参数034ff37d3407x86重写“__copy_user_nocache”函数标记为完整系列或至少系列修复此问题需要提交 ] (CVE-2023-53642

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

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

  - mediaradio-shark添加端点检查 syzbot 模糊工具能够从 radio-shark2 驱动程序引发警告------------[在此切换 ]-------- ---- usb 1-1:BOGUS urb xfer管道 1 != 类型 3 警告
    CPU: 0 PID: 3271 at drivers/usb/core/urb.c:504 usb_submit_urb+0xed2/0x1880 drivers/usb/core/urb.c:504 模块中链接的 CPU: 0 PID: 3271 Comm: kworker/0:3 未受感染 6.1.0-rc4-syzkaller #0 硬件名称
    Google Google Compute Engine/Google Compute Engine、BIOS Google 10/26/2022 Workqueueusb_hub_wq hub_event RIP0010:usb_submit_urb+0xed2/0x1880 drivers/usb/core/urb.c:504 代码7c 24 18 e8 00 36 ea fb 48 8b 7c 24 18 e8 36 1c 02 ff 41 89 d8 44 89 e1 4c 89 ea 48 89 c6 48 c7 c7 a0 b6 90 8a e8 9a 29 b8 03 <0f> 0b e9 58 f8 ff ff e8 d2 35 ea fb 48 81 c5 c0 05 00 00 e9 84 f7 RSP0018:ffffc90003876dd0 EFLAGS00010282 RAX
    0000000000000000 RBX: 0000000000000003 RCX: 0000000000000000 RDX: ffff8880750b0040 RSI: ffffffff816152b8 RDI: fffff5200070edac RBP: ffff8880172d81e0 R08: 0000000000000005 R09: 0000000000000000 R10:
     R110000000080000000  : 0000000000000000 R12: 0000000000000001 R13: ffff8880285c5040 R14: 0000000000000002 R15: ffff888017158200 FS: 0000000000000000(0000) GS:ffff8880b9a00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007ffe03235b90 CR3: 000000000bc8e000 CR4: 00000000003506f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000 DR3: 00000000000000000000000
    00000000fffe0ff0 DR70000000000000400 调用跟踪 <TASK> usb_start_wait_urb+0x101/0x4b0 drivers/usb/core/message.c:58 usb_bulk_msg+0x226/0x550 drivers/usb/core/message.c:387 shark_write_reg+0x1ff/0x2e0 drivers/ radio/radio-shark2.c:88 ... 造成此问题的原因是驱动程序未检查其使用的端点是否实际存在以及具有适当的类型。添加这些端点的简单检查即可修复此问题radio-shark 驱动程序亦是如此。 (CVE-2023-53644)

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

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

  - usb小工具f_hid修复错误路径中的 refcount 泄漏当分配 report_desc 失败时opts->refcnt 已增加因此需要将其减少以避免使选项结构永久锁定。 (CVE-2022-50514)

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

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

  - stagingrtl8723bs修复 rtw_init_cmd_priv() 中可能的内存泄漏。在 rtw_init_cmd_priv() 中如果分配“pcmdpriv->rsp_allocating_buf”失败则将无法正确释放“pcmdpriv->cmd_allocating_buf”。此外，考虑到只有两个错误路径，第一个路径可以直接返回，因此我们不需要隐式跳转到“exit”标签来执行错误处理程序。因此此修补程序在错误路径中添加了“kfree(pcmdpriv->cmd_allocating_buf);”以释放资源并简化 rtw_init_cmd_priv() 的返回逻辑。由于没有可测试的适当设备，因此未执行任何运行时测试。 (CVE-2022-50513)

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

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

  - 已修复 Linux 内核中的下列漏洞：soc: aspeed: socinfo: Add kfree for kstrdup Add kfree() in the later error handling in order to avoid memory leak. (CVE-2023-53617)

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

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

  - 已修复 Linux 内核中的下列漏洞：test_firmware: fix memory leak in test_firmware_init() When misc_register() failed in test_firmware_init(), the memory pointed by test_fw_config->name is not released. The memory leak information is as follows: unreferenced object 0xffff88810a34cb00 (size 32): comm insmod, pid 7952, jiffies 4294948236 (age 49.060s) hex dump (first 32 bytes): 74 65 73 74 2d 66 69 72 6d 77 61 72 65 2e 62 69 test-firmware.bi 6e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 n............... backtrace: [<ffffffff81b21fcb>] __kmalloc_node_track_caller+0x4b/0xc0 [<ffffffff81affb96>] kstrndup+0x46/0xc0 [<ffffffffa0403a49>] __test_firmware_config_init+0x29/0x380 [test_firmware] [<ffffffffa040f068>] 0xffffffffa040f068 [<ffffffff81002c41>] do_one_initcall+0x141/0x780 [<ffffffff816a72c3>] do_init_module+0x1c3/0x630 [<ffffffff816adb9e>] load_module+0x623e/0x76a0 [<ffffffff816af471>] __do_sys_finit_module+0x181/0x240 [<ffffffff89978f99>] do_syscall_64+0x39/0xb0 [<ffffffff89a0008b>] entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-50529)

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

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

  - 已修复 Linux 内核中的下列漏洞：iommu/mediatek: Check return value after calling platform_get_resource() platform_get_resource() may return NULL pointer, we need check its return value to avoid null-ptr-deref in resource_size(). (CVE-2022-50524)

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

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

  - mediasi470x修复 si470x_int_in_callback() 中的释放后使用 syzbot 报告的 si470x_int_in_callback() 中存在释放后使用 [1]。这表示当调用 si470x_int_in_callback() 时包含结构 si470x_device 对象的 urb->context 已释放。造成此问题的原因是为已释放的 urb 调用了 si470x_int_in_callback()。 si470x_usb_driver_probe() 调用 si470x_start_usb()然后 si470x_start_usb() 调用 usb_submit_urb() 和 si470x_start()。如果 si470x_start_usb() 失败si470x_usb_driver_probe() 不会终止 urb而只是释放 struct si470x_device 对象如下所述 si470x_usb_driver_probe() ... si470x_start_usb() ... usb_submit_urb() 如果满足则 retval = si470x_start() 返回 retval (retval < 0)释放 struct si470x_device 对象但不终止 urb 此修补程序通过在 si470x_start_usb() 失败且已提交 urb 时终止 urb 修复此问题。如果 si470x_start_usb() 失败且未提交 urb即提交 usb 失败则其仅释放 struct si470x_device 对象。
    (CVE-2022-50542)

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

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

  - 已修复 Linux 内核中的下列漏洞：memcontrol: ensure memcg acquired by id is properly set up In the eviction recency check, we attempt to retrieve the memcg to which the folio belonged when it was evicted, by the memcg id stored in the shadow entry. However, there is a chance that the retrieved memcg is not the original memcg that has been killed, but a new one which happens to have the same id. This is a somewhat unfortunate, but acceptable and rare inaccuracy in the heuristics.
    However, if we retrieve this new memcg between its allocation and when it is properly attached to the memcg hierarchy, we could run into the following NULL pointer exception during the memcg hierarchy traversal done in mem_cgroup_get_nr_swap_pages(): [ 155757.793456] BUG: kernel NULL pointer dereference, address: 00000000000000c0 [ 155757.807568] #PF: supervisor read access in kernel mode [ 155757.818024] #PF: error_code(0x0000) - not-present page [ 155757.828482] PGD 401f77067 P4D 401f77067 PUD 401f76067 PMD 0 [ 155757.839985] Oops: 0000 [#1] SMP [ 155757.887870] RIP: 0010:mem_cgroup_get_nr_swap_pages+0x3d/0xb0 [155757.899377] Code: 29 19 4a 02 48 39 f9 74 63 48 8b 97 c0 00 00 00 48 8b b7 58 02 00 00 48 2b b7 c0 01 00 00 48 39 f0 48 0f 4d c6 48 39 d1 74 42 <48> 8b b2 c0 00 00 00 48 8b ba 58 02 00 00 48 2b ba c0 01 00 00 48 [ 155757.937125] RSP: 0018:ffffc9002ecdfbc8 EFLAGS: 00010286 [ 155757.947755] RAX: 00000000003a3b1c RBX: 000007ffffffffff RCX: ffff888280183000 [ 155757.962202] RDX: 0000000000000000 RSI: 0007ffffffffffff RDI: ffff888bbc2d1000 [ 155757.976648] RBP: 0000000000000001 R08: 000000000000000b R09: ffff888ad9cedba0 [155757.991094] R10: ffffea0039c07900 R11: 0000000000000010 R12: ffff888b23a7b000 [ 155758.005540] R13:
    0000000000000000 R14: ffff888bbc2d1000 R15: 000007ffffc71354 [ 155758.019991] FS: 00007f6234c68640(0000) GS:ffff88903f9c0000(0000) knlGS:0000000000000000 [ 155758.036356] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [ 155758.048023] CR2: 00000000000000c0 CR3: 0000000a83eb8004 CR4: 00000000007706e0 [155758.062473] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 155758.076924] DR3:
    0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [ 155758.091376] PKRU: 55555554 [155758.096957] Call Trace: [ 155758.102016] <TASK> [ 155758.106502] ? __die+0x78/0xc0 [ 155758.112793] ? page_fault_oops+0x286/0x380 [ 155758.121175] ? exc_page_fault+0x5d/0x110 [ 155758.129209] ? asm_exc_page_fault+0x22/0x30 [ 155758.137763] ? mem_cgroup_get_nr_swap_pages+0x3d/0xb0 [ 155758.148060] workingset_test_recent+0xda/0x1b0 [ 155758.157133] workingset_refault+0xca/0x1e0 [ 155758.165508] filemap_add_folio+0x4d/0x70 [ 155758.173538] page_cache_ra_unbounded+0xed/0x190 [ 155758.182919] page_cache_sync_ra+0xd6/0x1e0 [ 155758.191738] filemap_read+0x68d/0xdf0 [ 155758.199495] ? mlx5e_napi_poll+0x123/0x940 [ 155758.207981] ? __napi_schedule+0x55/0x90 [ 155758.216095]
    __x64_sys_pread64+0x1d6/0x2c0 [ 155758.224601] do_syscall_64+0x3d/0x80 [ 155758.232058] entry_SYSCALL_64_after_hwframe+0x46/0xb0 [ 155758.242473] RIP: 0033:0x7f62c29153b5 [ 155758.249938] Code:
    e8 48 89 75 f0 89 7d f8 48 89 4d e0 e8 b4 e6 f7 ff 41 89 c0 4c 8b 55 e0 48 8b 55 e8 48 8b 75 f0 8b 7d f8 b8 11 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 33 44 89 c7 48 89 45 f8 e8 e7 e6 f7 ff 48 8b [ 155758.288005] RSP: 002b:00007f6234c5ffd0 EFLAGS: 00000293 ORIG_RAX: 0000000000000011 [ 155758.303474] RAX:
    ffffffffffffffda RBX: 00007f628c4e70c0 RCX: 00007f62c29153b5 [ 155758.318075] RDX: 000000000003c041 RSI:
    00007f61d2986000 RDI: 0000000000000076 [ 155758.332678] RBP: 00007f6234c5fff0 R08: 0000000000000000 R09:
    0000000064d5230c [ 155758.347452] R10: 000000000027d450 R11: 0000000000000293 R12: 000000000003c041 [155758.362044] R13: 00007f61d2986000 R14: 00007f629e11b060 R15: 000000000027d450 [ 155758.376661] </TASK> This patch fixes the issue by moving the memcg's id publication from the alloc stage to ---truncated--- (CVE-2023-53621)

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

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

  - 从 Apache Tika 版本 1.7 到 1.17客户端可将精心构建的标头发送至 tika-server其可被用于将命令注入运行 tika-server 的服务器命令行。此漏洞仅影响在对非受信客户端开放的服务器上运行 tika-server 的漏洞。缓解措施用于升级到 Tika 1.18。 (CVE-2018-1335)

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

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

  - 在 Firefox 136 和 Thunderbird 136 中修复了内存安全缺陷。其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。此漏洞影响 Firefox < 137 和 Thunderbird < 137。 (CVE-2025-3034)

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

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

  - 在 ffmpeg 中发现一个归类为“存在问题”的漏洞。此漏洞会影响 QuickTime Graphics Video Encoder 组件的 libavcodec/smcenc.c 文件的 smc_encode_stream 函数。攻击者可利用 argument y_size 造成越界读取。攻击可从远程发起。补丁的名称为 13c13109759090b7f7182480d075e13b36ed8edd。建议应用补丁修复此问题。此漏洞的标识符为 VDB-213544。(CVE-2022-3965)

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

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

  - llama.cpp 是 C/C++ 版本中多个 LLM 模型的推理。在低于版本 b5662 的情况下攻击者提供的 GGUF 模型词汇表可在 llama.cpp 的词汇表加载代码中触发缓冲区溢出。具体来说llama.cpp/src/VOCAB.cpp: llama_vocationb::impl::token_to_piece() 中的 helper _try_copy 会将非常大的 size_t 标记长度转换为 int32_t从而造成长度检查如果 (length < (int32_t)size) ) 要绕过。因此仍会以该过大的大小调用 memcpy从而让恶意模型覆盖预期缓冲区之外的内存。这可能导致任意内存损坏并可能导致代码执行。已在版本 b5662 中修补此问题。 (CVE-2025-49847)

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

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

  - 7-Zip ZIP 文件解析目录遍历远程代码执行漏洞。此漏洞可让远程攻击者在受影响的 7-Zip 安装上执行任意代码。要利用此漏洞需要与此产品交互但攻击向量可能因实现而异。该特定缺陷存在于 ZIP 文件中符号链接的处理中。ZIP 文件中的特制数据可造成进程遍历至非预期目录。攻击者可以利用此漏洞在服务帐户上下文中执行代码。是 ZDI-CAN-26753。 (CVE-2025-11001)

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

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

  - 用 WOLFSSL_SYS_CA_CERTS 和 WOLFSSL_APPLE_NATIVE_CERT_VALIDATION 选项进行构建时wolfSSL 中的证书验证错误导致 wolfSSL 客户端无法正确验证服务器证书的域名从而允许接受由受信任 CA 颁发的任何证书而不考虑主机名。 (CVE-2025-7395)

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

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

  - moment 是用于解析、验证、操纵和格式化日期的 JavaScript 日期库。据发现，受影响的 moment 版本使用了低效解析算法。具体而言，在 moment 中使用 string-to-date 解析（更确切讲，是默认尝试的 rfc2822 解析）处理特定输入时，复杂性为二的次方 (N^2)。用户可能会注意到，当输入超过 10k 个字符时，处理速度会明显减慢。如果用户将用户提供的字符串传递到 moment 构造函数，而未经健全性长度检查，就容易受到 (Re)DoS 攻击。此问题已在 2.29.4 版中修补，该补丁可应用于调整极少的所有受影响的版本。建议所有用户都进行升级。无法升级的用户应考虑限制接受用户输入的日期长度。(CVE-2022-31129)

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

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

  - GitLab 已修复了 GitLab CE/EE 中的一个问题该问题会影响到低于 5.2 的 18.2.8、低于 18.3.4的 18.3 和低于 18.4 的 18.4.2 的所有版本其可允许经身份验证的攻击者创建拒绝服务情况通过配置由发送构建的 HTTP 响应的恶意 webhook 端点。
    (CVE-2025-2934)

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

ID	名称	严重性
270280	Linux Distros 未修补的漏洞：CVE-2025-61920	high
270279	Linux Distros 未修补的漏洞：CVE-2025-61780	medium
270278	Linux Distros 未修补的漏洞：CVE-2025-61919	high
270277	Linux Distros 未修补的漏洞：CVE-2025-61911	medium
270276	Linux Distros 未修补的漏洞：CVE-2025-61912	medium
270275	Linux Distros 未修补的漏洞：CVE-2025-52885	high
270274	Linux Distros 未修补的漏洞：CVE-2025-11626	medium
270273	Linux Distros 未修补的漏洞：CVE-2025-11002	high
270272	Linux Distros 未修补的漏洞：CVE-2025-39954	medium
270271	Linux Distros 未修补的漏洞：CVE-2025-61779	high
270270	Linux Distros 未修补的漏洞：CVE-2022-27777	medium
270269	Linux Distros 未修补的漏洞：CVE-2025-4658	critical
270268	Linux Distros 未修补的漏洞：CVE-2021-3907	critical
270267	Linux Distros 未修补的漏洞：CVE-2025-53630	critical
270266	Linux Distros 未修补的漏洞：CVE-2022-50525	medium
270265	Linux Distros 未修补的漏洞：CVE-2022-50519	medium
270264	Linux Distros 未修补的漏洞：CVE-2022-50538	medium
270263	Linux Distros 未修补的漏洞：CVE-2023-53658	medium
270262	Linux Distros 未修补的漏洞：CVE-2023-53650	medium
270261	Linux Distros 未修补的漏洞：CVE-2022-50547	medium
270260	Linux Distros 未修补的漏洞：CVE-2022-50545	medium
270259	Linux Distros 未修补的漏洞：CVE-2025-61672	medium
270258	Linux Distros 未修补的漏洞：CVE-2022-50526	high
270257	Linux Distros 未修补的漏洞：CVE-2022-50509	medium
270256	Linux Distros 未修补的漏洞：CVE-2023-53681	medium
270255	Linux Distros 未修补的漏洞：CVE-2022-50523	medium
270254	Linux Distros 未修补的漏洞：CVE-2022-50522	high
270253	Linux Distros 未修补的漏洞：CVE-2023-53683	high
270252	Linux Distros 未修补的漏洞：CVE-2023-53636	high
270251	Linux Distros 未修补的漏洞：CVE-2023-53637	medium
270250	Linux Distros 未修补的漏洞：CVE-2023-53633	high
270249	Linux Distros 未修补的漏洞：CVE-2023-53653	medium
270248	Linux Distros 未修补的漏洞：CVE-2022-50548	medium
270247	Linux Distros 未修补的漏洞：CVE-2023-53642	medium
270246	Linux Distros 未修补的漏洞：CVE-2023-53644	medium
270245	Linux Distros 未修补的漏洞：CVE-2022-50514	medium
270244	Linux Distros 未修补的漏洞：CVE-2022-50513	medium
270243	Linux Distros 未修补的漏洞：CVE-2023-53617	medium
270242	Linux Distros 未修补的漏洞：CVE-2022-50529	medium
270241	Linux Distros 未修补的漏洞：CVE-2022-50524	medium
270240	Linux Distros 未修补的漏洞：CVE-2022-50542	high
270239	Linux Distros 未修补的漏洞：CVE-2023-53621	medium
270238	Linux Distros 未修补的漏洞：CVE-2018-1335	high
270237	Linux Distros 未修补的漏洞：CVE-2025-3034	high
270236	Linux Distros 未修补的漏洞：CVE-2022-3965	high
270235	Linux Distros 未修补的漏洞：CVE-2025-49847	high
270234	Linux Distros 未修补的漏洞：CVE-2025-11001	high
270233	Linux Distros 未修补的漏洞：CVE-2025-7395	critical
270232	Linux Distros 未修补的漏洞：CVE-2022-31129	high
270231	Linux Distros 未修补的漏洞：CVE-2025-2934	medium

检测

Nessus 的 Misc. 系列

high

medium

high

medium

medium

high

medium

high

medium

high

medium

critical

critical

critical

medium

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

medium

high

high

high

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

high

medium

high

high

high

high

high

critical

high

medium