因此，该软件受到 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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

检测

Amazon Linux 2023：jackson-core (ALAS2023-2026-2067)

high Nessus 插件 ID 337219

版本 1.4