远程主机上安装的 Adobe Experience Manager 版本低于 2026.8.0、6.5.3。因此，它受到 APSB26-98 公告中提及的多个漏洞影响。

  - Apache Tika tika-core (1.13-3.2.1)、tika-pdf-module (2.0.0-3.2.1) 和 tika-parsers (1.13-1.28.5) 模块在所有平台上均存在严重 XXE 漏洞，攻击者可通过在 PDF 中嵌入精心构建的 XFA 文件来发起 XML 外部实体注入攻击。此 CVE 涵盖了与 CVE-2025-54988 中相同的漏洞。但是，此 CVE 会扩大受影响程序包的范围，原因有二。第一，虽然此漏洞的入口点为 CVE-2025-54988 中所报告的 tika-parser-pdf-module，但该漏洞及其修复程序却位于 tika-core 中。已升级 tika-parser-pdf-module 但未将 tika-core 升级到 >= 3.2.2 的用户仍会受到影响。第二，原始报告并未提及在 1.x Tika 版本中，PDFParser 位于 org.apache.tika:tika-parsers 模块中。(CVE-2025-66516)

  - Adobe Experience Manager 受到基于 DOM 的跨站脚本 （XSS） 漏洞的影响。攻击者可通过操纵 DOM 环境利用此问题，在受害者浏览器的上下文中执行恶意 JavaScript。若要恶意利用此问题，需要进行用户交互，其中受害者必须访问特别构建的网页。范围已更改。（CVE-2025-64542 ， ， ， CVE-2026-19612， CVE-2026-19644CVE-2026-75680CVE-2026-75660CVE-2026-75661CVE-2026-75637CVE-2026-75639CVE-2026-75636CVE-2026-75646CVE-2026-75640CVE-2026-75647CVE-2026-75651CVE-2026-75652CVE-2026-75657CVE-2026-75659CVE-2026-75635CVE-2026-75667CVE-2026-75666CVE-2026-75668CVE-2026-75669CVE-2026-75670CVE-2026-75671CVE-2026-75672CVE-2026-75629CVE-2026-75675CVE-2026-75674CVE-2026-75677CVE-2026-75678CVE-2026-75679CVE-2026-75681CVE-2026-75683CVE-2026-72627CVE-2026-75687CVE-2026-75685CVE-2026-75701CVE-2026-75700CVE-2026-75702CVE-2026-75696CVE-2026-75695CVE-2026-75694CVE-2026-75704CVE-2026-75693CVE-2026-75692CVE-2026-75691CVE-2026-75705CVE-2026-75690CVE-2026-72626CVE-2026-75706CVE-2026-75710CVE-2026-75709CVE-2026-75711CVE-2026-75708CVE-2026-75712CVE-2026-75713CVE-2026-19713CVE-2026-71357CVE-2026-75714CVE-2026-71356CVE-2026-71388CVE-2026-71565CVE-2026-75707CVE-2026-19479CVE-2026-75715、 CVE-2026-75716、 CVE-2026-75717、 CVE-2026-75718、 CVE-2026-75725CVE-2026-75719CVE-2026-75722CVE-2026-75720CVE-2026-75724）

  - Adobe Experience Manager 受到存储的跨站脚本 （XSS） 漏洞的影响，低权限攻击者可滥用该漏洞，从而向有漏洞的表单字段注入恶意脚本。当受害者浏览到包含易受攻击字段的页面时，可在受害者的浏览器中执行恶意 JavaScript。范围已更改。（CVE-2025-64584 ， ， ， CVE-2025-64589， CVE-2025-64610CVE-2026-75741CVE-2025-64866CVE-2025-64854CVE-2025-64838CVE-2025-64868CVE-2025-64618CVE-2026-75731CVE-2026-75733CVE-2026-75730CVE-2026-75734CVE-2026-75727CVE-2026-75742CVE-2026-75644CVE-2026-79905CVE-2026-27227CVE-2026-27222CVE-2026-27258CVE-2025-64830CVE-2026-71440CVE-2026-75643CVE-2026-75642CVE-2026-75729CVE-2026-75738CVE-2026-75740CVE-2026-75735CVE-2026-75736CVE-2026-75737CVE-2026-75739， ， CVE-2026-84397CVE-2025-64588

  - jackson-core 中的非阻塞（异步）JSON 解析器未强制执行 StreamReadConstraints 中定义的 maxNumberLength 限制（默认：1000 个字符）。能够将 JSON 提交到使用异步解析器 API 的应用程序的攻击者可提供任意长度的数字标记，从而导致过量内存分配和潜在 CPU 耗尽，从而导致拒绝服务。同步解析器正确地强制执行此限制，因此根据应用程序使用的解析 API 会不一致地应用该限制。根本原因：NonBlockingUtf8JsonParserBase 和相关类中的异步解析路径从不调用数字长度验证方法。
    _finishNumberIntegralPart（） 等数字解析方法在不进行任何长度检查的情况下将数字数累积到 TextBuffer 中，然后调用 _valueComplete（） 完成标记。_valueComplete（） 未调用 resetInt（） 或 resetFloat（），这些是 ParserBase 中执行 validateIntegerLength（） 和 validateFPLength（） 的方法。由于会跳过该验证步骤，因此从不在异步代码路径中强制执行 maxNumberLength。影响：攻击者将包含任意长数字的 JSON 文档发送至使用异步解析器的应用程序（例如 Spring WebFlux 或其他反应式应用程序），可能会造成 TextBuffer 中的无限分配和 OutOfMemoryError。如果应用程序随后调用 getBigIntegerValue（） 或 getDecimalValue（），JVM 可能会额外被绑定在 O（n^2） BigInteger 解析中，从而造成基于 CPU 的拒绝服务。除了能够提交数据以进行解析之外，不需要任何权限或用户交互。此问题影响 com.fasterxml.jackson.core：jackson-core 从版本2.15.0到 2.18.52.21.02.19.0 tools.jackson.core：jackson-core 3.0.03.0.x 低于此版本 2.15.0 的版本不受影响，因为定义 maxNumberLength 设置的 StreamReadConstraints 是在 jackson-core 2.15.0中首次引入的，因此较早的版本中不存在此类限制以供绕过。请注意，GHSA-qq72hv-8253-57 将受影响 2.x 范围的下界记录为 2.0.0。（CVE-2026-18401）

  - Adobe Experience Manager 受到一个错误授权漏洞的影响，该漏洞可导致在当前用户环境中执行任意代码，从而可能获得对受害者帐户或会话的更高访问权限或控制权限。低权限攻击者可利用此漏洞获得对受害者帐户或会话的提升访问权限或控制权限。若要利用此问题，并不需要用户交互。范围已更改。(CVE-2026-19232)

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

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

  - jackson-core 中的非阻塞（异步）JSON 解析器未强制执行 StreamReadConstraints 中定义的 maxNumberLength 限制（默认：1000 个字符）。能够将 JSON 提交到使用异步解析器 API 的应用程序的攻击者可提供任意长度的数字标记，从而导致过量内存分配和潜在 CPU 耗尽，从而导致拒绝服务。同步解析器正确地强制执行此限制，因此根据应用程序使用的解析 API 会不一致地应用该限制。根本原因：NonBlockingUtf8JsonParserBase 和相关类中的异步解析路径从不调用数字长度验证方法。
    _finishNumberIntegralPart（） 等数字解析方法在不进行任何长度检查的情况下将数字数累积到 TextBuffer 中，然后调用 _valueComplete（） 完成标记。_valueComplete（） 未调用 resetInt（） 或 resetFloat（），这些是 ParserBase 中执行 validateIntegerLength（） 和 validateFPLength（） 的方法。由于会跳过该验证步骤，因此从不在异步代码路径中强制执行 maxNumberLength。影响：攻击者将包含任意长数字的 JSON 文档发送至使用异步解析器的应用程序（例如 Spring WebFlux 或其他反应式应用程序），可能会造成 TextBuffer 中的无限分配和 OutOfMemoryError。如果应用程序随后调用 getBigIntegerValue（） 或 getDecimalValue（），JVM 可能会额外被绑定在 O（n^2） BigInteger 解析中，从而造成基于 CPU 的拒绝服务。除了能够提交数据以进行解析之外，不需要任何权限或用户交互。此问题影响 com.fasterxml.jackson.core：jackson-core 从版本2.15.0到 2.18.52.21.02.19.0 tools.jackson.core：jackson-core 3.0.03.0.x 低于此版本 2.15.0 的版本不受影响，因为定义 maxNumberLength 设置的 StreamReadConstraints 是在 jackson-core 2.15.0中首次引入的，因此较早的版本中不存在此类限制以供绕过。请注意，GHSA-qq72hv-8253-57 将受影响 2.x 范围的下界记录为 2.0.0。（CVE-2026-18401）

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

因此，该软件受到 ALAS2023-2026-2067 公告中提及的多个漏洞影响。

    jackson-core 中的非阻塞（异步）JSON 解析器未强制执行 StreamReadConstraints 中定义的 maxNumberLength 限制（默认：1000 个字符）。能够将 JSON 提交到使用异步解析器 API 的应用程序的攻击者可提供任意长度的数字标记，从而导致过量内存分配和潜在 CPU 耗尽，从而导致拒绝服务。



    同步解析器正确地强制执行此限制，因此根据应用程序使用的解析 API 会不一致地应用该限制。



    根本原因：NonBlockingUtf8JsonParserBase 和相关类中的异步解析路径从不调用数字长度验证方法。_finishNumberIntegralPart（） 等数字解析方法在不进行任何长度检查的情况下将数字数累积到 TextBuffer 中，然后调用 _valueComplete（） 完成标记。
    _valueComplete（） 未调用 resetInt（） 或 resetFloat（），这些是 ParserBase 中执行 validateIntegerLength（） 和 validateFPLength（） 的方法。由于会跳过该验证步骤，因此从不在异步代码路径中强制执行 maxNumberLength。



    影响：攻击者将包含任意长数字的 JSON 文档发送至使用异步解析器的应用程序（例如 Spring WebFlux 或其他反应式应用程序），可能会造成 TextBuffer 中的无限分配和 OutOfMemoryError。如果应用程序随后调用 getBigIntegerValue（） 或 getDecimalValue（），JVM 可能会额外被绑定在 O（n^2） BigInteger 解析中，从而造成基于 CPU 的拒绝服务。



    除了能够提交数据以进行解析之外，不需要任何权限或用户交互。



    此问题影响 com.fasterxml.jackson.core：jackson-core 从版本2.15.0到 2.18.52.21.02.19.0 tools.jackson.core：jackson-core 3.0.03.0.x



    低于此版本 2.15.0 的版本不受影响，因为定义 maxNumberLength 设置的 StreamReadConstraints 是在 jackson-core 2.15.0中首次引入的，因此较早的版本中不存在此类限制以供绕过。请注意，GHSA-qq72hv-8253-57 将受影响 2.x 范围的下界记录为 2.0.0。（CVE-2026-18401）

    jackson-core 2.18.6 和 2.21.1 针对 CVE-2026-18401 （GHSA-qq72hv-8253-57，非阻塞解析器中的数字长度限制绕过）发布的补丁不完整。此记录涵盖了剩余的绕过。



    较早的补丁将 validateIntegerLength（） 连接到新的 _setIntLength（） 辅助函数，并在确定数字的整数部分的任何位置调用它：终止符字节到达，一个 .或看到 e/E，或输入在完全缓冲的值内结束。在与攻击者有关的路径上未调用此漏洞，其中解析器在仍处于 MINOR_NUMBER_INTEGER_DIGITS 次要状态时耗尽输入，并将NOT_AVAILABLE返回给调用程序。



    因此，如果攻击者将 JSON 流化到许多小区块的非阻塞解析器，但从未发送过终止符字节，则解析器会无限期地保留在 MINOR_NUMBER_INTEGER_DIGITS 内。
    _textBuffer.expandCurrentSegment（） 在从不调用 validateIntegerLength（） 时增长每个区块上的累加器。累加器仅由 maxStringLength（默认为 20 MiB）而非 maxNumberLength（默认为 1000）绑定，比记录的限制高出约 20,000 倍。由于 Java char 值占用两个字节，因此可在值完成时验证器最终触发之前，将单个连接驱动到大约 40 MiB 的堆。



    等效的分数路径代码是正确的：_finishFloatFraction（） 在其NOT_AVAILABLE返回之前调用 _setFractLength（）。缺少的调用会影响 _startPositiveNumber（） 中的整数路径，
    NonBlockingUtf8JsonParserBase 中的 _startNegativeNumber（） 和 _finishNumberIntegralPart（）。



    影响：Spring WebFlux/Reactor、Quarkus、Helidon 和 Vert.x 等反应式框架会在入站 HTTP 或 gRPC 字节到达时向异步解析器提供信息，这正是所需的分块源形状。
    如果运算符设置了 StreamReadConstraints.maxNumberLength，期望它对每个数字值的内存进行上限，则无法获得该保证;每个并发连接都会累积内存，而且攻击者控制的并发可耗尽 JVM 堆。同步解析器（UTF8StreamJsonParser、ReaderBasedJsonParser）和对完整输入起作用的异步解析器不受影响。



    利用此漏洞仅要求能够将数据流式传输到解析端点;不需要任何权限或用户交互。



    此问题影响 com.fasterxml.jackson.core：jackson-core 从版本2.15.0到 、 到 2.19.02.21.3到 和 从 2.22.02.22.0 到 ，以及 tools.jackson.core：jackson-core 从 3.2.03.0.03.2.03.1.3 到 。2.18.7 低于此版本 2.15.0 的版本不受影响，因为定义 maxNumberLength 设置的 StreamReadConstraints 是在 jackson-core 2.15.0中首次引入的，因此较早的版本中不存在此类限制以供绕过。请注意，GHSA-r7wm-3cxj-wff9 在没有下界的情况下陈述受影响 2.x 的范围。（CVE-2026-68494）

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
344294	Adobe Experience Manager 6.5.0 < 6.5.3 / 2026.7.0 < 2026.8.0 多个漏洞（APSB26-98）	Nessus	Misc.	2026/9/9	2026/9/16	medium
332069	Linux Distros 未修补的漏洞：CVE-2026-18401	Nessus	Misc.	2026/8/4	2026/8/10	medium
337219	Amazon Linux 2023：jackson-core (ALAS2023-2026-2067)	Nessus	Amazon Linux Local Security Checks	2026/8/18	2026/9/18	high

检测

插件搜索

medium

medium

high