远程主机上安装的 products.isurlinportal 版本低于 2.1.0或3.x3.1.0低于 。因而受到开放重定向漏洞的影响。未经认证的远程攻击者可利用此漏洞，在登录后通过 URL /login？came_from=///evil.example 重定向到外部网站。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 Plone 版本低于 2.5.3。因此，受到 skins/plone_templates/default_error_message.pt 中一个跨站脚本 （XSS） 漏洞的影响，这是因为未正确验证 Members/ipa/createObject 的 type_name 参数便将其返回给用户所导致。未经身份验证的远程攻击者可利用此漏洞，通过诱使用户单击特别构建的 URL，在用户的浏览器会话中执行任意脚本代码。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 Plone 版本低于 2.5.5 ， 低于 5.0.x5.0.10。4.3.16 因此，该应用程序受到以下漏洞的影响：

  - 当您访问需要登录的页面时，会将您转到登录表单，并将“came_from”参数设置为之前的 URL。（CVE-2017-1000481）

  - Plone 站点的成员可在其配置文件的 home_page 属性中设置 javascript，并在访问者单击作者页面上的主页链接时执行此操作。（CVE-2017-1000482）

  - 通过 Plone 中的 through-the-web 模板和脚本中的 str.format 访问私密内容。
    (CVE-2017-1000483)

  - 通过使用参数链接到 Plone 中的特定 URL，攻击者可将您转到他自己的网站。
    (CVE-2017-1000484)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。由于供应商热修复 （PloneHotfix20171128） 可在不升级版本的情况下修复此问题，因此此插件仅在以 Paranoid 模式运行时才会报告。

远程主机上安装的 Plone 版本为 3.3.x 及低于 4.3.3。因此，它受到以下漏洞的影响：

  - Products/CMFPlone/FactoryTool.py 在类范围内初始化。（CVE-2013-7060）

  - Products/CMFPlone/CatalogTool.py 允许远程管理员通过不明搜索 API 绕过限制并获取敏感信息。（CVE-2013-7061）

  - Zope 中的多种跨站脚本 （XSS） 漏洞允许远程攻击者通过 （1） browser_id_manager或 （2） OFS 中的不明输入注入任意 Web 脚本或 HTML。图像方法。
    (CVE-2013-7062)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。由于供应商热修复 （PloneHotfix20131210） 可在不升级版本的情况下修复此问题，此插件仅在以 Paranoid 模式运行时才会报告。

远程主机上安装的 Plone 版本为 2.5.x 、 之前 、 4.x3.3.63.x4.0.4之前 、 之前 。 4.1.x4.1.12.5.5 因此，该应用程序受到以下漏洞的影响：

  - 跨站脚本 （XSS） 漏洞允许远程攻击者通过构建的 URL （CVE-2011-1948） 注入任意 Web 脚本或 HTML

  - Products.PortalTransforms 的 safe_html 过滤器中的跨站脚本 （XSS） 漏洞允许经认证的远程用户通过不明矢量 （CVE-2011-1949） 注入任意 Web 脚本或 HTML

  - plone.app.users 允许经认证的远程用户通过不明矢量修改任意帐户的属性;2011 年 6 月，此漏洞已在通常环境中被利用 （CVE-2011-1950）

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。由于供应商热修复 （PloneHotfix20110531） 可在不升级版本的情况下修复此问题，此插件仅在以 Paranoid 模式运行时才会报告。

远程主机上安装的 Plone 版本低于 5.2.3。因此，该应用程序受到以下漏洞的影响：

  - Plone 允许通过明确仅适用于 Manager 角色的功能发动 XXE 攻击。
    (CVE-2020-28734)

  - Plone 允许通过回溯功能发动 SSRF 攻击（仅适用于 Manager 角色）。
    (CVE-2020-28735)

  - Plone 允许通过受未应用的 plone.schemaeditor.ManageSchemata 权限保护的功能发动 XXE 攻击（因此，仅适用于 Manager 角色）。（CVE-2020-28736）

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 Plone 版本低于 3.1.8。因此，它受到中间人漏洞的影响。Plone 在计算认证 Cookie 的 HMAC-SHA1 值时使用固定数据（客户端用户名和服务器密码），这使远程攻击者更容易通过嗅探网络来获得对帐户的永久访问权限。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 Plone  版本低于 3.0.0。因此，该应用程序受到以下漏洞的影响：

  - Plone 将 base64 编码形式的用户名和密码放在管理员帐户的 __ac cookie 中，使远程攻击者更容易通过嗅探网络获取管理权限。
    (CVE-2008-1393)

  - Plone 在 CMS 3 之前版本中，将 base64 编码形式的用户名和密码放在所有用户帐户的 __ac cookie 中，使远程攻击者更容易通过嗅探网络获取访问权限。
    (CVE-2008-1394)

  - Plone CMS 不记录用户的认证状态，仅在客户端实现注销功能，这使上下文有关的攻击者更容易重用已注销会话。
    (CVE-2008-1395)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 Coherence 12.2.1.4.0、14.1.1.0.0、14.1.2.0.0 和 15.1.1.0.0 版本受到 2026 年 7 月 CPU 公告中提及的多个漏洞的影响。

  - Oracle Fusion Middleware 的 Oracle Coherence 产品中存在漏洞（组件：Core）。支持的版本中受影响的是 12.2.1.4.0、14.1.1.0.0、14.1.2.0.0 和 15.1.1.0.0。可轻松利用的漏洞允许未经身份验证的攻击者通过 TCP 进行网络访问，从而破坏 Oracle Coherence。
    虽然漏洞位于 Oracle Coherence 中，但攻击可能对其他产品造成重大影响（范围更改）。成功利用此漏洞进行攻击可导致接管 Oracle Coherence。
    (CVE-2026-60217)

  - Oracle Fusion Middleware 的 Oracle Coherence 产品中存在漏洞（组件：Core）。支持的版本中受影响的是 12.2.1.4.0、14.1.1.0.0、14.1.2.0.0 和 15.1.1.0.0。可轻松利用的漏洞允许未经身份验证的攻击者通过 HTTP 进行网络访问，从而破坏 Oracle Coherence。
    成功利用此漏洞进行攻击可导致接管 Oracle Coherence。(CVE-2026-60225)

  - Oracle Fusion Middleware 的 Oracle Coherence 产品中的漏洞（组件： 集中式第三方 Jars (Apache Log4j)）。支持的版本中受影响的是 12.2.1.4.0、14.1.1.0.0、14.1.2.0.0 和 15.1.1.0.0。可轻松利用的漏洞允许未经身份验证的攻击者通过 HTTP 进行网络访问，从而破坏 Oracle Coherence。攻击者若成功攻击此漏洞，则可在未经授权的情况下创建、删除或修改关键数据或所有 Oracle Coherence 可访问数据。
    (CVE-2026-34481)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

根据其自我报告的版本，远程主机上运行的 Tenable Security Center 版本介于 6.7.0 到 6.8.0 之间。因此，该软件受到 TNS-2026-19 公告中提及的多个漏洞影响。

  - Redis 是内存内数据结构存储。在 redis-server 7.2.0 至 8.6.3 版本中，取消阻断客户端的流程在重新执行被阻断的命令时，没有处理 processCommandAndResetClient 返回的错误。如果在此流程中被阻断的客户端被驱逐，经过身份验证的攻击者可能触发一个释放后使用漏洞，进而导致远程代码执行。该问题已在 8.6.3 版本中修复。
    (CVE-2026-23479)

  - Redis 是内存内数据结构存储。在 redis-server 8.6.3 及之前的版本中，RESTORE 命令没有正确验证序列化值。拥有执行 RESTORE 权限的经过身份验证的攻击者可以提供精心构建的序列化负载，触发无效内存访问，并可能导致远程代码执行。可通过 ACL 规则限制对 RESTORE 命令的访问作为临时缓解措施。该问题已在 8.6.3 版本中修复。(CVE-2026-25243)

  - RedisTimeSeries 是 Redis 的时间序列模块。在 RedisTimeSeries 1.12.14 之前的所有版本中，该模块对通过 Redis RESTORE 命令处理的序列化值验证不充分。在加载了 RedisTimeSeries 模块的服务器上，拥有执行 RESTORE 权限的经过身份验证的攻击者，可以提供精心构造的序列化负载，触发无效内存访问，并可能导致远程代码执行。可通过 ACL 规则限制对 RESTORE 命令的访问作为临时缓解措施。该问题已在 1.12.14 版本中修复。(CVE-2026-25588)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

根据其自我报告的版本，远程主机上运行的 Tenable Security Center 版本介于 6.6.0 到 6.8.0 之间。因此，该软件受到 TNS-2026-19 公告中提及的多个漏洞影响。

  - Tenable Security Center 受到 SQL 注入漏洞的影响。（CVE-2026-64877）

  - 使用 HTTP/2 协议的 Apache HTTP Server 中存在双重释放和可能的 RCE 漏洞。此问题影响 Apache HTTP Server：2.4.66。建议用户升级到修复了此问题的版本 2.4.67。(CVE-2026-23918)

  - PostgreSQL 模块 refint 中的堆栈缓冲区溢出允许非特权数据库用户以运行数据库的操作系统用户身份执行任意代码。如果应用程序将用户控制的列声明为 refint 级联主键，并允许用户对该列执行可控更新，则有可能发动不同攻击。在这种情况下，SQL 注入允许主键更新值提供者以执行主键更新的数据库用户身份执行任意 SQL。PostgreSQL 18.4、17.10、16.14、15.18 和 14.23之前的版本受到影响。(CVE-2026-6637)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 Amazon Corretto 为低于 17.0.20.8.1 的 17 版本。因此，其会受到 corretto-17-2026-Jul-21 公告中提及的多个漏洞影响。

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM Enterprise Edition 产品中的漏洞（组件：Libraries）。支持的版本中受影响的是 Oracle Java SE：8u491、8u491-perf、11.0.31、17.0.19、21.0.11、25.0.3、26.0.1；Oracle GraalVM for JDK：17.0.19 和 21.0.11；Oracle GraalVM Enterprise Edition：21.3.18。此漏洞较容易受到攻击，其允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。成功攻击此漏洞可导致在未经授权的情况下创建、删除或修改重要数据或 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 可访问的所有数据。注意：此漏洞可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。此漏洞也适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。(CVE-2026-47063)

  - 由于溢出检查是在乘法之后执行，因此 Little CMS（lcms2）通过 2.18 位于 cmslut.c 的 CubeSize 函数中存在整数溢出。（CVE-2026-41254）

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：JSSE）。支持的版本中受影响的是 Oracle Java SE：11.0.31、17.0.19、21.0.11、25.0.3、26.0.1；Oracle GraalVM for JDK：17.0.19 和 21.0.11；Oracle GraalVM Enterprise Edition：21.3.18。可轻松利用的漏洞允许未经身份验证的攻击者通过 TLS 进行网络访问，从而破坏 Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。如果攻击成功，攻击者可在未经授权的情况下造成 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 部分拒绝服务（部分 DOS）。注意：此漏洞只能通过向指定组件中的 API 提供数据而遭到利用，不使用不可信的 Java Web Start 应用程序或不可信的 Java 小程序，例如通过 Web 服务。
    (CVE-2026-46917)

  - Oracle Java SE（组件：JSSE）中的漏洞。支持的版本中受影响的是 Oracle Java SE：8u491、8u491-perf、11.0.31、17.0.19、21.0.11、25.0.3、26.0.1；Oracle GraalVM for JDK：17.0.19 和 21.0.11；Oracle GraalVM Enterprise Edition：21.3.18。难以利用的漏洞允许未经身份验证的攻击者通过 TLS 进行网络访问，从而破坏 Oracle Java SE。如果攻击成功，攻击者可在未经授权的情况下创建、删除或修改关键数据或所有 Oracle Java SE 可访问数据。注意：此漏洞只能通过向指定组件中的 API 提供数据而遭到利用，不使用不可信的 Java Web Start 应用程序或不可信的 Java 小程序，例如通过 Web 服务。(CVE-2026-46968)

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：ImageIO）。支持的版本中受影响的是 Oracle Java SE：8u491、8u491-perf、11.0.31、17.0.19、21.0.11、25.0.3、26.0.1；Oracle GraalVM for JDK：17.0.19 和 21.0.11；Oracle GraalVM Enterprise Edition：21.3.18。攻击此漏洞的难度较大，通过多种协议访问网络的未经身份验证的攻击者可以利用此漏洞破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。若攻击成功，攻击者可在未经授权的情况下更新、插入或删除 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 的部分可访问数据。注意：此漏洞可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。此漏洞也适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。(CVE-2026-47010)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 Amazon Corretto 为低于 8.502.07.1 的 8 版。因此，其会受到 corretto-8-2026-Jul-21 公告中提及的多个漏洞影响。

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM Enterprise Edition 产品中的漏洞（组件：Libraries）。支持的版本中受影响的是 Oracle Java SE：8u491、8u491-perf、11.0.31、17.0.19、21.0.11、25.0.3、26.0.1；Oracle GraalVM for JDK：17.0.19 和 21.0.11；Oracle GraalVM Enterprise Edition：21.3.18。此漏洞较容易受到攻击，其允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。成功攻击此漏洞可导致在未经授权的情况下创建、删除或修改重要数据或 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 可访问的所有数据。注意：此漏洞可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。此漏洞也适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。(CVE-2026-47063)

  - 由于溢出检查是在乘法之后执行，因此 Little CMS（lcms2）通过 2.18 位于 cmslut.c 的 CubeSize 函数中存在整数溢出。（CVE-2026-41254）

  - Oracle Java SE（组件：JSSE）中的漏洞。支持的版本中受影响的是 Oracle Java SE：8u491、8u491-perf、11.0.31、17.0.19、21.0.11、25.0.3、26.0.1；Oracle GraalVM for JDK：17.0.19 和 21.0.11；Oracle GraalVM Enterprise Edition：21.3.18。难以利用的漏洞允许未经身份验证的攻击者通过 TLS 进行网络访问，从而破坏 Oracle Java SE。如果攻击成功，攻击者可在未经授权的情况下创建、删除或修改关键数据或所有 Oracle Java SE 可访问数据。注意：此漏洞只能通过向指定组件中的 API 提供数据而遭到利用，不使用不可信的 Java Web Start 应用程序或不可信的 Java 小程序，例如通过 Web 服务。(CVE-2026-46968)

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：ImageIO）。支持的版本中受影响的是 Oracle Java SE：8u491、8u491-perf、11.0.31、17.0.19、21.0.11、25.0.3、26.0.1；Oracle GraalVM for JDK：17.0.19 和 21.0.11；Oracle GraalVM Enterprise Edition：21.3.18。攻击此漏洞的难度较大，通过多种协议访问网络的未经身份验证的攻击者可以利用此漏洞破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。若攻击成功，攻击者可在未经授权的情况下更新、插入或删除 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 的部分可访问数据。注意：此漏洞可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。此漏洞也适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。(CVE-2026-47010)

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：2D）。支持的版本中受影响的是 Oracle Java SE：8u491、8u491-perf、11.0.31、17.0.19、21.0.11、25.0.3、26.0.1；Oracle GraalVM for JDK：17.0.19 和 21.0.11；Oracle GraalVM Enterprise Edition：21.3.18。此漏洞较容易受到攻击，其允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。如果攻击成功，攻击者可在未经授权的情况下造成 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 部分拒绝服务（部分 DOS）。注意：此漏洞可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。此漏洞也适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。(CVE-2026-47021)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 Amazon Corretto 为低于 11.0.32.9.1 的 11 版本。因此，其会受到 corretto-11-2026-Jul-21 公告中提及的多个漏洞影响。

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM Enterprise Edition 产品中的漏洞（组件：Libraries）。支持的版本中受影响的是 Oracle Java SE：8u491、8u491-perf、11.0.31、17.0.19、21.0.11、25.0.3、26.0.1；Oracle GraalVM for JDK：17.0.19 和 21.0.11；Oracle GraalVM Enterprise Edition：21.3.18。此漏洞较容易受到攻击，其允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。成功攻击此漏洞可导致在未经授权的情况下创建、删除或修改重要数据或 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 可访问的所有数据。注意：此漏洞可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。此漏洞也适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。(CVE-2026-47063)

  - 由于溢出检查是在乘法之后执行，因此 Little CMS（lcms2）通过 2.18 位于 cmslut.c 的 CubeSize 函数中存在整数溢出。（CVE-2026-41254）

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：JSSE）。支持的版本中受影响的是 Oracle Java SE：11.0.31、17.0.19、21.0.11、25.0.3、26.0.1；Oracle GraalVM for JDK：17.0.19 和 21.0.11；Oracle GraalVM Enterprise Edition：21.3.18。可轻松利用的漏洞允许未经身份验证的攻击者通过 TLS 进行网络访问，从而破坏 Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。如果攻击成功，攻击者可在未经授权的情况下造成 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 部分拒绝服务（部分 DOS）。注意：此漏洞只能通过向指定组件中的 API 提供数据而遭到利用，不使用不可信的 Java Web Start 应用程序或不可信的 Java 小程序，例如通过 Web 服务。
    (CVE-2026-46917)

  - Oracle Java SE（组件：JSSE）中的漏洞。支持的版本中受影响的是 Oracle Java SE：8u491、8u491-perf、11.0.31、17.0.19、21.0.11、25.0.3、26.0.1；Oracle GraalVM for JDK：17.0.19 和 21.0.11；Oracle GraalVM Enterprise Edition：21.3.18。难以利用的漏洞允许未经身份验证的攻击者通过 TLS 进行网络访问，从而破坏 Oracle Java SE。如果攻击成功，攻击者可在未经授权的情况下创建、删除或修改关键数据或所有 Oracle Java SE 可访问数据。注意：此漏洞只能通过向指定组件中的 API 提供数据而遭到利用，不使用不可信的 Java Web Start 应用程序或不可信的 Java 小程序，例如通过 Web 服务。(CVE-2026-46968)

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：ImageIO）。支持的版本中受影响的是 Oracle Java SE：8u491、8u491-perf、11.0.31、17.0.19、21.0.11、25.0.3、26.0.1；Oracle GraalVM for JDK：17.0.19 和 21.0.11；Oracle GraalVM Enterprise Edition：21.3.18。攻击此漏洞的难度较大，通过多种协议访问网络的未经身份验证的攻击者可以利用此漏洞破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。若攻击成功，攻击者可在未经授权的情况下更新、插入或删除 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 的部分可访问数据。注意：此漏洞可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。此漏洞也适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。(CVE-2026-47010)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 Azul Zulu 版本为低于 6.81.0.14 的 6/低于 7.87.0.14 的 7/低于 8.95.0.14 的 8/低于 11.89.14 的 11/低于 17.67.14 的 17/低于 21.51.14 的 21/低于 25.35.14 的 25/低于 25.35.12 的 25/ 低于 26.32.14 的26。因此，它受到 2026-07-21 公告中提及的多个漏洞影响。

  - 由于溢出检查是在乘法之后执行，因此 Little CMS（lcms2）通过 2.18 位于 cmslut.c 的 CubeSize 函数中存在整数溢出。（CVE-2026-41254）

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：JSSE）。支持的版本中受影响的是 Oracle Java SE：11.0.31、17.0.19、21.0.11、25.0.3、26.0.1；Oracle GraalVM for JDK：17.0.19 和 21.0.11；Oracle GraalVM Enterprise Edition：21.3.18。可轻松利用的漏洞允许未经身份验证的攻击者通过 TLS 进行网络访问，从而破坏 Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。如果攻击成功，攻击者可在未经授权的情况下造成 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 部分拒绝服务（部分 DOS）。注意：此漏洞只能通过向指定组件中的 API 提供数据而遭到利用，不使用不可信的 Java Web Start 应用程序或不可信的 Java 小程序，例如通过 Web 服务。
    (CVE-2026-46917)

  - Oracle Java SE（组件：JSSE）中的漏洞。支持的版本中受影响的是 Oracle Java SE：8u491、8u491-perf、11.0.31、17.0.19、21.0.11、25.0.3、26.0.1；Oracle GraalVM for JDK：17.0.19 和 21.0.11；Oracle GraalVM Enterprise Edition：21.3.18。难以利用的漏洞允许未经身份验证的攻击者通过 TLS 进行网络访问，从而破坏 Oracle Java SE。如果攻击成功，攻击者可在未经授权的情况下创建、删除或修改关键数据或所有 Oracle Java SE 可访问数据。注意：此漏洞只能通过向指定组件中的 API 提供数据而遭到利用，不使用不可信的 Java Web Start 应用程序或不可信的 Java 小程序，例如通过 Web 服务。(CVE-2026-46968)

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM Enterprise Edition 产品中存在漏洞（组件：ImageIO）。支持的版本中受影响的是 Oracle Java SE：8u491、8u491-perf、11.0.31、17.0.19、21.0.11、25.0.3、26.0.1；Oracle GraalVM for JDK：17.0.19 和 21.0.11；Oracle GraalVM Enterprise Edition：21.3.18。攻击此漏洞的难度较大，通过多种协议访问网络的未经身份验证的攻击者可以利用此漏洞破坏 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition。若攻击成功，攻击者可在未经授权的情况下更新、插入或删除 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 的部分可访问数据。注意：此漏洞可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。此漏洞也适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。(CVE-2026-47010)

  - Oracle Java SE 中的漏洞（组件：JavaFX ）。受影响的受支持版本是 Oracle Java SE：8u491。可轻松利用的漏洞允许未经身份验证的攻击者通过多种协议进行网络访问，从而破坏 Oracle Java SE。成功利用此漏洞进行攻击可导致在未经授权的情况下造成 Oracle Java SE 部分拒绝服务（部分 DOS）。注意：此漏洞可通过使用指定组件中的 API 加以利用，如通过向 API 提供数据的 Web 服务。此漏洞也适用于需加载并运行不可信代码（如来自互联网的代码）且安全性依赖于 Java 沙盒的 Java 部署，该部署通常在需在沙盒中运行 Java Web Start 应用程序或需在沙盒中运行 Java 小程序的客户端上。(CVE-2026-47013)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 AOS 版本低于 7.6。因此，如公告 NXSA-AOS-7.6 所述，受到多个漏洞的影响。

  - NLnet Labs Unbound 1.19.1 至 1.25.0 的 DNSSEC 验证器中存在一个漏洞，会造成拒绝服务并可能远程执行代码，因深层复制数据结构和错误地覆盖目标指针所致。攻击者可通过控制恶意签名区域并查询易受攻击的 Unbound 以利用此漏洞。当 DS 子查询因 NSEC3 计算预算耗尽（在 Unbound 1.19.1 中引入）而需要暂停验证时，Unbound 会深层复制响应消息，以便在内存区域销毁时保留这些消息。结构分配缺陷导致系统用源的指针覆盖目标的指针。释放子查询区域后，恢复的验证器会取消引用此悬摆指针，从而触发崩溃或可能允许任意代码执行。Unbound 1.25.1 包含的补丁会提供相应的修复措施，可在深度复制数据结构时保留正确的指针。(CVE-2026-33278)

  - 在 GNU Binutils 2.45中发现一个漏洞。受影响的元素是组件 Linker 的库 bfd/elfcode.h 中elf_swap_shdr的函数。此操纵漏洞会导致基于堆的缓冲区溢出。
    攻击必须在本地进行。该漏洞已被公开并可被使用。修补程序的标识符为 9ca499644a21ceb3f946d1c179c38a83be084490。若要修复此问题，建议部署修补程序。代码维护者回复了 [f]ixed 2.46for .（CVE-2025-11083）

  - 由于 g_escape_uri_string（） 函数中缓冲区大小的错误计算，在 glib 中发现一个基于堆的缓冲区溢出问题。如果要转义的字符串包含大量不可接受的字符（需要转义），则转义字符串长度的计算可能会溢出，从而导致新分配字符串的末尾可能会被注销。（CVE-2025-13601）

  - 在 grub2 中发现一个缺陷。在 grub_gettext_getstr_from_position() 中读取语言 .mo 文件时，转换缓冲区的计算可能发生溢出，进而导致越界写入。攻击者可利用此问题来覆盖 grub2 的敏感堆数据，最终绕过安全启动保护。(CVE-2024-45777)

  - 在 3e474c2 之前的低于 1.9.17p2 的 Sudo 中，在运行邮件程序之前的特权终止期间，setuid、setgid 或 setgroups 调用失败不是致命错误，可导致特权提升。
    (CVE-2026-35535)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - 适用于 Perl 的 3.10.0 App：：Ack 版本通过项目中的 .ackrc 读取任意文件 --files-from 。ack 从当前目录中搜索项目 .ackrc 的目录层次结构，并加载其选项。
    App：：Ack：：ConfigLoader 中的 project-source 选项阻止列表不包含 --files-from，因此项目 .ackrc 可将其设置为列出文件 ack 随后读取和搜索的路径。已添加到--follow阻止列表的版本3.10.0;--files-from仍可接受。提交到不受信任存储库的项目 .ackrc 可使 ack 读取项目外部的文件并打印其匹配行。（CVE-2026-49145）

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

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

  - Ubuntu 中提供的 OpenJDK 程序包中存在一个沙盒逃逸漏洞。安装 mailcap 程序包时，这些程序包安装的 .jar MIME 处理程序会执行标记为可执行的文件。经 xdg-desktop-portal-gtk 访问 OpenURI 门户的遭入侵或恶意沙盒应用程序可将恶意.jar文件写入主机文件系统、设置其可执行位，并触发处理程序在沙盒环境外执行任意代码。（CVE-2026-10037）

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

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

  - 之前 150.0.7871.115 在 Google Chrome 的 ANGLE 中的未初始化使用允许远程攻击者通过构建的 HTML 页面从进程内存中获取潜在敏感信息。（Chromium 安全严重性：高）(CVE-2026-15109)

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

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

  - 适用于 Perl 的 3.10.0 App：：Ack 版本在多个输出模式下从文件名打印未审查的终端转义序列。ack 打印其基名包含终端控制字节（例如 ANSI 转义序列）的文件名时，这些字节会以原样到达终端。Version 3.10.0 添加了一个 _safe_filename 帮助程序，用于审查由 -f、-g、彩色匹配标题和 per-match 行打印的文件名，但 --show-types-l/-L 和 -c 路径仍会发出原始文件名。名称中嵌入了光标移动或颜色转义的文件，可以覆盖或重新着色之前的终端输出，或者以不变更的方式传递给下游使用者。（CVE-2026-49147）

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

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

  - Perl 之前的 App：：Ack 版本 3.10.0 允许通过项目 .ackrc 中的未限制上下文值耗尽内存。 ack 从当前目录中搜索项目 .ackrc 的目录层次结构，并加载其选项。-B 和 -C 上下文选项接受任何正整数，并且 ack 会根据该值调整上下文前缓冲区的大小，因此项目 .ackrc 设置 --before-context=100000000 会使 ack 分配 1 亿个元素的缓冲区。提交到不受信任存储库的项目 .ackrc 可因内存不足情况中止 ack。（CVE-2026-49146）

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

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

  - Wireshark to 和 to 中的 4.4.164.4.0 .50 协议分析器崩溃允许拒绝服务 （CVE-2026-15170）4.6.64.6.0Z39

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

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

  - Immutable.js 提供许多持久性不可变数据结构。在 4.3.9 和 5.1.8之前，List#set、List#setSize、List#setIn、List#updateIn 以及函数集 setIn 和 updateIn 在 src/List.js 的 setListBounds 中错误处理 2 ** 30 到 2 ** 31 范围内的索引或大小，导致空列表进入无法捕获的无限循环，填充的列表要无限分配，直到进程中止为止， 或 setSize 静默封装大值。此问题已在 4.3.9 和 5.1.8 版本中得到修补。(CVE-2026-59879)

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

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

  - Wireshark 4.6.0 至 4.6.6 和 4.4.0 至 4.4.16 版本存在 IEEE 802.11 协议分析器崩溃漏洞，攻击者可借此造成拒绝服务 (CVE-2026-15166)

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

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

  - Immutable.js 提供许多持久性不可变数据结构。在 和 5.1.8之前4.3.9，Immutable.Map 和 Immutable.Set 将共享同一 32 位哈希的密钥保留在线性扫描的 HashCollisionNode 冲突存储桶中，从而允许控制插入映射中的密钥的攻击者（例如通过 Immutable.Map（obj）、Immutable.fromJS（obj）、state.merge（userObject） 或 mergeDeep）构建许多冲突密钥，并降级插入和查找以消耗不成比例的 CPU。此问题已在 4.3.9 和 5.1.8 版本中得到修补。(CVE-2026-59880)

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

此插件已弃用，因为引用的所有 CVE 均遭到拒绝。

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

  - 在 kronosnet（版本 <=1.34）加密配置管理中发现一个漏洞。框架在执行对其加密配置执行更改后未正确归零或擦除敏感内存段。这一遗漏导致原始加密密钥在释放相关结构之后仍驻留在内存中。本地攻击者若能利用内存泄露技术，便可利用此缺陷检索活动的加密密钥，进而解密群集网络通信或注入恶意数据包，造成严重的高可用性群集不稳定。
    (CVE-2026-15811)

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

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

  - 在 kronosnet 的内部访问控制列表 （ACL） 子系统中发现一个漏洞（受影响的版本：<= 1.34）。当框架明确配置为在不加密网络负载的情况下管理动态链接（接受来自任何 IP 地址的网络流量）时，验证体系结构会隐式信任传入数据包内提供的链路 ID。未经认证的远程攻击者可通过欺骗构建的网络框架中的合法链接 ID 来利用这种缺少验证的情况。这允许攻击者完全绕过 ACL 框架并将任意数据包注入应用程序层，从而可能导致数据损坏或服务不稳定。（CVE-2026-15812）

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

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

  - i2c：i801：修复错误路径中的硬件状态机损坏 在并发模糊测试期间，在 i2c-i801 驱动程序中发现严重的活锁和后续的挂起任务错误。崩溃是由 i801_access（） 的错误处理路径中无条件的硬件寄存器清理所造成。当 i801_check_pre（） 失败时（例如，由于 BIOS/ACPI 主动使用 SMBus 控制器而返回 -EBUSY），内核实际上不会获得硬件所有权。不过，代码会跳转到“out”标签并执行：
    iowrite8（SMBHSTSTS_INUSE_STS |STATUS_FLAGS， SMBHSTSTS（priv））;这将在不拥有控制器的情况下强制清除INUSE_STS锁定并重置硬件状态标记。这样做会中断正在进行的 BIOS/ACPI 事务并完全损坏 SMBus 硬件状态机。因此，所有后续的 i801_access（） 调用都会在预检查阶段失败，从而触发源源不断的 SMBus 繁忙，无法使用！错误日志。在缓慢的串行控制台上，此 printk 洪流会独占 CPU（控制台活锁），使尝试获取 mmap_lock down_read 信号量的其他进程匮乏，最终触发挂起任务监视程序。通过将“out”标签移动到硬件寄存器清理下方来修复此问题。如果 i801_check_pre（） 失败，我们将安全地绕过 iowrite8（） 并仅释放软件锁（pm_runtime 和互斥），严格遵守不释放从未获取的资源的规则。
    (CVE-2026-64205)

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

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

  - netfilter：ipset：修复转储与ip_set_list大小调整之间的争用 ip_set_dump_do（） 和 ip_set_dump_done（） 的释放路径通过数组指针的普通 rcu_dereference_raw（）ip_set_ref_netlink（） 读取 inst->ip_set_list。这些程序包从 netlink_recvmsg（） 运行，不具备 nfnl 互斥体且无 RCU 读取端关键部分。并发 ip_set_create（） 可以增加数组：它发布新数组，调用 synchronize_net（），然后 kvfree（） 旧数组。由于转储路径读取任何 RCU 读取器外部的数组，synchronize_net（） 不会等待它们，并且可以在旧数组仍编制索引时释放旧数组，从而造成释放后使用。转储的集合本身会通过 set->ref_netlink 保持固定，因此只有数组加载需要保护。取 rcu_read_lock（），匹配 ip_set_get_byname（） 和
    __ip_set_put_byindex（）。缺陷：KASAN：ip_set_dump_do 中的 slab-use-after-free （net/netfilter/ipset/ip_set_core.c：1697） 任务 exploit/150 在地址 ffff88800b5c4018 读取大小为 8 调用跟踪：...kasan_report （mm/kasan/report.c：595） ip_set_dump_do （net/netfilter/ipset/ip_set_core.c：1697） netlink_dump （net/netlink/af_netlink.c：2325） netlink_recvmsg （net/netlink/af_netlink.c：1976） sock_recvmsg （net/socket.c：1159） __sys_recvfrom （net/socket.c：2315） ... 哎呀：一般保护错误，可能针对非规范地址... KASAN NOPTI KASAN：可能是范围中的失控内存访问 [0x02d6...d0-0x02d6...d7] RIP：0010：ip_set_dump_do （net/netfilter/ipset/ip_set_core.c：1698） 内核错误 - 不同步：致命异常 （CVE-2026-64189）

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

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

  - xfs：无法在无区域的已提交日志项上恢复 如果事务的第一个 op 是裸事务标头 （len == sizeof（struct xfs_trans_header）），则 xlog_recover_add_to_trans（） 会添加一个项目但不添加任何区域，从而将其保留在 ri_cnt == 0 且 ri_buf == NULL 的r_itemq上。标头可以在 op 记录之间拆分，因此以后的 ops 仍可能添加区域;仅当事务以 None 提交时，该项目才无效。运行时提交路径从不发出此类事务，因此这只会在构建的日志上发生。它来自对恢复解析器的人工智能辅助代码审计。xlog_recover_reorder_trans（） 在该项目上调用 ITEM_TYPE（），该项目读取 *（unsigned short *）item->ri_buf[0].iov_base 并在 NULL ri_buf上发生错误。在同样读取 ri_buf[0] 的提交处理程序之前将其拒绝。KASAN：范围内的 null-ptr-deref [0x0000000000000000-0x0000000000000007] RIP：0010：xlog_recover_reorder_trans （fs/xfs/xfs_log_recover.c：1836） xlog_recover_commit_trans （fs/xfs/xfs_log_recover.c：2043） xlog_recover_process_data （fs/xfs/xfs_log_recover.c：2501） xlog_do_recovery_pass （fs/xfs/xfs_log_recover.c：3244） xlog_recover （fs/xfs/xfs_log_recover.c：3493） xfs_log_mount （fs/xfs/xfs_log.c：618） xfs_mountfs （fs/xfs/xfs_mount.c：1034） xfs_fs_fill_super （fs/xfs/xfs_super.c：1938） vfs_get_tree （fs/super.c：1695） path_mount （fs/namespace.c：4161） __x64_sys_mount （fs/namespace.c：4367） （CVE-2026-64187）

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

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

  - i2c：stub：拒绝具有无效长度的 I2C 区块传输。stub_xfer（） 中的I2C_SMBUS_I2C_BLOCK_DATA情况使用 data->block[0] 作为传输长度。现有检查仅限制它以避免 chip->words[256] 寄存器数组溢出，但未依据 I2C_SMBUS_BLOCK_MAX （32） 进行验证，后者是 union i2c_smbus_data.block 缓冲区的限制（总共 34 字节）。驱动程序是必须通过 chip_addr= 参数加载的开发/测试工具（CONFIG_I2C_STUB=m，默认情况下未构建）。具有 /dev/i2c-* 访问权限的本地用户可发出带有 I2C_SMBUS_I2C_BLOCK_DATA 和 data->block[0] > 32 的I2C_SMBUS ioctl，从而导致 stub_xfer（） 读取或写入超过 union i2c_smbus_data.block 缓冲区的末尾： 缺陷：
    KASAN：stub_xfer 中的堆栈越界 （drivers/i2c/i2c-stub.c：223） 任务 exploit/81 在地址 ffff88800abcfd92 处读取大小为 1 调用跟踪： <TASK> stub_xfer （drivers/i2c/i2c-stub.c：223）
    __i2c_smbus_xfer （drivers/i2c/i2c-core-smbus.c：593） i2c_smbus_xfer （drivers/i2c/i2c-core-smbus.c：536） i2cdev_ioctl_smbus （drivers/i2c/i2c-dev.c：391） i2cdev_ioctl （drivers/i2c/i2c-dev.c：478） __x64_sys_ioctl （fs/ioctl.c：583） do_syscall_64 （arch/x86/entry/syscall_64.c：94） entry_SYSCALL_64_after_hwframe （arch/x86/entry/entry_64.S：130） </TASK> 此缺陷之所以存在，是因为 i2c-stub 直接实现了 .smbus_xfer 绕过 i2c_smbus_xfer_emulated（） 中的I2C_SMBUS_BLOCK_MAX验证。同一函数中的 I2C_SMBUS_BLOCK_DATA 案例会正确验证I2C_SMBUS_BLOCK_MAX，但I2C_SMBUS_I2C_BLOCK_DATA情况不会。通过拒绝带有 data->block[0] == 0 的传输或带有 -EINVAL 的 data->block[0] > I2C_SMBUS_BLOCK_MAX进行修复，这与同一函数中的I2C_SMBUS_BLOCK_DATA情况和 i2c_smbus_xfer_emulated（） 中的I2C_SMBUS_I2C_BLOCK_DATA验证一致。（CVE-2026-64191）

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

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

  - libvips 是一个快速的图像处理库，对内存的需求很低。libvips 之前和之前 8.18.1 版本中的“tiffload”操作可能错误地确定 TIFF 图像内 JPEG 或 JPEG2000编码平铺中的通道数量，从而可能导致缓冲区溢出。该问题已在 8.18.2 版本中修复。(CVE-2026-35591)

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

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

  - bpf：如果 BPF LSM 未初始化，则拒绝BPF_MAP_TYPE_INODE_STORAGE创建 设置 CONFIG_BPF_LSM=y 时，BPF inode 存储映射 （BPF_MAP_TYPE_INODE_STORAGE） 被编译到内核中。但是，如果在引导时未显式启用 BPF LSM（如从 lsm= boot 参数中忽略），则绝不会为 BPF LSM 执行 lsm_prepare（）。因此，从不初始化 BPF inode 安全 blob 偏移 （bpf_lsm_blob_sizes.lbs_inode） 并保持其默认编译大小 8 字节，而不是更新为超过预留结构rcu_head（通常为 16 字节或更大）的有效偏移。
    当特权用户创建并更新BPF_MAP_TYPE_INODE_STORAGE映射时，bpf_inode（） 评估 inode->i_security + 8。这会错误地将 struct rcu_head.func 回调指针放在 inode >i_security blob 的开头。在后续映射元素清理或 inode 销毁期间，将 NULL 写入 owner_storage 会清除排队的 RCU 回调指针。当 rcu_do_batch（） 稍后执行已排队的回调时，它会在地址0x0尝试指令提取，从而立即触发内核错误。通过引入标有 __ro_after_init 的全局bpf_lsm_initialized布尔标记来修复此问题。当 LSM 框架成功注册 BPF LSM 时，在 bpf_lsm_init（） 中将此标记设置为 true。此标记的 inode_storage_map_alloc（） 中的门映射分配，如果 BPF LSM 反过来未初始化，则返回 -EOPNOTSUPP。
    此 fail-fast 方法可防止用户空间在缺少支持 BPF LSM 基础架构时分配 inode 存储映射，避免僵尸映射状态。（CVE-2026-64192）

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

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

  - 已修复 Linux 内核中的下列漏洞：net/sched: dualpi2: fix GSO backlog accounting When DualPI2 splits a GSO skb into N segments, it propagates N additional packets to its parent before returning NET_XMIT_SUCCESS. The parent then accounts for the original skb once more, leaving its qlen one larger than the number of packets actually queued. With QFQ as the parent, after all real packets are dequeued, QFQ still has a non-zero qlen while its in-service aggregate has no active classes.
    qfq_choose_next_agg() returns NULL and qfq_dequeue() passes the result to qfq_peek_skb(), causing a NULL pointer dereference. Follow the same pattern used by tbf_segment() and taprio: count only successfully queued segments, propagate the difference between the original skb and those segments, and return NET_XMIT_SUCCESS whenever at least one segment was queued. (CVE-2026-64207)

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

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

  - （受影响的 <=3.27.1） 之前3.28.0的 FreeRDP 在 crypto_rsa_common（） （libfreerdp/crypto/crypto.c） 中包含基于堆的缓冲区溢出。该函数通过 BN_bn2bin（） 将模块化取幂结果写入调用方的输出缓冲区，并且仅在之后检查output_length > out_length，因此会在边界检查之前写入越界字节。在服务器端，当客户端选择 RDP 标准安全性时，加密的客户端随机数将被解密为固定的 32 字节缓冲区。由于服务器发布其 RSA 公钥，未经认证的攻击者可伪造解密值达到完整模数长度（例如 RSA-2048 为 256 字节）的密文，使 32 字节堆缓冲区溢出多达 ~224 个由攻击者控制的字节预认证，从而导致拒绝服务。（CVE-2026-64620）

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

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

  - libvips 是一个快速的图像处理库，对内存的需求很低。以前和包含 8.18.0 版本中的“vipsload”操作可能错误地确定图像尺寸，从而导致整数溢出和后续的基于堆的缓冲区溢出。该问题已在 8.18.1 版本中修复。(CVE-2026-33327)

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

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

  - libvips 是一个快速的图像处理库，对内存的需求很低。在 的 和之前 8.18.0版本的 32 位系统中，“gifload”操作可错误地确定尺寸，从而导致整数溢出。该问题已在 8.18.1 版本中修复。(CVE-2026-33328)

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

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

  - net：team：修复模式变更期间 team_xmit 中的空指针取消引用 __team_change_mode（） 通过 team_adjust_ops（） 还原安全的虚拟处理程序前，先清除含有 memset（） 的 team->ops。另一个 CPU 上的 RCU 下并行运行的 team_xmit（） 可能会在此窗口期间读取 team->ops.transmit 并调用空函数指针，从而造成内核崩溃。比赛需要在团队设备上同时进行模式变更 （CAP_NET_ADMIN） 和传输。缺陷：内核空指针取消引用，地址：0000000000000000 哎呀：
    0010 [#1] SMP KASAN NOPTI RIP：0010：0x0 调用跟踪：team_xmit （drivers/net/team/team_core.c：1853） dev_hard_start_xmit （net/core/dev.c：3904） __dev_queue_xmit （net/core/dev.c：4871） packet_sendmsg （net/packet/af_packet.c：3109） __sys_sendto （net/socket.c：2265） 原始代码假设没有端口意味着没有流量，因此模式更改可以随意 memset（）/memcpy（） ops。带有强制载波的AF_PACKET打破了这一假设。防止争用而不是使其安全：将 memset（）/memcpy（） 替换为从不接触传输或接收的每字段更新。这两个处理程序仅由 team_adjust_ops（） 管理，后者会在 tx_en_port_count == 0 时（模式变更期间始终为真，因为不存在端口）时已安装虚拟程序。WRITE_ONCE/READ_ONCE 阻止处理程序指针上的存储/加载撕裂。exit_op（） 之前的 synchronize_net（） 耗尽正在传输的读取器，这些读取器可能仍然引用端口删除前的旧模式状态，将处理程序切换为虚拟程序。（CVE-2026-64190）

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

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

  - Bluetooth：L2CAP：在执行 conn->lock 之前取消pending_rx_work l2cap_conn_del（） 采用 conn->lock 然后调用 cancel_work_sync（） 进行pending_rx_work。process_pending_rx（） 采用相同的互斥体，因此 teardown 可针对它要刷新的工作线程进行死锁。此问题是我们的静态分析工具发现的，然后对照当前树手动查看。接地的 PoC 保留了 l2cap_conn_ready（） -> queue_work（...， &conn->pending_rx_work） 提交路径、l2cap_conn_del（） -> cancel_work_sync（&conn->pending_rx_work） 拆卸路径和 process_pending_rx（） -> mutex_lock（&conn->lock） 工作边缘。Lockdep 警告：检测到可能的循环锁定依赖关系 process_pending_rx+0x21/0x2a [vuln_msv] l2cap_conn_del.constprop.0+0x3f/0x4e [vuln_msv] *** 死锁 *** 在进行 conn->lock 之前取消pending_rx_work，以匹配用于同一拆卸路径中两个延迟工作的现有 lock-before-drain 顺序。在取消工作并获得 conn->lock 之后，仍会清除pending_rx队列。（CVE-2026-64206）

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

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

  - Perl 的 Net：:D NS 版本 1.55 允许通过 EDNS 扩展错误进行远程执行注入。
    Net：:D NS：：RR：：OPT：：EXTENDED_ERROR：：_decompose 通过标记原始字节并将结果传递至 Perl 的 eval 来解析 EDNS EXTENDED-ERROR 选项 （RFC 8914） 的 EXTRA-TEXT 字段。对 $ 和 @ 进行了一些转义，但不对反撇号进行了转义。如果在数组上下文中调用 ->edns->option（'EXTENDED-ERROR'），例如在 EXTRA-TEXT 中负载 {0：'<command>'}，则$pkt可利用此漏洞来执行命令。（CVE-2026-64193）

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

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

  - 由于 ['afsql_dd_run_query']（）https://github.com/syslog-ng/syslog-ng/blob/649e6e18e3459fb4467000a88dfb12fa97f9719c/modules/afsql/afsql.c#L219 中缺少审查调用，syslog-ng 之前 4.12 容易遭受来自不受信任来源的 SQL 注入攻击。这不是默认配置的一部分，SQL 驱动程序必须手动配置。syslog-ng 4.12、syslog-ng Premium Edition 8.2 和 syslog-ng Store Box 7.8 （CVE-2026-39879） 中包含补丁

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

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

  - Perl 的 1.55 Net：:D NS 版本允许通过深层 DNS 压缩指针链造成拒绝服务。
    Net：:D NS：:D omainName：:d ecode 通过递归到自身来遵循 RFC 1035 压缩指针，无深度限制。可能构造使调用堆栈饱和的名称（至少需要更大的 TCP 响应），从而导致潜在的拒绝服务。防护“$link < $offset”阻止向前和循环链，但是仍然允许任意长的向后链。每个偏移量缓存 （'$cache'） 在每次调用开始时填充，并且短路仅会重新遍历同一偏移 - 通过新链的初始下降仍会以完整深度递归。构建的数据包可链接双字节压缩指针，使每个压缩指针比前一个压缩指针早指向两个字节，从而生成“offset / 2”的链长度。对于 14 位指针字段（最大偏移 16383），这会造成多达 ~8191 个递归帧。
    对于 TCP DNS 消息，该限制为 16 位长度字段（~32767 帧）。Perl 的默认 C 堆栈仅处理几千帧;超出此范围，进程会收到 SIGSEGV 或类似消息，这对任何解析不受信任的 DNS 数据的应用程序都会造成拒绝服务。“Net：:D NS：:P acket->new（\$wire）”会触发该漏洞，即库从网络解码 DNS 消息的任何点。
    (CVE-2026-64194)

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

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

  - net：qualcomm：rmnet：修复 rmnet_dellink（） 中的端点释放后使用 rmnet_dellink（） 使用 hlist_del_init_rcu（） 从哈希表中删除端点，然后立即使用 kfree（） 将其释放。但是，接收路径 （rmnet_rx_handler -> __rmnet_map_ingress_handler） 上的 RCU 读取器可能仍会保留对端点的引用，并在内存释放后取消引用 ep->egress_dev。端点为 kmalloc-32 对象，偏移 8 处的过时读取对应于egress_dev指针。缺陷：无法处理地址的页面错误：ffffffffde942eef 错误：0002 [#1] SMP NOPTI CPU：1 UID：0 PID：137 通信：
    poc_write 未受感染 7.0.0+ #4 PREEMPTLAZY RIP：0010：rmnet_vnd_rx_fixup （rmnet_vnd.c：27） 调用跟踪：
    <TASK> __rmnet_map_ingress_handler （rmnet_handlers.c：48 rmnet_handlers.c：101） rmnet_rx_handler （rmnet_handlers.c：129 rmnet_handlers.c：235） __netif_receive_skb_core.constprop.0 （net/core/dev.c：6096）
    __netif_receive_skb_one_core （net/core/dev.c：6208） netif_receive_skb （net/core/dev.c：6467） tun_get_user （drivers/net/tun.c：1955） tun_chr_write_iter （drivers/net/tun.c：2003） vfs_write （fs/read_write.c：688） ksys_write （fs/read_write.c：740） </TASK> 添加 struct rmnet_endpoint 的 rcu_head 字段，并将 kfree（） 替换为 kfree_rcu（），以使端点内存在 RCU 宽限期内保持有效。同时删除 rmnet_vnd_dellink（） 调用并仅内联 nr_rmnet_devs 递减，因为 rmnet_vnd_dellink（） 会在宽限期内将 ep->egress_dev 设置为 NULL，从而造成无锁阅读器的数据争用。
    (CVE-2026-64188)

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

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

  - libvips 是一个快速的图像处理库，对内存的需求很低。libvips 以前和以前 8.18.1 版本中的 EXIF 解码器在将数据传递到 libexif 之前未验证 EXIF 标签群组的范围，从而可能导致空指针取消引用和崩溃。该问题已在 8.18.2 版本中修复。
    (CVE-2026-35590)

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

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

  - 已修复 Linux 内核中的下列漏洞：platform/x86: lenovo-wmi-helpers: Fix memory leak in lwmi_dev_evaluate_int() lwmi_dev_evaluate_int() leaks output.pointer when retval == NULL (found by sashiko.dev [1]). Fix it by moving `ret_obj = output.pointer' outside of the `if (retval)' block so that it is always freed by the __free cleanup callback. No functional change intended. (CVE-2026-63839)

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

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

  - 已修复 Linux 内核中的下列漏洞：mm/rmap: initialize nr_pages to 1 at loop start in try_to_unmap_one Initialize nr_pages to 1 at the start of each loop iteration, like folio_referenced_one() does. Without this, nr_pages computed by a previous folio_unmap_pte_batch() call can be reused on a later iteration that does not run folio_unmap_pte_batch() again. mmap a 64K large folio with MAP_ANONYMOUS | MAP_DROPPABLE, then call madvise(MADV_FREE), then make the last page device-exclusive via HMM_DMIRROR_EXCLUSIVE. Trigger node reclaim through sysfs. Now, in try_to_unmap_one(), we will first clear the first 15 out of 16 entries mapping the lazyfree folio. This will set nr_pages to 15. In the next pvmw walk, this nr_pages gets reused on a device-exclusive pte, thus potentially corrupting folio refcount/mapcount. At the moment, I have a userspace program which can make the kernel spit out a trace, but the blow up is in folio_referenced_one(), because there are existing bugs in the interaction between device-private and rmap (which too I am investigating). I did a one liner kernel change to avoid going into folio_referenced_one(), and the kernel blows up at folio_remove_rmap_ptes in try_to_unmap_one which is what I wanted. Note that the bug is there not since file folio batching but lazyfree folio batching, since device-exclusive only works for anonymous folios. Userspace visible effect is simply kernel crashing somewhere due to refcount/mapcount corruption. (CVE-2026-63950)

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

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

  - batman-adv：tt：避免空 VLAN 响应 提交 16116dac2339（batman-adv：通过不发送不一致的 TT TLVL 来防止 TT 请求风暴）已添加对本地（直接）TT 响应代码的检查。但是响应也可以由另一个节点使用全局 TT 状态间接完成。为避免原始补丁中报告的这种不一致状态，还避免发送空 VLAN 以从全局 TT 状态进行回复。（CVE-2026-64090）

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

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

  - ipv6：exthdrs：在 ipv6_hop_jumbo（） ipv6_hop_jumbo（） 调用 pskb_trim_rcsum（） 后刷新 nh 指针，这可更改 skb 指针。让我们重新计算 nh 指针以确保任何更改都不会把事情搞砸。
    (CVE-2026-63924)

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

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

  - 已修复 Linux 内核中的下列漏洞：ovpn: tcp - use cached peer pointer in ovpn_tcp_close() ovpn_tcp_close() loads the ovpn_socket via rcu_dereference_sk_user_data() under rcu_read_lock(), takes a reference on sock->peer, caches the peer pointer in a local, and drops the read lock. It then passes sock->peer (rather than the cached local) to ovpn_peer_del(), re-dereferencing the ovpn_socket after the RCU read section has ended. Unlike ovpn_tcp_sendmsg(), which uses the same load under RCU, use after unlock pattern but is protected by lock_sock() held across the function, ovpn_tcp_close() runs without the socket lock: inet_release() invokes sk_prot->close() without taking lock_sock first. ovpn_socket_release() can therefore complete its kref_put -> detach -> synchronize_rcu -> kfree(sock) sequence concurrently, in the window after ovpn_tcp_close() drops rcu_read_lock() but before it dereferences sock->peer. The synchronize_rcu() in ovpn_socket_release() protects readers that use the dereferenced pointer inside the RCU read section, not those that escape the pointer to a local and use it afterwards. A reproducer follows the pattern of commit 94560267d6c4 (ovpn: tcp - don't deref NULL sk_socket member after tcp_close()): trigger a peer removal (keepalive expiration or netlink OVPN_CMD_DEL_PEER) at the same moment userspace closes the TCP fd. That commit fixed the detach-side of the same race window; this one fixes the close-side at a different victim. Tighten the entry block to read sock->peer exactly once into the cached peer local, and route all subsequent uses (the hold check, the ovpn_peer_del() call, and the prot->close() invocation) through that local. sock->peer is only ever written once in ovpn_socket_new() under lock_sock(), before rcu_assign_sk_user_data() publishes the ovpn_socket, and is never reassigned afterwards - but the previous multi-read pattern made that invariant implicit rather than explicit. The same multi-read shape exists in ovpn_tcp_recvmsg(), ovpn_tcp_sendmsg(), ovpn_tcp_data_ready() and ovpn_tcp_write_space(); those will be cleaned up via a dedicated helper in a follow-up net-next series. (CVE-2026-64045)

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

ID	名称	严重性
329005	Plone products.isurlinportal < 2.1.0 / 3.x < 3.1.0 开放重定向	medium
329004	Plone < 2.5.3 XSS	medium
329003	Plone 2.5.5 < 4.3.16 / 5.0.x < 5.0.10 多种漏洞（HF 20171128）	medium
329002	Plone 3.3.x < 4.3.3 多种漏洞（HF 20131210）	medium
329001	Plone 2.5.x < 2.5.5 / 3.x < 3.3.6 / 4.x < 4.0.4 / 4.1.x < 4.1.1 多种漏洞（HF 20110531）	medium
329000	Plone < 5.2.3 多种漏洞	high
328999	Plone < 3.1.8 MitM	critical
328998	Plone < 3.0.0 多种漏洞	critical
328968	Oracle Coherence (July 2026 CPU)	medium
328967	Tenable Security Center 多个漏洞 (TNS-2026-19)	high
328966	Tenable Security Center 多个漏洞 (TNS-2026-19)	critical
328864	Amazon Corretto Java 17.x < 17.0.20.8.1 多个漏洞	high
328862	Amazon Corretto Java 8.x < 8.502.07.1 多个漏洞	high
328861	Amazon Corretto Java 11.x < 11.0.32.9.1 多个漏洞	high
328860	Azul Zulu Java 多个漏洞（2026 年 7 月 21 日）	high
328839	Nutanix AOS：多个漏洞（NXSA-AOS-7.6）	critical
328723	Linux Distros 未修补的漏洞：CVE-2026-49145	high
328722	Linux Distros 未修补的漏洞：CVE-2026-10037	high
328721	Linux Distros 未修补的漏洞：CVE-2026-15109	medium
328718	Linux Distros 未修补的漏洞：CVE-2026-49147	high
328714	Linux Distros 未修补的漏洞：CVE-2026-49146	high
328713	Linux Distros 未修补的漏洞：CVE-2026-15170	medium
328706	Linux Distros 未修补的漏洞：CVE-2026-59879	high
328703	Linux Distros 未修补的漏洞：CVE-2026-15166	medium
328696	Linux Distros 未修补的漏洞：CVE-2026-59880	high
328675	Linux Distros 未修补的漏洞：CVE-2026-60137（已弃用）	critical
328674	Linux Distros 未修补的漏洞：CVE-2026-15811	medium
328673	Linux Distros 未修补的漏洞：CVE-2026-15812	medium
328349	Linux Distros 未修补的漏洞：CVE-2026-64205	medium
328348	Linux Distros 未修补的漏洞：CVE-2026-64189	high
328347	Linux Distros 未修补的漏洞：CVE-2026-64187	medium
328346	Linux Distros 未修补的漏洞：CVE-2026-64191	high
328345	Linux Distros 未修补的漏洞：CVE-2026-35591	high
328344	Linux Distros 未修补的漏洞：CVE-2026-64192	medium
328343	Linux Distros 未修补的漏洞：CVE-2026-64207	medium
328342	Linux Distros 未修补的漏洞：CVE-2026-64620	critical
328341	Linux Distros 未修补的漏洞：CVE-2026-33327	high
328340	Linux Distros 未修补的漏洞：CVE-2026-33328	medium
328339	Linux Distros 未修补的漏洞：CVE-2026-64190	medium
328338	Linux Distros 未修补的漏洞：CVE-2026-64206	high
328337	Linux Distros 未修补的漏洞：CVE-2026-64193	critical
328336	Linux Distros 未修补的漏洞：CVE-2026-39879	high
328335	Linux Distros 未修补的漏洞：CVE-2026-64194	high
328334	Linux Distros 未修补的漏洞：CVE-2026-64188	high
328333	Linux Distros 未修补的漏洞：CVE-2026-35590	medium
328330	Linux Distros 未修补的漏洞：CVE-2026-63839	medium
328329	Linux Distros 未修补的漏洞：CVE-2026-63950	high
328328	Linux Distros 未修补的漏洞：CVE-2026-64090	medium
328327	Linux Distros 未修补的漏洞：CVE-2026-63924	critical
328326	Linux Distros 未修补的漏洞：CVE-2026-64045	high

检测

Nessus 的 Misc. 系列

medium

medium

medium

medium

medium

high

critical

critical

medium

high

critical

high

high

high

high

critical

high

high

medium

high

high

medium

high

medium

high

critical

medium

medium

medium

high

medium

high

high

medium

medium

critical

high

medium

medium

high

critical

high

high

high

medium

medium

high

medium

critical

high