在遠端主機上執行的 Atlassian Jira Service Management 資料中心和伺服器 （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 的版本不包含未強制執行的約束。此問題會與相同廠商公告 GHSA-3v8f-v6vx-fmrm 中的 Smile 剖析器缺陷一起追蹤，其中涵蓋兩種二進位格式。CBOR 剖析器缺陷 （jackson-dataformats-binary 問題#725） 是 CVE-2026-68495;已指派 CVE-2026-68496Smile 剖析器缺陷 （問題#726）。（CVE-2026-68495）

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

偵測

Atlassian Jira服務管理資料中心和伺服器 10.3.x < 10.3.26 / 11.3.x < 11.3.11 （JSDSERVER-16835）

high Nessus Plugin ID 367875

找不到依附元件