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

  - FasterXML jackson-dataformats-binary 中的 CBOR 解析器在解码 JSON 对象属性名称时从不调用 StreamReadConstraints.validateNameLength（），因此不会为此格式强制使用 maxNameLength 限制。CBORParser._decodeLongerName（） 解码不检查长度的限定长度属性名称，CBORParser._decodeChunkedName（） 委托给面向值的
    _finishChunkedText（） 例程，验证 maxStringLength 而非 maxNameLength。因此，可以解析 CBOR 文档的攻击者可能会嵌入长度不受限制的单个属性名称;无论 maxNameLength 配置为何，解析器在返回整个名称之前都会在内存中缓冲整个名称。由于默认情况下也禁用了 StreamReadConstraints.maxDocumentLength，因此默认设置下没有其他任何内容限制名称，因此唯一的限制是攻击者的上传容量和可用堆，这会导致内存耗尽和拒绝服务。除了能够将数据提交到解析端点之外，不需要任何权限，并且只需字节直接或通过配置有 CBOR 模块的 ObjectMapper 到达 CBORFactory 解析即可进行利用。jackson-core 自有的 JSON 解析器在名称解码期间以增量方式强制执行 maxNameLength;此间隙是二进制格式特有的。
    maxNameLength 和 validateNameLength 是在 jackson-core 2.16.0中引入的，所以之前 2.16.0 的版本不包含未强制执行的约束。此问题与 Smile 解析器缺陷在同一个供应商公告 GHSA-3v8f-v6vx-fmrm 中一起进行跟踪，该公告涵盖这两种二进制格式。CBOR 解析器缺陷（jackson-dataformats-binary 问题#725）为 CVE-2026-68495;已分配 CVE-2026-68496Smile 解析器缺陷（问题#726）。（CVE-2026-68495）

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

检测

Atlassian Jira Service Management Data Center and Server 10.3.x < 10.3.26 / 11.3.x < 11.3.11 （JSDSERVER-16835）

high Nessus 插件 ID 367875

未找到依赖项