Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - ### 摘要 qs 中的“arrayLimit”选项在“逗号：
    启用了 true'，允许攻击者通过内存耗尽实现拒绝服务。这是绕过数组限制强制的一种方法，类似于 GHSA-6rw7-vpxm-498p （CVE-2025-15284）中处理的括号符号绕过。### 详情 当“逗号”选项设置为“true”（非默认，但在应用程序中可配置）时，qs 允许将逗号分隔字符串解析为数组（例如，'？param=a，b，c' 变为 '['a'， 'b'， 'c']'）。然而，'arrayLimit'（默认：20）的极限检查和可选的throwOnLimitExceeded发生在'parseArrayValue'中的逗号处理逻辑之后，从而实现了绕过。这使得从单个参数创建任意大的数组成为可能，导致内存分配过高。**易受攻击的代码**（lib/parse.js：行数~40-50）： '''js 如果（val && typeof val === 'string' && options.coma && val.indexOf（'，'） > -1） { return val.split（'，'）; } if （options.throwOnLimitExceeded && currentArrayLength >= options.arrayLimit） { throw new RangeError（'Array limit exteeded. 只有 ' + options.arrayLimit + ' element' + （options.arrayLimit === 1 ？“' ： 's'） + ' 允许在数组中。'）;} 返回Val;''' 'split（'，'）' 立即返回数组，跳过后续的极限检查。通过“utils.combine”进行下游合并并不会阻止分配，即使它标记了稀疏数组的溢出。这种差异使攻击者能够发送带有数百万个逗号的单一参数（例如，'？param=,,,,,,,,...'），在内存中分配大量数组而不触发限制。它绕过了“arrayLimit”的意图，该意图在索引（'a[0]='）和括号（'a[]='）符号中正确执行（后者在v6.14.1中根据GHSA-6rw7-vpxm-498p修正）。### PoC **Test 1 - Basic bypass：** ''' npm install qs ''''js const qs = require（'qs'）;const有效载荷 = 'a=' + '，'。重复（25）;拆分后26个元素（绕过arrayLimit：
    5） const options = { 逗号： true， arrayLimit： 5， throwOnLimitExceeded： true };try { const result = qs.parse（payload， options）; console.log（result.a.length）; // 输出： 26 （bypass 成功） } catch （e） {console.log（'Limit enforced：'， e.message）; // 未被抛出 } '''' **Configuration：** - '逗号： true' - 'arrayLimit： 5' - 'throwOnLimitExceeded： true' Expected： Throws 数组限制超出错误。实际情况：
    成功解析，生成长度为26的数组。### 通过内存耗尽导致的阻断服务（DoS）影响。（CVE-2026-2391）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-2391

medium Nessus 插件 ID 298899

版本 1.8