Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - ### 摘要 qs 中的 `arrayLimit` 選項在出現 `comma:
    true` 已啟用攻擊者可藉此透過記憶體耗盡造成拒絕服務。這是陣列限制強制執行的繞過方式類似於 GHSA-6rw7-vpxm-498p 中解決的括弧標記繞過 (CVE-2025-15284)。 ### 詳細資料 當 `comma` 選項設定為 `true` (非預設但可在應用程式中設定) 時qs 允許將逗號分隔字串剖析為陣列 (例如`?param=a,b,c` 會變成`['a', 'b', 'c']`)。不過在 `parseArrayValue` 中的逗號處理邏輯之後會發生 `arrayLimit` (預設 20) 的限制檢查和選用的throwOnLimitExceeded進而啟用繞過。這允許從單一參數建立任意大型陣列進而導致過度記憶體配置。 **易受影響的程式碼** (lib/parse.js ~40-50 行)```js if (val && typeof val === 'string' && options.comma && val.indexOf(',') > -1) { return val.split(','); } if (options.throwOnLimitExceeded && currentArrayLength >= options.arrayLimit) {throw new RangeError('超過陣列限制。陣列中僅允許使用 ' + options.arrayLimit + ‘element’ + (options.arrayLimit === 1 ? ‘’ : ‘s’) + ‘。’)傳回 val ````split(',')` 會立即傳回陣列略過後續的限制檢查。透過 `utils.combine` 的下游合併無法防止配置即使其標記疏鬆陣列的溢位亦是如此。此差異可讓攻擊者傳送具有數百萬個逗號的單一參數 (例如 `?param=,,,,,,,,, ...`)在記憶體中配置大量陣列而不觸發限制。它會繞過 `arrayLimit` 的意圖該意圖已針對索引 (`a[0]=`) 和括號 (`a[]=`) 標記法正確強制執行 (後者已在 v6.14.1 中依據 GHSA-6rw7-vpxm- 498p)。 ### PoC **測試 1 - 基本繞過** ``` npm install qs ``` ```js const qs = require('qs'); const 承載 = 'a=' + ','.repeat(25); // 分割後的 26 個元素 (繞過 arrayLimit
    5) const options = { comma: true, arrayLimit: 5,throwOnLimitExceeded: true }; try { const result = qs.parse(payload, options); console.log(result.a.length); // 輸出26 (繞過成功) } catch (e) {console.log('Limit forced:', e.message); // 未擲回 } ``` **Configuration:** - `comma: true` - `arrayLimit: 5` - `throwOnLimitExceeded: true` 預期行為引發超出陣列限制錯誤。實際
    剖析成功建立長度為 26 的陣列。### 透過記憶體耗盡造成拒絕服務 (DoS)。 (CVE-2026-2391)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補的弱點：CVE-2026-2391

medium Nessus Plugin ID 298899

版本 1.2