远程主机上运行的 Atlassian Jira Service Management Data Center and Server （Jira Service Desk） 版本受到 JSDSERVER-16834 公告中提及的一个漏洞的影响。

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

检测

Atlassian Jira Service Management Data Center and Server 3.0.x < 10.3.25 / 11.3.x < 11.3.10 （JSDSERVER-16834）

high Nessus 插件 ID 367870

版本 1.1