リモートホストで実行されているAtlassian Jira Service Management Data CenterとServerJira Service Deskのバージョンは、JSDSERVER-16491アドバイザリに記載されている脆弱性の影響を受けます。

  - qsパースモジュールの不適切な入力検証の脆弱性により、HTTP DoS が可能です。この問題は、qs に影響します 6.14.1。サマリーqs の arrayLimit オプションは、括弧表記の制限を強制しませんa[]=1&a[]=2、これにより、攻撃者は、メモリ枯渇を通じて、サービス拒否を引き起こすことができます。DoS 保護に arrayLimit を使用するアプリケーションが脆弱です。詳細arrayLimit オプションは、インデックス表記 (a[0]=1&a[1]=2) の制限だけをチェックしますが、角かっこ表記 (a[]=1&a[]=2) に対しては完全にバイパスします。脆弱なコードlib/parse.js:159-162: if (root === '[]' && options.parseArrays) { obj = utils.combine([], leaf); // arrayLimit チェックなし } 作業コードlib/parse.js:175else if (index <= options.arrayLimit) { // 限定はここでチェックされます obj = []; obj[index] = leaf; } 159 行の括弧表記ハンドラーは、options.arrayLimit に対して検証せずに utils.combine([], leaf) を使用しますが、175 行のインデックス付き表記は、配列作成前にインデックス <= options.arrayLimit をチェックします。PoCTest 1 - 基本バイパスnpm install qs const qs = require('qs'); const result = qs.parse('a[]=1&a[]=2&a[]=3&a[]=4&a[]=5&a[]=6', { arrayLimit: 5 });
    console.log(result.a.length); // 出力6 (最大 5 であるべき) テスト 2 - DoS デモconst qs = require('qs'); const 攻撃 = 'a[]=' + Array(10000).fill('x').join('&a[]='); const result = qs.parse(attack, { arrayLimit: 100 }); console.log(result.a.length); // 出力10000最大 100 にする必要があります構成* arrayLimit5テスト 1またはarrayLimit100テスト 2* 括弧表記を使用a[]=valueインデックス化されていない a[0]=value影響Denialメモリ枯渇によるサービス拒否が発生する可能性があります。ユーザー制御入力と保護のための arrayLimit で qs.parse() を使用しているアプリケーションに影響を与えます。攻撃シナリオ* 攻撃者がHTTPリクエストを送信する
    GET /api/search?filters[]=x&filters[]=x&...&filters[]=x (100,000 回以上) * qs.parse(query, { arrayLimit: 100 }) でアプリケーションを解析します * qs は制限を無視します、解析します100,000 個の要素をすべて配列に配置 * サーバーメモリを消費したアプリケーションがクラッシュするか、応答しなくなる * すべてのユーザーはサービスを利用できません 実際の影響: * 単一の悪意のあるリクエストにより、サーバーがクラッシュする可能性があります * 認証が不要です * 自動化および拡張が容易です * を持つエンドポイント解析クエリ文字列に影響を与えます括弧表記 (CVE-2025-15284)

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

検出

Atlassian Jira Service Management Data Center and Server 10.3.x < 10.3.16 JSDSERVER-16491

medium Nessus プラグイン ID 297642

バージョン 1.1