リモートホストで実行されている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() ルーチンは、maxNameLength ではなく maxStringLength を検証します。したがって、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、Smile パーサーの不具合(問題 #726)が CVE-2026-68496 に割り当てられています。(CVE-2026-68495)

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

リモートホストで実行されているAtlassian Confluence Serverのバージョンは、CONFSERVER-104515のアドバイザリに記載されている脆弱性の影響を受けます。

  - FasterXML jackson-dataformats-binary の CBOR パーサーは、JSON オブジェクトプロパティ名をデコードする際に、StreamReadConstraints.validateNameLength() を決して呼び出さないため、この形式には maxNameLength 制限は適用されません。CBORParser._decodeLongerName() は長さチェックなしで一定長のプロパティ名をデコードし、CBORParser._decodeChunkedName() は値指向の
    _finishChunkedText() ルーチンは、maxNameLength ではなく maxStringLength を検証します。したがって、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、Smile パーサーの不具合(問題 #726)が CVE-2026-68496 に割り当てられています。(CVE-2026-68495)

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

リモートの SUSE Linux SLED15 / SLED_SAP15 / SLES15 / SLES_SAP15 ホストには、SUSE-SU-2026:4394-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    - CVE-2026-18401:非同期パーサーの数値長制約のバイパスにより、処理時間の問題が発生する可能性があります(bsc#1273856)。
    - CVE-2026-68494:チャンクされた桁数の蓄積を介した非同期パーサーの maxNumberLength のバイパス(bsc#1273857)。
    - CVE-2026-68495:CBOR パーサーに対して強制された maxNameLength 制限を確実にします(bsc#1282639)。
    - CVE-2026-68496:Smile パーサーに対して強制された maxNameLength 制限を確実にします(bsc#1282640)。
    - CVE-2026-68498:ReaderBasedJsonParser で maxNameLength を増分的に強制します(bsc#1282641)。
    - CVE-2026-89407:NumberInput.looksLikeValidNumber を最適化します(bsc#1282645)。
    - CVE-2026-89425:「UTF8DataInputJsonParser._reportInvalidToken()」には「maxErrorTokenLength」制限がないため、「StringBuilder」が際限なく増加し、無効な形式のトークンが処理される際に DoS が発生する可能性があります(bsc#1282505)。

    jackson-annotations の変更:

    - 2.18.11 への更新

    jackson-bom の変更:

    - 2.18.11 への更新

    jackson-core の変更:

    - 2.18.11 への更新
     * #1649:NumberInput.looksLikeValidNumber を最適化します(bsc#1282645、 CVE-2026-89407)
     * #1698:認識されないトークンを報告するとき、UTF8DataInputJsonParser は maxErrorTokenLength を遵守しません(bsc#1282505、 CVE-2026-89425)
     * #1642:非同期パーサー single-feedInput() の場合の maxDocumentLength バイパスを修正 [GHSA-2c4j-63jj-9fqr]
     * #1643:非同期パーサー(bsc#1273857、CVE-2026-68494)ノンブロッキング(非同期)パーサー(bsc#1273856、CVE-2026-18401)の ReaderBasedJsonParser(bsc#1282641、CVE-2026-68498)で maxNameLength を増分的に強制します

    jackson-databind の変更点:

    - 2.18.11 への更新
     * #6185:InetSocketAddress シリアル化におけるブラケット未解決の IPv6 ホスト名
     * #6203:TypeDeserializer におけるタイプ id キャッシュの無限増殖を防止します(bsc#1282491、 CVE-2026-91776)
     * #6204:Collection/Map デシリアライザーの二次前方参照解決を回避します(bsc#1282492、 CVE-2026-91777)
     * #6099:TypeFactory.findClass() で初期化なしのクラスを解決
     * #6116:InetAddress リテラル検証で非 ASCII 数字を拒否します
     * #6127:StreamReadConstraints 数の長さの制約を javax.xml.datatype.XMLGregorianCalendar と javax.xml.datatype.Duration に追加します(bsc#1280125、 CVE-2026-68497)
     * #6129:java.nio.file.Path の逆シリアル化のためにサポートされる URL スキーマを制限します(bsc#1277883、 CVE-2026-19032)
     * #6156:安全でないポリモーフィックベースタイプのセットに java.lang.Comparable を追加します(bsc#1278008、 CVE-2026-83557)
     * #6165:BigDecimal/BigInteger/ /Double/Float Map キーに数値長制限を適用します

    jackson-dataformat-xml に対する変更:

    - 2.18.11 への更新
     * past-JDK-8 バイトコードの生成を回避するためにビルドを修正します
     * #891:FromXmlParser で StreamReadConstraints.maxNestingDepth を強制します

    jackson-dataformats-binary の変更:

    - 2.18.11 への更新
     * #783:(protobuf)ProtobufParser の StreamReadConstraints.maxDocumentLength をサポートします
     * #785:(avro)Avro パーサーにおいて StreamReadConstraints.maxDocumentLength および maxTokenCount をサポートします
     * #803:(ion)Ion パーサーの StreamReadConstraints.maxNestingDepth をサポートします( #358 の部分的修正)
     * #805:(ion)Ion パーサーの StreamReadConstraints.maxDocumentLength をサポートします( #358 の部分的修正)
     * #725:(cbor)CBOR パーサーに対して強制された maxNameLength 制限を確実に実施する(bsc#1282639、 CVE-2026-68495)
     * #726:(smile)Smile パーサーに対して強制された maxNameLength 制限を確実に実行します(bsc#1282640、 CVE-2026-68496)
     * #727:(cbor)CBORParser.nextFieldName(SerializableString) が、5 ビット長のマーカー 23 と 24 を混同します(「1 バイト長のサフィックスが続く」)
     * #728:(cbor)CBORParser.nextFieldName(SerializableString) が、ファストパスのミスでオブジェクトエントリスロットを 2 回消費し、特定の長さのオブジェクトを切り捨てます
     * #733:(cbor)長い「文字列」が「stringref」参照テーブルに追加されず、以下の参照が破損します
     * #735:(cbor)「stringref」property-name パスが、実際の長さの代わりに 5 ビットの長さのマーカーを shouldReferenceString() に渡します
     * #736:(cbor)Long Object プロパティ名が「stringref」参照テーブルに 2 回追加されました

    jackson-modules-base の変更:

    - 2.18.11 への更新

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

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

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

  - FasterXML jackson-dataformats-binary の CBOR パーサーは、JSON オブジェクトプロパティ名をデコードする際に、StreamReadConstraints.validateNameLength() を決して呼び出さないため、この形式には maxNameLength 制限は適用されません。CBORParser._decodeLongerName() は長さチェックなしで一定長のプロパティ名をデコードし、CBORParser._decodeChunkedName() は値指向の
    _finishChunkedText() ルーチンは、maxNameLength ではなく maxStringLength を検証します。したがって、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、Smile パーサーの不具合(問題 #726)が CVE-2026-68496 に割り当てられています。(CVE-2026-68495)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
367875	Atlassian Jira Service Management Data Center and Server 10.3.x < 10.3.26 / 11.3.x < 11.3.11 (JSDSERVER-16835)	Nessus	Misc.	2026/10/20	2026/10/20	high
368968	Atlassian Confluence 9.1.x < 9.2.26 / 9.3.x < 10.2.19 / 11.0.0 (CONFSERVER-104515)	Nessus	CGI abuses	2026/10/21	2026/10/21	high
351412	SUSE SLED15:jackson-annotations/jackson-core/jackson-databind/etc(SUSE-SU-2026:4394-1)	Nessus	SuSE Local Security Checks	2026/9/30	2026/9/30	high
362607	Linux Distros のパッチ未適用の脆弱性: CVE-2026-68495	Nessus	Misc.	2026/10/2	2026/10/19	high

検出

プラグインの検索

high

high

high

high