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

  - qsパースモジュールの不適切な入力検証の脆弱性により、HTTP DoS が可能です。この問題は qs: < 6.14.1に影響します。サマリー qs の arrayLimit オプションは、括弧表記a[]=1&a[]=2の制限を実施せず、インデックス付き表記a[0]=1のみを実施していました。これは一貫性のバグであり、 arrayLimit は、すべての配列表記に均等に適用される必要があります。注意: デフォルトの parameterLimit の 1000 は、当初説明された DoS シナリオを効果的に緩和します。デフォルトのオプションでは、括弧表記は arrayLimit に関係なく parameterLimit より大きい配列を生成できません。これは、それぞれの a[]=value が 1 つのパラメータースロットを消費するためです。これに応じて深刻度も軽減されています。詳細 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 をチェックします。PoC 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 である必要) parameterLimit 相互作用についての注意元のアドバイザリの DoS デモでは、10,000 の長さを要求していましたが、parameterLimitデフォルト1000の場合、解析を 1,000 個のパラメーターに制限しています。デフォルトのオプションでは、実際の出力は 10,000 ではなく 1,000 です。arrayLimit 実施の影響一貫性のバグ。デフォルトの parameterLimit では、parameterLimit が解析済みパラメーターしたがって括弧表記からの配列要素の総数をすでに上限に設定しているため、DoS リスクは無視できます。リスクが増大するのは、parameterLimit が非常に高い値に明示的に設定されている場合のみです。
    (CVE-2025-15284)

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2025-15284

medium Nessus プラグイン ID 280190

バージョン 1.19