因此，它會受到 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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

因此，该软件受到 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 2.18.6 和 2.21.1 for 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 字元值佔用兩個位元組，因此在值完成時驗證器最終觸發之前，可以將單一連線驅動至大約 40 MiB 的堆積。等效的分數路徑代碼是正確的：
    _finishFloatFraction（） 在返回NOT_AVAILABLE之前呼叫 _setFractLength（）。遺漏的呼叫會影響 NonBlockingUtf8JsonParserBase 中 _startPositiveNumber（）、_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.18.7和 ），2.21.32.19.0以及 tools.jackson.core：jackson-core （3.0.0從 3.1.3）。之前 2.15.0 的版本不會受到影響，因為定義 maxNumberLength 設定的 StreamReadConstraints 是首次在 jackson-core 2.15.0中引入的，因此在早期版本中不存在此類約束可以繞過。請注意，GHSA-r7wm-3cxj-wff9 會指出受影響 2.x 的範圍，但沒有下限。2.22.x和3.2.x版本行不受影響：這些分支是在修正提交登陸 2026-05-21 之後建立的，因此包含其初始版本 （2.22.0標記為 2026-06-03 和3.2.0標記為 2026-06-08） 的分支。（CVE-2026-68494）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

遠端 Redhat Enterprise Linux 7 主機上安裝的套件受到 RHSA-2026:53644 公告中提及的多個弱點影響。

    Red Hat JBoss Enterprise Application Platform 7 是一個以 WildFly 應用程式執行時間為基礎的 Java 應用程式平台。本版本 Red Hat JBoss Enterprise Application Platform 7.4.25 是 Red Hat JBoss Enterprise Application Platform 7.4.24 的替代版本，其中包含錯誤修正和增強功能。如需此公告中包含的最重要的錯誤修正和增強功能的相關資訊，請參閱 Red Hat JBoss Enterprise Application Platform 7.4.25 版本資訊。

    安全性修正：

    * netty-codec-redis：Netty：透過惡意 Redis 陣列標頭造成拒絕服務 (CVE-2026-50011)

    * netty-handler：Netty：由於 TLS 交握中的急切緩衝區配置而導致的拒絕服務 (CVE-2026-45416)

    * netty-codec-redis：netty-codec-redis：透過具有深度巢狀陣列的特製 Redis 承載進行拒絕服務 (CVE-2026-44250)

    * netty-codec-redis：netty-codec-redis：透過精心設計的 Redis 承載進行拒絕服務 (CVE-2026-44890)

    * netty-transport-sctp：Netty-transport-sctp：由於 SctpMessage 片段的無限記憶體增長而導致的拒絕服務 (CVE-2026-46340)

    * netty-resolver-dns：Netty：由於 CNAME 記錄驗證不當，導致資訊洩漏和資料操控 (CVE-2026-45674)

    * netty-handler：Netty：信任管理器處理不當會導致繞過主機名稱驗證 (CVE-2026-50010)

    * netty-codec-redis：Netty 缺少生命週期清理，導致 RedisArrayAggregator 中的集區 ByteBuf 洩漏 (CVE-2026-48006)

    * netty-resolver-dns：Netty 對 NS 記錄的管轄區驗證不足 (CVE-2026-47691)

    * netty-codec-haproxy：Netty HAProxy PROXY 通訊協定 v2 編解碼器：透過特製 PROXY 通訊協定標頭的記憶體洩漏造成拒絕服務 (CVE-2026-48059)

    * netty-codec-http2：netty-codec-http2：由於資源洩漏而導致的拒絕服務 (CVE-2026-48043)

    * netty-codec-haproxy：Netty-codec-haproxy：透過格式錯誤的 HAProxy 訊息造成拒絕服務 (CVE-2026-44893)

    * netty-codec-http：Netty：透過格式錯誤的 Transfer-Encoding 剖析進行請求走私 (CVE-2026-42585)

    * netty-codec-http2：Netty：透過 HTTP 內容解壓縮中無限記憶體分配造成拒絕服務 (CVE-2026-42587)

    * netty-codec-http：Netty：透過 HTTP 內容解壓縮中無限記憶體分配造成拒絕服務 (CVE-2026-42587)

    * netty-codec-http：Netty：透過 URI 操控和 CRLF 插入進行 HTTP 要求走私 (CVE-2026-41417)

    * netty-handler-proxy：Netty：透過 HttpProxyHandler 停用驗證的 HTTP 標頭插入 (CVE-2026-42578)

    * netty-codec-http：Netty：由於不當處理衝突的 HTTP/1.0 標頭而導致 HTTP 要求走私 (CVE-2026-42581)

    * netty-codec-http：Netty：不正確的 HTTP 回應剖析導致資料混淆 (CVE-2026-42584)

    * netty-codec-dns：Netty：由於不當的 DNS 網域名稱限制強制執行，對完整性造成很大影響 (CVE-2026-42579)

    * picketlink-federation：Picketlink SAML unsolicited-response 中的驗證繞過 (CVE-2026-10579)

    * bcprov-jdk18on：LDAPStoreHelper.java 中的 LDAP 插入弱點 (CVE-2026-0636)

    * bcprov-jdk15on：LDAPStoreHelper.java 中的 LDAP 插入弱點 (CVE-2026-0636)

    * bcprov-jdk15：LDAPStoreHelper.java 中的 LDAP 插入弱點 (CVE-2026-0636)

    * bcprov-jdk12：LDAPStoreHelper.java 中的 LDAP 插入弱點 (CVE-2026-0636)

    * bcpg-jdk18on：不受限制的 PGP AEAD 區塊大小會導致預先驗證資源耗盡 (CVE-2026-3505)

    * bcpg-jdk15on：不受限制的 PGP AEAD 區塊大小會導致預先驗證資源耗盡 (CVE-2026-3505)

    * cpkix-jdk18on：PKIX 草稿 CompositeVerifier 接受空簽名序列為有效 (CVE-2026-5588)

    * bcpkix-jdk15on：PKIX 草稿 CompositeVerifier 接受空簽名序列為有效 (CVE-2026-5588)

    * bcprov-jdk18on：GOSTCTR 實作無法正確處理超過 255 個區塊 (CVE-2025-14813)

    * bcprov-jdk15on：GOSTCTR 實作無法正確處理超過 255 個區塊 (CVE-2025-14813)

    * bcprov-jdk15：GOSTCTR 實作無法正確處理超過 255 個區塊 (CVE-2025-14813)

    * bcprov-jdk12：GOSTCTR 實作無法正確處理超過 255 個區塊 (CVE-2025-14813)

    * bcprov-jdk15：透過非常數時間比較洩漏私密金鑰 (CVE-2026-5598)

    * bcprov-jdk12：透過非常量時間比較 (CVE-2026-5598) 洩漏私密金鑰

    * artemis-server：Apache Artemis、Apache ActiveMQ Artemis：由於缺少身份驗證而導致的訊息插入和洩漏 (CVE-2026-27446)

    * undertow-core：Undertow：透過 AJP ssl_cert/is_ssl 偽造進行驗證繞過 (CVE-2026-15554)

    * wildfly-clustering-infinispan-marshalling：透過 Unfiltered River Unmarshaller 的 Jboss 反序列化 RCE (CVE-2026-15555)

    * picketlink-federation：透過缺少判斷提示繞過 picketlink SAML 2.0 驗證 (CVE-2026-15556)

    * openjdk-orb：透過 EAP 中的 IIOP 載入未經授權的類別 (CVE-2026-15560)

    * undertow-core：透過 EAP 的 Undertow 中分塊尾頭缺少限制導致 OOM (CVE-2026-15561)

    * jboss-remoting：jboss-remoting：MessageReader 中的整數溢位會導致預先驗證拒絕服務 (CVE-2026-15562)

    * wildfly-iiop-openjdk：EAP 的 IIOP NameService 缺少驗證導致 MITM 或 DoS (CVE-2026-15563)

    * jsf-impl：mojarra：EAP JSF 應用程式中透過 ui:include 的 EL 插入實現未經驗證的 RCE (CVE-2026-46581)

    * netty-handler：netty-handler：由於遮罩操作不正確，導致繞過 IPv6 子網路規則 (CVE-2026-44249)

    * jackson-core：透過非同步 JSON 剖析器中的不完整修正造成拒絕服務 (CVE-2026-68494)

    如需安全性問題的詳細資料，包括影響、CVSS 評分、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。

Tenable 已直接從 Red Hat Enterprise Linux 安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

远程 Redhat Enterprise Linux 7 主机上安装的程序包受到 RHSA-2026:53644 公告中提及的多个漏洞的影响。

    Red Hat JBoss Enterprise Application Platform 7 是基于 WildFly 应用程序运行时的 Java 应用程序平台。此 Red Hat JBoss Enterprise Application Platform 7.4.25 版本用于替换 Red Hat JBoss Enterprise Application Platform 7.4.24，并包含缺陷修复和多项增强。请参阅 Red Hat JBoss Enterprise Application Platform 7.4.25 版本说明以获取有关此版本最重要的缺陷修复和增强功能信息。

    安全修复：

    * netty-codec-redis: Netty：通过恶意 Redis 数组标头造成的拒绝服务 (CVE-2026-50011)

    * netty-handler: Netty：由于 TLS 握手中的急迫缓冲区分配而导致的拒绝服务 (CVE-2026-45416)

    * netty-codec-redis: netty-codec-redis：通过构建具有深度嵌套数组的 Redis 有效负载造成的拒绝服务 (CVE-2026-44250)

    * netty-codec-redis: netty-codec-redis：通过构建的 Redis 数组造成的拒绝服务 (CVE-2026-44890)

    * netty-transport-sctp: Netty-transport-sctp：由于 SctpMessage 片段导致的无限制内存增长而造成的拒绝服务 (CVE-2026-46340)

    * netty-resolver-dns: Netty：由于不正确的 CNAME 记录验证而导致的信息泄露和数据操纵 (CVE-2026-45674)

    * netty-handler: Netty：不正确的信任管理器处理导致主机名验证绕过 (CVE-2026-50010)

    * netty-codec-redis：Netty 的缺少生命周期清理漏洞导致 RedisArrayAggregator 中发生池 ByteBuf 泄漏 (CVE-2026-48006)

    * netty-resolver-dns：Netty 对 NS 记录的范围验证不充分 (CVE-2026-47691)

    * netty-codec-haproxy: Netty HAProxy PROXY protocol v2 codec：通过构建的代理协议标头引起的内存泄漏造成的拒绝服务 (CVE-2026-48059)

    * netty-codec-http2: netty-codec-http2： 由于资源泄漏导致的拒绝服务 (CVE-2026-48043)

    * netty-codec-haproxy: Netty-codec-haproxy：通过畸形 HAProxy 消息造成的拒绝服务 (CVE-2026-44893)

    * netty-codec-http: Netty：通过畸形传输编码解析造成的请求走私漏洞 (CVE-2026-42585)

    * netty-codec-http2: Netty：通过 HTTP 内容解压缩中的无限内存分配造成的拒绝服务 (CVE-2026-42587)

    * netty-codec-http: Netty：通过 HTTP 内容解压缩中的无限内存分配造成的拒绝服务 (CVE-2026-42587)

    * netty-codec-http: Netty：通过 URI 操纵和 CRLF 注入造成的 HTTP 请求走私 (CVE-2026-41417)

    * netty-handler-proxy: netty：通过 HttpProxyHandler 禁用的验证导致的 HTTP 标头注入 (CVE-2026-42578)

    * netty-codec-http: Netty：由于未正确处理冲突的 HTTP/1.0 标头导致的 HTTP 请求走私 (CVE-2026-42581)

    * netty-codec-http: Netty：不正确的 HTTP 响应解析导致数据混淆 (CVE-2026-42584)

    * netty-codec-dns: Netty：由于未正确强制实施 DNS 域名限制而对完整性产生重大影响 (CVE-2026-42579)

    * picketlink-federation：Picketlink SAML unsolicited-response 中的身份验证绕过 (CVE-2026-10579)

    * bcprov-jdk18on：LDAPStoreHelper.java 中的 LDAP 注入漏洞 (CVE-2026-0636)

    * bcprov-jdk15on：LDAPStoreHelper.java 中的 LDAP 注入漏洞 (CVE-2026-0636)

    * bcprov-jdk15：LDAPStoreHelper.java 中的 LDAP 注入漏洞 (CVE-2026-0636)

    * bcprov-jdk12：LDAPStoreHelper.java 中的 LDAP 注入漏洞 (CVE-2026-0636)

    * bcpg-jdk18on：不受限制的 PGP AEAD 区块大小导致预认证资源耗尽 (CVE-2026-3505)

    * bcpg-jdk15on：不受限制的 PGP AEAD 区块大小导致预认证资源耗尽 (CVE-2026-3505)

    * bcpkix-jdk18on：PKIX 草案 CompositeVerifier 接受空签名序列作为有效序列 (CVE-2026-5588)

    * bcpkix-jdk15on：PKIX 草案 CompositeVerifier 接受空签名序列作为有效序列 (CVE-2026-5588)

    * bcprov-jdk18on: GOSTCTR 实现无法正确处理数量超过 255 个的区块（CVE-2025-14813）

    * bcprov-jdk15on：GOSTCTR 实现无法正确处理数量超过 255 个的区块 (CVE-2025-14813)

    * bcprov-jdk15：GOSTCTR 实现无法正确处理数量超过 255 个的区块 (CVE-2025-14813)

    * bcprov-jdk12：GOSTCTR 实现无法正确处理数量超过 255 个的区块 (CVE-2025-14813)

    * bcprov-jdk15：通过非恒定时间比较导致的私钥泄露 (CVE-2026-5598)

    * bcprov-jdk12：通过非恒定时间比较导致的私钥泄露 (CVE-2026-5598)

    * artemis-server: Apache Artemis、Apache ActiveMQ Artemis：由于缺少身份验证而导致的消息注入和外泄（CVE-2026-27446）

    * undertow-core: Undertow：通过 AJP ssl_cert/is_ssl Forgery 导致的身份验证绕过 (CVE-2026-15554)

    * wildfly-clustering-infinispan-marshalling：通过未经过滤的 River 解组器导致的 Jboss 反序列化 RCE (CVE-2026-15555)

    * picketlink-federation：通过断言缺失导致的 picketlink SAML 2.0 身份验证绕过 (CVE-2026-15556)

    * openjdk-orb：通过 EAP 中的 IIOP 导致的未经身份验证的类加载漏洞 (CVE-2026-15560)

    * undertow-core：通过 EAP 的 Undertow 中分块尾部中的限制缺失导致的 OOM (CVE-2026-15561)

    * jboss-remoting: jboss-remoting：MessageReader 中的整数溢出导致预身份验证拒绝服务 (CVE-2026-15562)

    * wildfly-iiop-openjdk：EAP 的 IIOP NameService 缺少身份验证导致 MITM 或 DoS (CVE-2026-15563)

    * jsf-impl: mojarra：通过ui:include 中的 EL 注入，导致 EAP JSF 应用程序中发生未经身份验证的 RCE (CVE-2026-46581)

    * netty-handler: netty-handler：由于不正确的屏蔽操作导致的 IPv6 子网规则绕过问题 (CVE-2026-44249)

    * jackson-core：通过异步 JSON 解析器中不完整的修复导致的拒绝服务 (CVE-2026-68494)

    有关上述安全问题的更多详细信息，包括其影响、CVSS 得分、致谢，以及其他相关信息，请参阅列于“参考”部分的 CVE 页面。

Tenable 已直接从 Red Hat Enterprise Linux 安全公告中提取上述描述块。

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

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

  - jackson-core 2.18.6 和 2.21.1CVE-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（）。缺失的调用会影响 NonBlockingUtf8JsonParserBase 的 _startPositiveNumber（）、_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.21.32.19.0 的 和 tools.jackson.core：jackson-core 到 3.0.03.1.3。2.18.7 低于此版本 2.15.0 的版本不受影响，因为定义 maxNumberLength 设置的 StreamReadConstraints 是在 jackson-core 2.15.0中首次引入的，因此较早的版本中不存在此类限制以供绕过。请注意，GHSA-r7wm-3cxj-wff9 在没有下界的情况下陈述受影响 2.x 的范围。2.22.x和 3.2.x 版本行不受影响：这些分支是在补丁提交于 2026 年 5 月 21 日登陆之后创建的，因此包含其初始版本中的该分支（2.22.0标记为 2026-06-03 和 3.2.0标记为 2026-06-08）。（CVE-2026-68494）

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

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

  - jackson-core 2.18.6 および CVE-2026-18401 の 2.21.1 でリリースされた修正(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 のヒープに駆動できます。等価な分数パスコードは正しいです。
    _finishFloatFraction() は、NOT_AVAILABLE が返される前に _setFractLength() を呼び出します。呼び出しがない場合は、NonBlockingUtf8JsonParserBase の _startPositiveNumber()、_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 までの com.fasterxml.jackson.core:jackson-core、 3.0.0 から 3.1.3 までの tools.jackson.core:jackson-core に影響を与えます。maxNumberLength 設定を定義する StreamReadConstraints は jackson-core 2.15.0で最初に導入されたため、以前のリリースではそのような制約が存在しないために、2.15.0 より前のバージョンは影響を受けません。GHSA-r7wm-3cxj-wff9は、影響を受ける 2.x 範囲を下限なしで示しています。2.22.xおよび3.2.xリリースラインは影響を受けません。これらのブランチは、2026 年 5 月 21 日に修正コミットが行われた後に作成されたため、最初のリリース (2.22.0、2026-06-03 、および 3.2.0、2026-06-08 のタグ)から含まれています。(CVE-2026-68494)

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

リモート Redhat Enterprise Linux 7 ホストに、RHSA-2026:53644アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

    Red Hat JBoss Enterprise Application Platform 7 は、WildFly アプリケーションランタイムをベースにした Java アプリケーション用のプラットフォームです。Red Hat JBoss Enterprise Application Platform 7.4.25 のこのリリースは、Red Hat JBoss Enterprise Application Platform 7.4.24 に置き換わるものとして機能し、バグ修正プログラムと拡張機能が含まれています。このリリースに含まれる最も重要なバグ修正プログラムと拡張機能については、『Red Hat JBoss Enterprise Application Platform 7.4.25 リリースノート』を参照してください。

    セキュリティ修正:

    * netty-codec-redis: Netty: 悪意のある Redis 配列ヘッダーによるサービス拒否 (CVE-2026-50011)

    * netty-handler: Netty: TLS ハンドシェイクのバッファ早期割り当てによるサービス拒否 (CVE-2026-45416)

    * netty-codec-redis: netty-codec-redis: 深くネスト化された配列を持つ細工された Redis ペイロードを介したサービス拒否 (CVE-2026-44250)

    * netty-codec-redis: netty-codec-redis: 細工された Redis ペイロードを介したサービス拒否 (CVE-2026-44890)

    * netty-transport-sctp: Netty-transport-sctp: SctpMessage フラグメントからの無制限のメモリ増加によるサービス拒否 (CVE-2026-46340)

    * netty-resolver-dns: Netty: 不適切な CNAME レコード検証による情報漏洩とデータ操作 (CVE-2026-45674)

    * netty-handler: Netty: トラストマネージャーを不適切に処理することで、ホスト名検証のバイパスが引き起こされる (CVE-2026-50010)

    * netty-codec-redis: Netty のライフサイクルクリーンアップの欠落により、プールされた RedisArrayAggregator での ByteBuf リークが発生 (CVE-2026-48006)

    * netty-resolver-dns: Netty における NS レコードに対する Bailiwick 検証が不十分 (CVE-2026-47691)

    * netty-codec-haproxy: Netty HAProxy PROXY protocol v2 codec: 細工された PROXY プロトコルヘッダーからのメモリ漏洩によるサービス拒否 (CVE-2026-48059)

    * netty-codec-http2: netty-codec-http2: リソース漏洩によるサービス拒否 (CVE-2026-48043)

    * netty-codec-haproxy: Netty-codec-haproxy: 無効な形式の HAProxy メッセージによるサービス拒否 (CVE-2026-44893)

    * netty-codec-http: Netty: 無効な形式の Transfer-Encoding 解析を通じたリクエストスマグリング (CVE-2026-42585)

    * netty-codec-http2: Netty: HTTP コンテンツ展開における際限のないメモリ割り当てによるサービス拒否 (CVE-2026-42587)

    * netty-codec-http: Netty: HTTP コンテンツ展開における際限のないメモリ割り当てによるサービス拒否 (CVE-2026-42587)

    * netty-codec-http: Netty: URI 操作および CRLF インジェクションを通じた HTTP リクエストスマグリング (CVE-2026-41417)

    * netty-handler-proxy: Netty: HttpProxyHandler 経由の HTTP ヘッダー注入により検証が無効になる (CVE-2026-42578)

    * netty-codec-http: Netty: HTTP 競合する HTTP/1.0 ヘッダーの不適切な処理によるリクエストスマグリング (CVE-2026-42581)

    * netty-codec-http: Netty: 不適切な HTTP 応答解析により、データ混乱が発生 (CVE-2026-42584)

    * netty-codec-dns: Netty: DNS ドメイン名制約の不適切な実施による整合性への重大な影響 (CVE-2026-42579)

    * picketlink-federation: Picketlink SAML の unsolicited-response における認証バイパス (CVE-2026-10579)

    * bcprov-jdk18on: LDAPStoreHelper.java における LDAP インジェクションの脆弱性 (CVE-2026-0636)

    * bcprov-jdk15on: LDAPStoreHelper.java における LDAP インジェクションの脆弱性 (CVE-2026-0636)

    * bcprov-jdk15: LDAPStoreHelper.java における LDAP インジェクションの脆弱性 (CVE-2026-0636)

    * bcprov-jdk12: LDAPStoreHelper.java における LDAP インジェクションの脆弱性 (CVE-2026-0636)

    * bcpg-jdk18on: 無制限の PGP AEAD チャンクサイズにより事前認証のリソース枯渇が発生 (CVE-2026-3505)

    * bcpg-jdk15on: 無制限の PGP AEAD チャンクサイズにより事前認証のリソース枯渇が発生 (CVE-2026-3505)

    * bcpkix-jdk18on: PKIX ドラフト CompositeVerifier が空の署名シーケンスを有効として受け入れる (CVE-2026-5588)

    * bcpkix-jdk15on: PKIX ドラフト CompositeVerifier が空の署名シーケンスを有効として受け入れる (CVE-2026-5588)

    * bcprov-jdk18on: GOSTCTR 実装は 255 ブロックを超えるデータを正しく処理できない (CVE-2025-14813)

    * bcprov-jdk15on: GOSTCTR 実装は 255 ブロックを超えるデータを正しく処理できない (CVE-2025-14813)

    * bcprov-jdk15: GOSTCTR 実装は 255 ブロックを超えるデータを正しく処理できない (CVE-2025-14813)

    * bcprov-jdk12: GOSTCTR 実装は 255 ブロックを超えるデータを正しく処理できない (CVE-2025-14813)

    * bcprov-jdk15: 非定数時間比較による秘密鍵の漏洩 (CVE-2026-5598)

    * bcprov-jdk12: 非定数時間比較による秘密鍵の漏洩 (CVE-2026-5598)

    * artemis-server: Apache Artemis、Apache ActiveMQ Artemis: 認証の欠如によるメッセージ注入および情報漏洩 (CVE-2026-27446)

    * undertow-core: Undertow: AJP ssl_cert/is_ssl 偽造による認証バイパス (CVE-2026-15554)

    * wildfly-clustering-infinispan-marshalling: Unfiltered River Unmarshaller による Jboss の逆シリアル化 RCE (CVE-2026-15555)

    * picketlink-federation: 欠落しているアサーションによる picketlink SAML 2.0 認証バイパス (CVE-2026-15556)

    * openjdk-orb: EAP の IIOP 経由の認証されていないクラスのロード (CVE-2026-15560)

    * undertow-core: EAP の Undertow におけるチャンクトレーラーの制限の欠如による OOM (CVE-2026-15561)

    * jboss-remoting: jboss-remoting: MessageReader の整数オーバーフローにより、事前認証のサービス拒否が発生 (CVE-2026-15562)

    * wildfly-iiop-openjdk: EAP の IIOP NameService に認証がないと、MITM または DoS が発生 (CVE-2026-15563)

    * jsf-impl: mojarra: ui:include の EL インジェクションによる、EAP JSF アプリケーションの認証されていない RCE (CVE-2026-46581)

    * netty-handler: netty-handler: 不適切なマスキング操作による IPv6 サブネットルールのバイパス (CVE-2026-44249)

    * jackson-core: 非同期 JSON パーサーの不完全な修正によるサービス拒否 (CVE-2026-68494)

    影響、CVSS スコア、謝辞、その他の関連情報を含むセキュリティ問題の詳細については、「参照」セクションに記載されている CVE のページを参照してください。

Tenable は、前述の記述ブロックを Red Hat Enterprise Linux セキュリティアドバイザリから直接抽出しています。

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

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

  - 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, and     from 2.19.0 through 2.21.3, and tools.jackson.core:jackson-core from 3.0.0 through 3.1.3. 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. The 2.22.x     and 3.2.x release lines are not affected: those branches were created after the fix commit landed on     2026-05-21 and therefore contain it from their initial releases (2.22.0, tagged 2026-06-03, and 3.2.0,     tagged 2026-06-08). (CVE-2026-68494)

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

The remote Redhat Enterprise Linux 7 host has packages installed that are affected by multiple vulnerabilities as referenced in the RHSA-2026:53644 advisory.

    Red Hat JBoss Enterprise Application Platform 7 is a platform for Java applications based on the WildFly     application runtime. This release of Red Hat JBoss Enterprise Application Platform 7.4.25 serves as a     replacement for Red Hat JBoss Enterprise Application Platform 7.4.24, and includes bug fixes and     enhancements. See the Red Hat JBoss Enterprise Application Platform 7.4.25 Release Notes for information     about the most significant bug fixes and enhancements included in this release.

    Security Fix(es):

    * netty-codec-redis: Netty: Denial of Service via malicious Redis array header (CVE-2026-50011)

    * netty-handler: Netty: Denial of Service due to eager buffer allocation in TLS handshake (CVE-2026-45416)

    * netty-codec-redis: netty-codec-redis: Denial of Service via crafted Redis payload with deeply nested     arrays (CVE-2026-44250)

    * netty-codec-redis: netty-codec-redis: Denial of Service via crafted Redis payloads (CVE-2026-44890)

    * netty-transport-sctp: Netty-transport-sctp: Denial of Service due to unbounded memory growth from     SctpMessage fragments (CVE-2026-46340)

    * netty-resolver-dns: Netty: Information disclosure and data manipulation due to improper CNAME record     validation (CVE-2026-45674)

    * netty-handler: Netty: Improper trust manager handling leads to hostname verification bypass     (CVE-2026-50010)

    * netty-codec-redis: Netty's Lack of Lifecycle Cleanup Leads to Pooled ByteBuf Leak in     RedisArrayAggregator (CVE-2026-48006)

    * netty-resolver-dns: Netty has Insufficient Bailiwick Validation for NS Records (CVE-2026-47691)

    * netty-codec-haproxy: Netty HAProxy PROXY protocol v2 codec: Denial of Service via memory leak from     crafted PROXY protocol headers (CVE-2026-48059)

    * netty-codec-http2: netty-codec-http2: Denial of Service due to resource leak (CVE-2026-48043)

    * netty-codec-haproxy: Netty-codec-haproxy: Denial of Service via malformed HAProxy message     (CVE-2026-44893)

    * netty-codec-http: Netty: Request smuggling via malformed Transfer-Encoding parsing (CVE-2026-42585)

    * netty-codec-http2: Netty: Denial of Service via unbounded memory allocation in HTTP content     decompression (CVE-2026-42587)

    * netty-codec-http: Netty: Denial of Service via unbounded memory allocation in HTTP content decompression     (CVE-2026-42587)

    * netty-codec-http: Netty: HTTP request smuggling via URI manipulation and CRLF injection (CVE-2026-41417)

    * netty-handler-proxy: Netty: HTTP Header Injection via HttpProxyHandler Disabled Validation     (CVE-2026-42578)

    * netty-codec-http: Netty: HTTP Request Smuggling due to improper handling of conflicting HTTP/1.0 headers     (CVE-2026-42581)

    * netty-codec-http: Netty: Incorrect HTTP response parsing leads to data confusion (CVE-2026-42584)

    * netty-codec-dns: Netty: High integrity impact due to improper DNS domain name constraint enforcement     (CVE-2026-42579)

    * picketlink-federation: auth bypass in Picketlink SAML unsolicited-response (CVE-2026-10579)

    * bcprov-jdk18on: LDAP injection vulnerability in LDAPStoreHelper.java (CVE-2026-0636)

    * bcprov-jdk15on: LDAP injection vulnerability in LDAPStoreHelper.java (CVE-2026-0636)

    * bcprov-jdk15: LDAP injection vulnerability in LDAPStoreHelper.java (CVE-2026-0636)

    * bcprov-jdk12: LDAP injection vulnerability in LDAPStoreHelper.java (CVE-2026-0636)

    * bcpg-jdk18on: unbounded PGP AEAD chunk size leads to pre-auth resource exhaustion (CVE-2026-3505)

    * bcpg-jdk15on: unbounded PGP AEAD chunk size leads to pre-auth resource exhaustion (CVE-2026-3505)

    * bcpkix-jdk18on: PKIX draft CompositeVerifier accepts empty signature sequence as valid (CVE-2026-5588)

    * bcpkix-jdk15on: PKIX draft CompositeVerifier accepts empty signature sequence as valid (CVE-2026-5588)

    * bcprov-jdk18on: GOSTCTR implementation unable to process more than 255 blocks correctly (CVE-2025-14813)

    * bcprov-jdk15on: GOSTCTR implementation unable to process more than 255 blocks correctly (CVE-2025-14813)

    * bcprov-jdk15: GOSTCTR implementation unable to process more than 255 blocks correctly (CVE-2025-14813)

    * bcprov-jdk12: GOSTCTR implementation unable to process more than 255 blocks correctly (CVE-2025-14813)

    * bcprov-jdk15: private key leakage via non-constant time comparisons (CVE-2026-5598)

    * bcprov-jdk12: private key leakage via non-constant time comparisons (CVE-2026-5598)

    * artemis-server: Apache Artemis, Apache ActiveMQ Artemis: Message injection and exfiltration due to     missing authentication (CVE-2026-27446)

    * undertow-core: Undertow: Authentication Bypass via AJP ssl_cert/is_ssl Forgery (CVE-2026-15554)

    * wildfly-clustering-infinispan-marshalling: Jboss Deserialization RCE via Unfiltered River Unmarshaller     (CVE-2026-15555)

    * picketlink-federation: picketlink SAML 2.0 auth bypass via missing assertions (CVE-2026-15556)

    * openjdk-orb: unauthed class loading via IIOP in EAP (CVE-2026-15560)

    * undertow-core: OOM via missing limits in chunked trailer in EAP's Undertow (CVE-2026-15561)

    * jboss-remoting: jboss-remoting: integer overflow in MessageReader leads to pre-authentication denial of     service (CVE-2026-15562)

    * wildfly-iiop-openjdk: Missing authentication on EAP's IIOP NameService leads to MITM or DoS     (CVE-2026-15563)

    * jsf-impl: mojarra: Unauthenticated RCE in EAP JSF applications via EL injection in ui:include     (CVE-2026-46581)

    * netty-handler: netty-handler: IPv6 subnet rule bypass due to incorrect masking operation     (CVE-2026-44249)

    * jackson-core: Denial of Service via incomplete fix in async JSON parser (CVE-2026-68494)

    For more details about the security issue(s), including the impact, a CVSS     score, acknowledgments, and other related information, refer to the CVE page(s)     listed in the References section.

Tenable has extracted the preceding description block directly from the Red Hat Enterprise Linux security advisory.

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

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	名称	产品	系列	发布时间	最近更新时间	严重程度
337219	Amazon Linux 2023：jackson-core (ALAS2023-2026-2067)	Nessus	Amazon Linux Local Security Checks	2026/8/18	2026/8/25	high
337219	Amazon Linux 2023：jackson-core (ALAS2023-2026-2067)	Nessus	Amazon Linux Local Security Checks	2026/8/18	2026/8/25	high
332786	Linux Distros 未修補弱點：CVE-2026-68494	Nessus	Misc.	2026/8/5	2026/8/6	high
334631	RHEL 7：Red Hat JBoss Enterprise Application Platform 7.4.25 安全性更新 (重要) (RHSA-2026:53644)	Nessus	Red Hat Local Security Checks	2026/8/11	2026/8/11	critical
334631	RHEL 7：Red Hat JBoss Enterprise Application Platform 7.4.25 安全更新（重要）(RHSA-2026:53644)	Nessus	Red Hat Local Security Checks	2026/8/11	2026/8/11	critical
332786	Linux Distros 未修补的漏洞：CVE-2026-68494	Nessus	Misc.	2026/8/5	2026/8/6	high
332786	Linux Distros のパッチ未適用の脆弱性: CVE-2026-68494	Nessus	Misc.	2026/8/5	2026/8/6	high
334631	RHEL 7 : Red Hat JBoss Enterprise Application Platform 7.4.25 Security の更新 (重要) (RHSA-2026:53644)	Nessus	Red Hat Local Security Checks	2026/8/11	2026/8/11	critical
337219	2023 年 Amazon Linux:jackson-core(ALAS2023-2026-2067)	Nessus	Amazon Linux Local Security Checks	2026/8/18	2026/8/25	high
332786	Linux Distros Unpatched Vulnerability : CVE-2026-68494	Nessus	Misc.	2026/8/5	2026/8/6	high
334631	RHEL 7 : Red Hat JBoss Enterprise Application Platform 7.4.25 security pdate (Important) (RHSA-2026:53644)	Nessus	Red Hat Local Security Checks	2026/8/11	2026/8/11	critical
337219	Amazon Linux 2023 : jackson-core (ALAS2023-2026-2067)	Nessus	Amazon Linux Local Security Checks	2026/8/18	2026/8/25	high

检测

插件搜索

high

high

high

critical

critical

high

high

critical

high

high

critical

high