遠端主機上安裝的 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-75724CVE-2026-75719CVE-2026-75720CVE-2026-75722） CVE-2026-75725

  - Adobe Experience Manager 受到已儲存的跨網站指令碼 （XSS） 弱點的影響，低權限攻擊者可能會濫用該弱點，將惡意指令碼插入易受攻擊的表單欄位。當受害者瀏覽到包含易受攻擊欄位的頁面時，可能會在受害者的瀏覽器中執行惡意 JavaScript。範圍已變更。（、、CVE-2025-64588、、 CVE-2025-64610CVE-2026-75741CVE-2025-64868CVE-2026-75729CVE-2026-75730CVE-2026-75727CVE-2026-75644CVE-2026-75643CVE-2026-75731CVE-2026-75642CVE-2026-71440CVE-2026-27258CVE-2026-75733CVE-2026-27227CVE-2026-27222CVE-2025-64866CVE-2026-75734CVE-2026-75735CVE-2026-75738CVE-2026-75737CVE-2026-75739CVE-2026-75736CVE-2026-75740CVE-2025-64854CVE-2026-84397CVE-2025-64618CVE-2026-79905CVE-2025-64830CVE-2026-75742CVE-2025-64838CVE-2025-64589CVE-2025-64584

  - 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.5 和從 2.19.0 到 2.21.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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

远程主机上安装的 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.5 和從 2.19.0 到 2.21.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.5 和從 2.19.0 到 2.21.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.1CVE-2026-18401 for （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 字元值佔用兩個位元組，因此在值完成時驗證器最終觸發之前，可以將單一連線驅動至大約 40 MiB 的堆積。



    等效的分數路徑程式碼是正確的：_finishFloatFraction（） 在其NOT_AVAILABLE傳回之前呼叫 _setFractLength（）。遺漏的呼叫會影響 _startPositiveNumber（） 中的整數路徑，
    _startNegativeNumber（） 和 _finishNumberIntegralPart（） 在 NonBlockingUtf8JsonParserBase 中。



    影響：Spring WebFlux/Reactor、Quarkus、Helidon 和 Vert.x 等反應式架構會在傳入 HTTP 或 gRPC 位元組到達時將其饋送至非同步剖析器，這正是所需的區塊摘要形狀。
    設定 StreamReadConstraints.maxNumberLength 並預期其限制每個數字值記憶體的運算子不會獲得該保證;每個並行連線都會累積記憶體，而攻擊者控制的並行可能會耗盡 JVM 堆積。同步剖析器 （UTF8StreamJsonParser、ReaderBasedJsonParser） 和在完整輸入上運作的非同步剖析器不受影響。



    利用只需要能夠將資料串流至剖析端點;不需要任何權限或使用者互動。



    此問題影響 com.fasterxml.jackson.core：jackson-core 從版本到 、 到 、 從 2.22.0 和 到 2.22.0，以及 tools.jackson.core：jackson-core 從 3.2.03.1.33.2.03.0.0 到 。2.21.32.19.02.18.72.15.0 之前 2.15.0 的版本不會受到影響，因為定義 maxNumberLength 設定的 StreamReadConstraints 是首次在 jackson-core 2.15.0中引入的，因此在早期版本中不存在此類約束可以繞過。請注意，GHSA-r7wm-3cxj-wff9 會指出受影響 2.x 的範圍，但沒有下限。（CVE-2026-68494）

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - jackson-core のノンブロッキング(非同期)JSON パーサーは、StreamReadConstraints で定義されている maxNumberLength 制約を強制しません(デフォルト: 1000 文字)。非同期パーサーAPIを使用するアプリケーションにJSONを送信できる攻撃者が、任意の長さの数値トークンを提供し、過剰なメモリ割り当てと潜在的なCPU枯渇を引き起こし、サービス拒否を引き起こす可能性があります。同期パーサーはこの制限を正しく適用するため、アプリケーションが使用する解析 API によって制約の適用に一貫性がありません。根本原因:NonBlockingUtf8JsonParserBase および関連するクラスの非同期解析パスが、数値長検証メソッドを決して呼び出しません。
    _finishNumberIntegralPart() などの数値解析メソッドは、長さチェックなしで TextBuffer に数字を集積し、_valueComplete() を呼び出してトークンをファイナライズします。_valueComplete() は、validateIntegerLength() および validateFPLength() が実行される ParserBase のメソッドである resetInt() や resetFloat() を呼び出しません。この検証ステップはスキップされるため、maxNumberLength が非同期コードパスで強制されることはありません。影響:攻撃者が、任意の長い数字を含むJSONドキュメントを非同期パーサーを使用するアプリケーション(たとえば、Spring WebFluxまたはその他のリアクティブアプリケーション)に送信すると、TextBufferで無制限の割り当てとOutOfMemoryErrorが発生する可能性があります。その後、アプリケーションが getBigIntegerValue() または getDecimalValue() を呼び出すと、JVM がさらに O(n^2) BigInteger 解析に拘束され、CPU ベースのサービス拒否が引き起こされる可能性があります。解析のためにデータを送信できる以外の権限やユーザー操作は必要ありません。この問題は、バージョン 2.15.0 から 2.18.5 までおよび 2.19.0 から 2.21.0 までの com.fasterxml.jackson.core:jackson-core に、 3.0.0 から 3.0.x までの tools.jackson.core:jackson-core に影響を与えます。maxNumberLength 設定を定義する StreamReadConstraints は jackson-core 2.15.0で最初に導入されたため、以前のリリースではそのような制約が存在しないために、2.15.0 より前のバージョンは影響を受けません。GHSA-72hv-8253-57qqは、影響を受ける 2.x 範囲の下限を 2.0.0として記録します。(CVE-2026-18401)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

したがって、ALAS2023-2026-2067 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    jackson-core の非ブロック (非同期) JSON パーサーは、StreamReadConstraints で定義された maxNumberLength 制約 (デフォルト: 1000 文字) を強制しません。非同期パーサーAPIを使用するアプリケーションにJSONを送信できる攻撃者が、任意の長さの数値トークンを提供し、過剰なメモリ割り当てと潜在的なCPU枯渇を引き起こし、サービス拒否を引き起こす可能性があります。



    同期パーサーはこの制限を正しく適用するため、アプリケーションが使用する解析 API によって制約の適用に一貫性がありません。



    根本原因:NonBlockingUtf8JsonParserBase および関連するクラスの非同期解析パスが、数値長検証メソッドを決して呼び出しません。_finishNumberIntegralPart() などの数値解析メソッドは、長さチェックなしで TextBuffer に数字を集積し、_valueComplete() を呼び出してトークンをファイナライズします。
    _valueComplete() は、validateIntegerLength() および validateFPLength() が実行される ParserBase のメソッドである resetInt() や resetFloat() を呼び出しません。この検証ステップはスキップされるため、maxNumberLength が非同期コードパスで強制されることはありません。



    影響:攻撃者が、任意の長い数字を含むJSONドキュメントを非同期パーサーを使用するアプリケーション(たとえば、Spring WebFluxまたはその他のリアクティブアプリケーション)に送信すると、TextBufferで無制限の割り当てとOutOfMemoryErrorが発生する可能性があります。その後、アプリケーションが getBigIntegerValue() または getDecimalValue() を呼び出すと、JVM がさらに O(n^2) BigInteger 解析に拘束され、CPU ベースのサービス拒否が引き起こされる可能性があります。



    解析のためにデータを送信できる以外の権限やユーザー操作は必要ありません。



    この問題は、バージョン 2.15.0 から 2.18.5 までおよび 2.19.0 から 2.21.0 までの com.fasterxml.jackson.core:jackson-core に、 3.0.0 から 3.0.x までの tools.jackson.core:jackson-core に影響を与えます。



    maxNumberLength 設定を定義する StreamReadConstraints は jackson-core 2.15.0で最初に導入されたため、以前のリリースではそのような制約が存在しないために、2.15.0 より前のバージョンは影響を受けません。GHSA-72hv-8253-57qqは、影響を受ける 2.x 範囲の下限を 2.0.0として記録します。(CVE-2026-18401)

    jackson-core 2.18.6 および 2.21.1 for CVE-2026-18401 でリリースされた修正(GHSA-72hv-8253-57qq、ノンブロッキングパーサーにおける数値長制約のバイパス)は不完全です。このレコードは残りのバイパスをカバーします。



    以前の修正では、validateIntegerLength() を新しい _setIntLength() ヘルパーに配線し、数値の整数部分が決まる場所(終端バイト到着、.または e/E が確認されるか、入力が完全にバッファされた値内で終了します。これは、MINOR_NUMBER_INTEGER_DIGITSマイナーな状態のままパーサーが入力を使い果たし、呼び出し元にNOT_AVAILABLEを返す、攻撃者関連のパスでは呼び出されませんでした。



    その結果、ターミネータバイトを一度も送信せずにJSONを多くの小さなチャンクでノンブロッキングパーサーにストリーミングする攻撃者は、パーサーをいつまでもMINOR_NUMBER_INTEGER_DIGITS内部に留めておくことになります。
    _textBuffer.expandCurrentSegment() は各チャンクでアキュムレータを増大しますが、validateIntegerLength() は決して呼び出されません。アキュムレータは、maxNumberLength(デフォルトで 1000)ではなく maxStringLength(デフォルトで 20 MiB)によってのみバウンドされ、ドキュメント化されている制限の約 20,000 倍の増幅になります。Java 文字の値は 2 バイトを占めるため、値の完了時にバリデーターが最終的に起動する前に、1 つの接続を約 40 MiB のヒープに駆動できます。



    同等の fraction-path コードは正しいです: _finishFloatFraction() は、その NOT_AVAILABLE が返される前に _setFractLength() を呼び出します。欠落している呼び出しは、_startPositiveNumber() の整数パスに影響します。
    NonBlockingUtf8JsonParserBase の _startNegativeNumber() および _finishNumberIntegralPart()。



    影響:Spring WebFlux/Reactor、Quarkus、Helidon、Vert.x などのリアクティブフレームワークは、インバウンドの HTTP または gRPC バイトが到着したときに、非同期パーサーにフィードします。これはまさに必要なチャンクフィード形状です。
    StreamReadConstraints.maxNumberLength を設定し、数値ごとにメモリを制限することを期待する演算子は、その保証を受けません。同時接続ごとにメモリが蓄積され、攻撃者が制御する同時実行性が JVM ヒープを使い果たす可能性があります。同期パーサー(UTF8StreamJsonParser、ReaderBasedJsonParser)と完全な入力で動作する非同期パーサーは影響を受けません。



    悪用に必要なのは、解析エンドポイントにデータをストリーミングする機能のみです。特権やユーザー操作は必要ありません。



    この問題は、バージョン 2.15.0 から 2.18.7 まで、 2.19.0 から 2.21.3 まで、 2.22.0 から 2.22.0 までの com.fasterxml.jackson.core:jackson-core、 3.0.0 から 3.1.3 、 3.2.0 から 3.2.0 までの tools.jackson.core:jackson-core に影響を与えます。maxNumberLength 設定を定義する StreamReadConstraints は jackson-core 2.15.0で最初に導入されたため、以前のリリースではそのような制約が存在しないために、2.15.0 より前のバージョンは影響を受けません。GHSA-r7wm-3cxj-wff9は、影響を受ける 2.x 範囲を下限なしで示しています。(CVE-2026-68494)

Tenable は、前述の記述ブロックをテスト済み製品のセキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

リモートホストにインストールされている 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 は、影響を受けるパッケージの範囲を 2 つの方法で拡大します。まず、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-19479、 CVE-2026-19612、 CVE-2026-19644、 CVE-2026-19713、 CVE-2026-71356、 CVE-2026-71357、 CVE-2026-71388、 CVE-2026-71565、 CVE-2026-72626、 CVE-2026-72627、 CVE-2026-75629、 CVE-2026-75635、 CVE-2026-75636、 CVE-2026-75637、 CVE-2026-75639、 CVE-2026-75640、 CVE-2026-75646、 CVE-2026-75647、 CVE-2026-75651、 CVE-2026-75652、 CVE-2026-75657、 CVE-2026-75659、 CVE-2026-75660、 CVE-2026-75661、 CVE-2026-75666、 CVE-2026-75667、 CVE-2026-75668、 CVE-2026-75669、 CVE-2026-75670、 CVE-2026-75671、 CVE-2026-75672CVE-2026-75674、 CVE-2026-75675、 CVE-2026-75677、 CVE-2026-75678、 CVE-2026-75679、 CVE-2026-75680、 CVE-2026-75681、 CVE-2026-75683、 CVE-2026-75685、 CVE-2026-75687、 CVE-2026-75690、 CVE-2026-75691、 CVE-2026-75692、 CVE-2026-75693、 CVE-2026-75694、 CVE-2026-75695、 CVE-2026-75696、 CVE-2026-75700、 CVE-2026-75701、 CVE-2026-75702、 CVE-2026-75704、 CVE-2026-75705、 CVE-2026-75706、 CVE-2026-75707、 CVE-2026-75708、 CVE-2026-75709、 CVE-2026-75710、 CVE-2026-75711、 CVE-2026-75712、 CVE-2026-75713、 CVE-2026-75714、 CVE-2026-75715、 CVE-2026-75716、 CVE-2026-75717、 CVE-2026-75718、 CVE-2026-75719、 CVE-2026-75720、 CVE-2026-75722、 CVE-2026-75724、 CVE-2026-75725)

  - Adobe Experience Managerは、蓄積型クロスサイトスクリプティング(XSS)の脆弱性の影響を受け、権限の低い攻撃者がこれを悪用して、悪意のあるスクリプトを脆弱なフォームフィールドに挿入する可能性があります。被害者が脆弱なフィールドを含むページをブラウズするときに、悪意のある JavaScript が被害者のブラウザで実行される可能性があります。範囲が変更されます。(CVE-2025-64584、 CVE-2025-64588、 CVE-2025-64589、 CVE-2025-64610、 CVE-2025-64618、 CVE-2025-64830、 CVE-2025-64838、 CVE-2025-64854、 CVE-2025-64866、 CVE-2025-64868、 CVE-2026-27222、 CVE-2026-27227、 CVE-2026-27258、 CVE-2026-71440、 CVE-2026-75642、 CVE-2026-75643、 CVE-2026-75644、 CVE-2026-75727、 CVE-2026-75729、 CVE-2026-75730、 CVE-2026-75731、 CVE-2026-75733、 CVE-2026-75734、 CVE-2026-75735、 CVE-2026-75736、 CVE-2026-75737、 CVE-2026-75738、 CVE-2026-75739、 CVE-2026-75740、 CVE-2026-75741、 CVE-2026-75742、 CVE-2026-79905、 CVE-2026-84397)

  - jackson-core のノンブロッキング(非同期)JSON パーサーは、StreamReadConstraints で定義されている maxNumberLength 制約を強制しません(デフォルト: 1000 文字)。非同期パーサーAPIを使用するアプリケーションにJSONを送信できる攻撃者が、任意の長さの数値トークンを提供し、過剰なメモリ割り当てと潜在的なCPU枯渇を引き起こし、サービス拒否を引き起こす可能性があります。同期パーサーはこの制限を正しく適用するため、アプリケーションが使用する解析 API によって制約の適用に一貫性がありません。根本原因:NonBlockingUtf8JsonParserBase および関連するクラスの非同期解析パスが、数値長検証メソッドを決して呼び出しません。
    _finishNumberIntegralPart() などの数値解析メソッドは、長さチェックなしで TextBuffer に数字を集積し、_valueComplete() を呼び出してトークンをファイナライズします。_valueComplete() は、validateIntegerLength() および validateFPLength() が実行される ParserBase のメソッドである resetInt() や resetFloat() を呼び出しません。この検証ステップはスキップされるため、maxNumberLength が非同期コードパスで強制されることはありません。影響:攻撃者が、任意の長い数字を含むJSONドキュメントを非同期パーサーを使用するアプリケーション(たとえば、Spring WebFluxまたはその他のリアクティブアプリケーション)に送信すると、TextBufferで無制限の割り当てとOutOfMemoryErrorが発生する可能性があります。その後、アプリケーションが getBigIntegerValue() または getDecimalValue() を呼び出すと、JVM がさらに O(n^2) BigInteger 解析に拘束され、CPU ベースのサービス拒否が引き起こされる可能性があります。解析のためにデータを送信できる以外の権限やユーザー操作は必要ありません。この問題は、バージョン 2.15.0 から 2.18.5 までおよび 2.19.0 から 2.21.0 までの com.fasterxml.jackson.core:jackson-core に、 3.0.0 から 3.0.x までの tools.jackson.core:jackson-core に影響を与えます。maxNumberLength 設定を定義する StreamReadConstraints は jackson-core 2.15.0で最初に導入されたため、以前のリリースではそのような制約が存在しないために、2.15.0 より前のバージョンは影響を受けません。GHSA-72hv-8253-57qqは、影響を受ける 2.x 範囲の下限を 2.0.0として記録します。(CVE-2026-18401)

  - Adobe Experience Managerは不適切な認証の脆弱性の影響を受け、現在のユーザーのコンテキストで任意のコードが実行され、被害者のアカウントまたはセッションに対する昇格したアクセス権または制御を取得する可能性があります。権限の低い攻撃者がこの脆弱性を悪用して、被害者のアカウントまたはセッションに対する昇格したアクセス権またはコントロールを取得する可能性があります。この問題を悪用するにはユーザーの操作が必要です。範囲が変更されます。(CVE-2026-19232)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

The version of Adobe Experience Manager installed on the remote host is prior to 2026.8.0, 6.5.3. It is, therefore, affected by multiple vulnerabilities as referenced in the APSB26-98 advisory.

  - Critical XXE in Apache Tika tika-core (1.13-3.2.1), tika-pdf-module (2.0.0-3.2.1) and tika-parsers     (1.13-1.28.5) modules on all platforms allows an attacker to carry out XML External Entity injection via a     crafted XFA file inside of a PDF. This CVE covers the same vulnerability as in CVE-2025-54988. However,     this CVE expands the scope of affected packages in two ways. First, while the entrypoint for the     vulnerability was the tika-parser-pdf-module as reported in CVE-2025-54988, the vulnerability and its fix     were in tika-core. Users who upgraded the tika-parser-pdf-module but did not upgrade tika-core to >= 3.2.2     would still be vulnerable. Second, the original report failed to mention that in the 1.x Tika releases,     the PDFParser was in the org.apache.tika:tika-parsers module. (CVE-2025-66516)

  - Adobe Experience Manager is affected by a DOM-based Cross-Site Scripting (XSS) vulnerability. An attacker     could exploit this issue by manipulating the DOM environment to execute malicious JavaScript within the     context of the victim's browser. Exploitation of this issue requires user interaction in that a victim     must visit a crafted webpage. Scope is changed. (CVE-2025-64542, CVE-2026-19479, CVE-2026-19612,     CVE-2026-19644, CVE-2026-19713, CVE-2026-71356, CVE-2026-71357, CVE-2026-71388, CVE-2026-71565,     CVE-2026-72626, CVE-2026-72627, CVE-2026-75629, CVE-2026-75635, CVE-2026-75636, CVE-2026-75637,     CVE-2026-75639, CVE-2026-75640, CVE-2026-75646, CVE-2026-75647, CVE-2026-75651, CVE-2026-75652,     CVE-2026-75657, CVE-2026-75659, CVE-2026-75660, CVE-2026-75661, CVE-2026-75666, CVE-2026-75667,     CVE-2026-75668, CVE-2026-75669, CVE-2026-75670, CVE-2026-75671, CVE-2026-75672, CVE-2026-75674,     CVE-2026-75675, CVE-2026-75677, CVE-2026-75678, CVE-2026-75679, CVE-2026-75680, CVE-2026-75681,     CVE-2026-75683, CVE-2026-75685, CVE-2026-75687, CVE-2026-75690, CVE-2026-75691, CVE-2026-75692,     CVE-2026-75693, CVE-2026-75694, CVE-2026-75695, CVE-2026-75696, CVE-2026-75700, CVE-2026-75701,     CVE-2026-75702, CVE-2026-75704, CVE-2026-75705, CVE-2026-75706, CVE-2026-75707, CVE-2026-75708,     CVE-2026-75709, CVE-2026-75710, CVE-2026-75711, CVE-2026-75712, CVE-2026-75713, CVE-2026-75714,     CVE-2026-75715, CVE-2026-75716, CVE-2026-75717, CVE-2026-75718, CVE-2026-75719, CVE-2026-75720,     CVE-2026-75722, CVE-2026-75724, CVE-2026-75725)

  - Adobe Experience Manager is affected by a stored Cross-Site Scripting (XSS) vulnerability that could be     abused by a low-privileged attacker to inject malicious scripts into vulnerable form fields. Malicious     JavaScript may be executed in a victim's browser when they browse to the page containing the vulnerable     field. Scope is changed. (CVE-2025-64584, CVE-2025-64588, CVE-2025-64589, CVE-2025-64610, CVE-2025-64618,     CVE-2025-64830, CVE-2025-64838, CVE-2025-64854, CVE-2025-64866, CVE-2025-64868, CVE-2026-27222,     CVE-2026-27227, CVE-2026-27258, CVE-2026-71440, CVE-2026-75642, CVE-2026-75643, CVE-2026-75644,     CVE-2026-75727, CVE-2026-75729, CVE-2026-75730, CVE-2026-75731, CVE-2026-75733, CVE-2026-75734,     CVE-2026-75735, CVE-2026-75736, CVE-2026-75737, CVE-2026-75738, CVE-2026-75739, CVE-2026-75740,     CVE-2026-75741, CVE-2026-75742, CVE-2026-79905, CVE-2026-84397)

  - The non-blocking (asynchronous) JSON parser in jackson-core does not enforce the maxNumberLength     constraint defined in StreamReadConstraints (default: 1000 characters). An attacker able to submit JSON to     an application that uses the async parser API can supply a number token of arbitrary length, leading to     excessive memory allocation and potential CPU exhaustion, resulting in a denial of service. The     synchronous parser enforces this limit correctly, so the constraint is applied inconsistently depending on     which parsing API the application uses. Root cause: the async parsing path in     NonBlockingUtf8JsonParserBase and related classes never invokes the number length validation methods.
    Number parsing methods such as _finishNumberIntegralPart() accumulate digits into the TextBuffer without     any length check, then call _valueComplete() to finalize the token. _valueComplete() does not call     resetInt() or resetFloat(), which are the methods in ParserBase where validateIntegerLength() and     validateFPLength() are performed. Because that validation step is skipped, maxNumberLength is never     enforced on the async code path. Impact: an attacker sending a JSON document containing an arbitrarily     long number to an application using the async parser (for example a Spring WebFlux or other reactive     application) can cause unbounded allocation in the TextBuffer and an OutOfMemoryError. If the application     subsequently calls getBigIntegerValue() or getDecimalValue(), the JVM may additionally be tied up in     O(n^2) BigInteger parsing, causing CPU-based denial of service. No privileges or user interaction beyond     the ability to submit data for parsing are required. This issue affects     com.fasterxml.jackson.core:jackson-core from version 2.15.0 through 2.18.5 and from 2.19.0 through 2.21.0,     and tools.jackson.core:jackson-core from 3.0.0 through 3.0.x. Versions prior to 2.15.0 are not affected,     because StreamReadConstraints -- which defines the maxNumberLength setting -- was first introduced in     jackson-core 2.15.0, so no such constraint exists to be bypassed in earlier releases. Note that     GHSA-72hv-8253-57qq records the lower bound of the affected 2.x range as 2.0.0. (CVE-2026-18401)

  - Adobe Experience Manager is affected by an Incorrect Authorization vulnerability that could result in     arbitrary code execution in the context of the current user, potentially gaining elevated access or     control over the victim's account or session. A low-privileged attacker could exploit this vulnerability     to gain elevated access or control over the victim's account or session. Exploitation of this issue does     not require user interaction. Scope is changed. (CVE-2026-19232)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - The non-blocking (asynchronous) JSON parser in jackson-core does not enforce the maxNumberLength     constraint defined in StreamReadConstraints (default: 1000 characters). An attacker able to submit JSON to     an application that uses the async parser API can supply a number token of arbitrary length, leading to     excessive memory allocation and potential CPU exhaustion, resulting in a denial of service. The     synchronous parser enforces this limit correctly, so the constraint is applied inconsistently depending on     which parsing API the application uses. Root cause: the async parsing path in     NonBlockingUtf8JsonParserBase and related classes never invokes the number length validation methods.
    Number parsing methods such as _finishNumberIntegralPart() accumulate digits into the TextBuffer without     any length check, then call _valueComplete() to finalize the token. _valueComplete() does not call     resetInt() or resetFloat(), which are the methods in ParserBase where validateIntegerLength() and     validateFPLength() are performed. Because that validation step is skipped, maxNumberLength is never     enforced on the async code path. Impact: an attacker sending a JSON document containing an arbitrarily     long number to an application using the async parser (for example a Spring WebFlux or other reactive     application) can cause unbounded allocation in the TextBuffer and an OutOfMemoryError. If the application     subsequently calls getBigIntegerValue() or getDecimalValue(), the JVM may additionally be tied up in     O(n^2) BigInteger parsing, causing CPU-based denial of service. No privileges or user interaction beyond     the ability to submit data for parsing are required. This issue affects     com.fasterxml.jackson.core:jackson-core from version 2.15.0 through 2.18.5 and from 2.19.0 through 2.21.0,     and tools.jackson.core:jackson-core from 3.0.0 through 3.0.x. Versions prior to 2.15.0 are not affected,     because StreamReadConstraints -- which defines the maxNumberLength setting -- was first introduced in     jackson-core 2.15.0, so no such constraint exists to be bypassed in earlier releases. Note that     GHSA-72hv-8253-57qq records the lower bound of the affected 2.x range as 2.0.0. (CVE-2026-18401)

Note that Nessus relies on the presence of the package as reported by the vendor.

It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2023-2026-2067 advisory.

    The non-blocking (asynchronous) JSON parser in jackson-core does not enforce the maxNumberLength     constraint defined in StreamReadConstraints (default: 1000 characters). An attacker able to submit JSON to     an application that uses the async parser API can supply a number token of arbitrary length, leading to     excessive memory allocation and potential CPU exhaustion, resulting in a denial of service.



    The synchronous parser enforces this limit correctly, so the constraint is applied inconsistently     depending on which parsing API the application uses.



    Root cause: the async parsing path in NonBlockingUtf8JsonParserBase and related classes never invokes the     number length validation methods. Number parsing methods such as _finishNumberIntegralPart() accumulate     digits into the TextBuffer without any length check, then call _valueComplete() to finalize the token.
    _valueComplete() does not call resetInt() or resetFloat(), which are the methods in ParserBase where     validateIntegerLength() and validateFPLength() are performed. Because that validation step is skipped,     maxNumberLength is never enforced on the async code path.



    Impact: an attacker sending a JSON document containing an arbitrarily long number to an application using     the async parser (for example a Spring WebFlux or other reactive application) can cause unbounded     allocation in the TextBuffer and an OutOfMemoryError. If the application subsequently calls     getBigIntegerValue() or getDecimalValue(), the JVM may additionally be tied up in O(n^2) BigInteger     parsing, causing CPU-based denial of service.



    No privileges or user interaction beyond the ability to submit data for parsing are required.



    This issue affects com.fasterxml.jackson.core:jackson-core from version 2.15.0 through 2.18.5 and from     2.19.0 through 2.21.0, and tools.jackson.core:jackson-core from 3.0.0 through 3.0.x.



    Versions prior to 2.15.0 are not affected, because StreamReadConstraints -- which defines the     maxNumberLength setting -- was first introduced in jackson-core 2.15.0, so no such constraint exists to be     bypassed in earlier releases. Note that GHSA-72hv-8253-57qq records the lower bound of the affected 2.x     range as 2.0.0. (CVE-2026-18401)

    The fix released in jackson-core 2.18.6 and 2.21.1 for CVE-2026-18401 (GHSA-72hv-8253-57qq, number length     constraint bypass in the non-blocking parser) is incomplete. This record covers the remaining bypass.



    The earlier fix wired validateIntegerLength() into a new _setIntLength() helper and invoked it wherever     the integer portion of a number is decided: a terminator byte arrives, a . or e/E is seen, or input ends     inside a fully buffered value. It was not invoked on the attacker-relevant path where the parser runs out     of input while still inside the MINOR_NUMBER_INTEGER_DIGITS minor state and returns NOT_AVAILABLE to the     caller.



    As a result, an attacker who streams JSON to a non-blocking parser in many small chunks, without ever     sending a terminator byte, keeps the parser inside MINOR_NUMBER_INTEGER_DIGITS indefinitely.
    _textBuffer.expandCurrentSegment() grows the accumulator on every chunk while validateIntegerLength() is     never called. The accumulator is bounded only by maxStringLength (20 MiB by default) rather than by     maxNumberLength (1000 by default), an amplification of roughly 20,000x over the documented limit. Because     Java char values occupy two bytes, a single connection can be driven to approximately 40 MiB of heap     before the validator finally fires when the value completes.



    The equivalent fraction-path code is correct: _finishFloatFraction() calls _setFractLength() before its     NOT_AVAILABLE return. The missing call affects the integer-digit paths in _startPositiveNumber(),
    _startNegativeNumber() and _finishNumberIntegralPart() in NonBlockingUtf8JsonParserBase.



    Impact: reactive frameworks such as Spring WebFlux/Reactor, Quarkus, Helidon and Vert.x feed inbound HTTP     or gRPC bytes to the async parser as they arrive, which is precisely the chunked-feed shape required.
    Operators who set StreamReadConstraints.maxNumberLength expecting it to cap memory per number value do not     get that guarantee; memory accumulates per concurrent connection and attacker-controlled concurrency can     exhaust the JVM heap. The synchronous parsers (UTF8StreamJsonParser, ReaderBasedJsonParser) and the async     parser operating on complete input are not affected.



    Exploitation requires only the ability to stream data to a parsing endpoint; no privileges or user     interaction are needed.



    This issue affects com.fasterxml.jackson.core:jackson-core from version 2.15.0 through 2.18.7, from 2.19.0     through 2.21.3, and from 2.22.0 through 2.22.0, and tools.jackson.core:jackson-core from 3.0.0 through     3.1.3 and from 3.2.0 through 3.2.0. Versions prior to 2.15.0 are not affected, because     StreamReadConstraints -- which defines the maxNumberLength setting -- was first introduced in jackson-core     2.15.0, so no such constraint exists to be bypassed in earlier releases. Note that GHSA-r7wm-3cxj-wff9     states the affected 2.x range without a lower bound. (CVE-2026-68494)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

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
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
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
332069	Linux Distros のパッチ未適用の脆弱性: CVE-2026-18401	Nessus	Misc.	2026/8/4	2026/8/10	medium
337219	2023 年 Amazon Linux:jackson-core(ALAS2023-2026-2067)	Nessus	Amazon Linux Local Security Checks	2026/8/18	2026/9/18	high
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
344294	Adobe Experience Manager 6.5.0 < 6.5.3 / 2026.7.0 < 2026.8.0 Multiple Vulnerabilities (APSB26-98)	Nessus	Misc.	2026/9/9	2026/9/16	medium
332069	Linux Distros Unpatched Vulnerability : 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

medium

high

medium

high

medium

high

medium

medium

medium

high