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 會消耗一個參數插槽。嚴重性已相應降低。詳細資料 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:175)else if (index <= options.arrayLimit) { // 此處已檢查限制 obj = []; obj[index] = leaf第 159 行的括弧標記處置程式會使用 utils.combine([], leaf) 而不針對 options.arrayLimit 進行驗證而第 175 行的索引標記會在建立陣列前檢查 index <= 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 個參數。若使用預設選項實際輸出為 1,000而非 10,000。影響 arrayLimit 強制執行中的一致性錯誤。使用預設的 parameterLimit 時實際的 DoS 風險可以忽略不計因為 parameterLimit 已設定已剖析參數的總數上限 (因此也設定了括號標記法的陣列元素)。只有在將 parameterLimit 明確設定為非常高的值時風險才會增加。
    (CVE-2025-15284)

請注意，Nessus 依賴供應商報告的套件存在。

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 都消耗一个参数槽。严重程度已相应降低。详细信息 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:175)else if (index <= options.arrayLimit) { // 在此处检查限制 obj = []; obj[index] = leaf;第 159 行的括号标记处理程序使用 utils.combine([], leaf) 时未针对 options.arrayLimit 进行验证而第 175 行的索引标记会在创建数组之前检查 index <= 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 个参数。使用默认选项时，实际输出为 1,000，而不是 10,000。影响 arrayLimit 执行中的一致性缺陷。使用默认的parameterLimit可忽略实际的 DoS 风险因为parameterLimit 已经设定了已解析参数总数的上限以及括号标记中数组元素的总数。仅当parameterLimit 被明确设置为非常高的值时风险才会增加。
    (CVE-2025-15284)

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

遠端主機上執行的 Atlassian Jira Service Management Data Center and Server (Jira Service Desk) 版本受到 JSDSERVER-16491 公告中所提及的一個弱點影響。

  - qs (剖析模組) 中的不當輸入驗證弱點可導致 HTTP DoS。此問題會影響 qs 6.14.1。摘要qs 中的 arrayLimit 選項未針對括弧標記 (a[]=1&a[]=2) 強制執行限制攻擊者可藉此透過記憶體耗盡造成拒絕服務。使用 arrayLimit 進行 DoS 保護的應用程式容易遭受攻擊。詳細資料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:175)else if (index <= options.arrayLimit) { // 此處已檢查限制 obj = []; obj[index] = leaf第 159 行的括弧標記處置程式會使用 utils.combine([], leaf) 而不針對 options.arrayLimit 進行驗證而第 175 行的索引標記會在建立陣列前檢查 index <= 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 attack = 'a[]=' + Array(10000).fill('x').join('&a[]='); const result = qs.parse(attack, { arrayLimit: 100 }); console.log(result.a.length); // 輸出10000 (最大值應為 100) 組態* arrayLimit: 5 (測試 1) 或 arrayLimit: 100 (測試 2) * 使用括號表示法a[]=value (未編制索引 a[0]=value) ImpactDenial透過記憶體耗盡造成服務中斷。影響使用 qs.parse() (具有使用者控制的輸入) 和 arrayLimit 進行保護的應用程式。攻擊情境* 攻擊者傳送 HTTP 要求
    GET /api/search?filters[]=x&filters[]=x&...&filters[]=x (100,000 次以上) * 使用 qs.parse(query, { arrayLimit: 100 }) 進行應用程式剖析 * qs 忽略限制剖析將 100,000 個元素全部寫入陣列 * 伺服器記憶體耗盡的應用程式損毀或變得沒有回應 * 所有使用者皆無法使用服務 實際影響* 單一惡意要求即可損毀伺服器 * 不需要驗證 * 易於自動化執行和縮放 * 會影響具有 的任何端點剖析查詢字串括弧標記 (CVE-2025-15284)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

如 JSDSERVER-16491 公告中所述远程主机上运行的 Atlassian Jira Service Management Data Center 和 Server (Jira Service Desk) 版本受到一个漏洞的影响。

  - qs解析模块中的不当输入验证漏洞允许 HTTP DoS。此问题会影响 qs 6.14.1，摘要qs 中的 arrayLimit 选项未强制实施括号标记 (a[]=1&a[]=2) 限制从而允许攻击者通过内存耗尽造成拒绝服务。使用 arrayLimit 进行 DoS 保护的应用程序容易受到攻击。详细信息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:175)else if (index <= options.arrayLimit) { // 在此处检查限制 obj = []; obj[index] = leaf;第 159 行的括号标记处理程序使用 utils.combine([], leaf) 时未针对 options.arrayLimit 进行验证而第 175 行的索引标记会在创建数组之前检查 index <= 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 attack = 'a[]=' + Array(10000).fill('x').join('&a[]='); const result = qs.parse(attack, { arrayLimit: 100 }); console.log(result.a.length); // 输出：10000（最大值应为 100） 配置：* arrayLimit: 5 (test 1) 或 arrayLimit: 100 (test 2) * 使用括号符号a[]=value未编制索引 a[0]=value影响拒绝因内存耗尽而导致服务损坏。影响使用 qs.parse() 且具有用户控制的输入和 arrayLimit 进行保护的应用程序。攻击场景* 攻击者发送 HTTP 请求
    GET /api/search?filters[]=x&filters[]=x&...&filters[]=x超过 100,000 次 * 使用 qs.parse(query, { arrayLimit: 100 }) 进行解析 * qs 忽略限制、进行解析* 服务器内存耗尽应用程序崩溃或失去响应 * 服务不可供所有用户使用 实际影响* 单个恶意请求即可导致服务器崩溃 * 无需身份验证 * 易于自动化和扩展 * 影响使用括号符号CVE-2025-15284)

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

リモートホストで実行されている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 はこの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

リモートの Fedora 43 ホストには、FEDORA-2026-a84e0ad039 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    pccs デーモンによって使用される nodejs モジュールを CVE-2026-23745、 、 CVE-2026-23950、 CVE-2026-24842、 CVE-2025-13465、 CVE-2025-15284に対して更新します。
    デフォルト pccs デーモンポートの Fedora オーバーライドを削除します。
    pccs から mpa_registration で冗長な dep を削除します。
    pccs サーバーにシステムスクリプトレットを追加します。
    pycryptography & pyasn1 へのポート。
    キーリングコードのトレースバックを修正します。


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

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

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 は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

The remote Fedora 43 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2026-a84e0ad039 advisory.

    Update nodejs modules used by pccs daemon for CVE-2026-23745, CVE-2026-23950, CVE-2026-24842,     CVE-2025-13465, CVE-2025-15284.
    Remove Fedora override of default pccs daemon port.
    Remove redundant dep on mpa_registration from pccs.
    Add system scriptlets for pccs server.
    Port to pycryptography & pyasn1.
    Fix tracebacks in keyring code.


Tenable has extracted the preceding description block directly from the Fedora security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The version of Tencent Linux installed on the remote TencentOS Server 4 host is prior to tested version. It is, therefore, affected by a vulnerability as referenced in the TSSA-2026:0007 advisory.

    Package updates are available for TencentOS Server 4 that fix the following vulnerabilities:

    CVE-2025-15284:
    Improper Input Validation vulnerability in qs (parse modules) allows HTTP DoS.This issue affects qs: <     6.14.1.


    SummaryThe arrayLimitoption in qs does not enforce limits for bracket notation (a[]=1&a[]=2), allowing     attackers to cause denial-of-service via memory exhaustion. Applications using arrayLimitfor DoS     protection are vulnerable.

    DetailsThe arrayLimitoption only checks limits for indexed notation (a[0]=1&a[1]=2) but completely     bypasses it for bracket notation (a[]=1&a[]=2).

    Vulnerable code(lib/parse.js:159-162):

    if (root === '[]' && options.parseArrays) {       obj = utils.combine([], leaf);  // No arrayLimit check     }





    Working code(lib/parse.js:175):

    else if (index <= options.arrayLimit) {  // Limit checked here       obj = [];
      obj[index] = leaf;
    }





    The bracket notation handler at line 159 uses utils.combine([], leaf)without validating against     options.arrayLimit, while indexed notation at line 175 checks index <= options.arrayLimitbefore creating     arrays.

    PoCTest 1 - Basic bypass:

    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);  // Output: 6 (should be max 5)





    Test 2 - DoS demonstration:

    const qs = require('qs');
    const attack = 'a[]=' + Array(10000).fill('x').join('&a[]=');
    const result = qs.parse(attack, { arrayLimit: 100 });
    console.log(result.a.length);  // Output: 10000 (should be max 100)





    Configuration:

    *  arrayLimit: 5(test 1) or arrayLimit: 100(test 2)
    *  Use bracket notation: a[]=value(not indexed a[0]=value)


    ImpactDenial of Service via memory exhaustion. Affects applications using qs.parse()with user-controlled     input and arrayLimitfor protection.

    Attack scenario:

    *  Attacker sends HTTP request: GET /api/search?filters[]=x&filters[]=x&...&filters[]=x(100,000+ times)
    *  Application parses with qs.parse(query, { arrayLimit: 100 })
    *  qs ignores limit, parses all 100,000 elements into array
    *  Server memory exhausted  application crashes or becomes unresponsive
    *  Service unavailable for all users     Real-world impact:

    *  Single malicious request can crash server
    *  No authentication required
    *  Easy to automate and scale
    *  Affects any endpoint parsing query strings with bracket notation

Tenable has extracted the preceding description block directly from the Tencent Linux security advisory.

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The version of Atlassian Jira Service Management Data Center and Server (Jira Service Desk) running on the remote host is affected by a vulnerability as referenced in the JSDSERVER-16491 advisory.

  - Improper Input Validation vulnerability in qs (parse modules) allows HTTP DoS.This issue affects qs: <     6.14.1. SummaryThe arrayLimit option in qs does not enforce limits for bracket notation (a[]=1&a[]=2),     allowing attackers to cause denial-of-service via memory exhaustion. Applications using arrayLimit for DoS     protection are vulnerable. DetailsThe arrayLimit option only checks limits for indexed notation     (a[0]=1&a[1]=2) but completely bypasses it for bracket notation (a[]=1&a[]=2). Vulnerable code     (lib/parse.js:159-162): if (root === '[]' && options.parseArrays) { obj = utils.combine([], leaf); // No     arrayLimit check } Working code (lib/parse.js:175): else if (index <= options.arrayLimit) { // Limit     checked here obj = []; obj[index] = leaf; } The bracket notation handler at line 159 uses     utils.combine([], leaf) without validating against options.arrayLimit, while indexed notation at line 175     checks index <= options.arrayLimit before creating arrays. PoCTest 1 - Basic bypass: 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); // Output: 6 (should be max 5) Test 2 - DoS demonstration: const qs =     require('qs'); const attack = 'a[]=' + Array(10000).fill('x').join('&a[]='); const result =     qs.parse(attack, { arrayLimit: 100 }); console.log(result.a.length); // Output: 10000 (should be max 100)     Configuration: * arrayLimit: 5 (test 1) or arrayLimit: 100 (test 2) * Use bracket notation: a[]=value (not     indexed a[0]=value) ImpactDenial of Service via memory exhaustion. Affects applications using qs.parse()     with user-controlled input and arrayLimit for protection. Attack scenario: * Attacker sends HTTP request:
    GET /api/search?filters[]=x&filters[]=x&...&filters[]=x (100,000+ times) * Application parses with     qs.parse(query, { arrayLimit: 100 }) * qs ignores limit, parses all 100,000 elements into array * Server     memory exhausted  application crashes or becomes unresponsive * Service unavailable for all users Real-     world impact: * Single malicious request can crash server * No authentication required * Easy to automate     and scale * Affects any endpoint parsing query strings with bracket notation (CVE-2025-15284)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - Improper Input Validation vulnerability in qs (parse modules) allows HTTP DoS.This issue affects qs: <     6.14.1. Summary The arrayLimit option in qs did not enforce limits for bracket notation (a[]=1&a[]=2),     only for indexed notation (a[0]=1). This is a consistency bug; arrayLimit should apply uniformly across     all array notations. Note: The default parameterLimit of 1000 effectively mitigates the DoS scenario     originally described. With default options, bracket notation cannot produce arrays larger than     parameterLimit regardless of arrayLimit, because each a[]=valueconsumes one parameter slot. The severity     has been reduced accordingly. Details The arrayLimit option only checked limits for indexed notation     (a[0]=1&a[1]=2) but did not enforce it for bracket notation (a[]=1&a[]=2). Vulnerable code     (lib/parse.js:159-162): if (root === '[]' && options.parseArrays) { obj = utils.combine([], leaf); // No     arrayLimit check } Working code (lib/parse.js:175): else if (index <= options.arrayLimit) { // Limit     checked here obj = []; obj[index] = leaf; } The bracket notation handler at line 159 uses     utils.combine([], leaf) without validating against options.arrayLimit, while indexed notation at line 175     checks index <= options.arrayLimit before creating arrays. 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); //     Output: 6 (should be max 5) Note on parameterLimit interaction: The original advisory's DoS     demonstration claimed a length of 10,000, but parameterLimit (default: 1000) caps parsing to 1,000     parameters. With default options, the actual output is 1,000, not 10,000. Impact Consistency bug in     arrayLimit enforcement. With default parameterLimit, the practical DoS risk is negligible since     parameterLimit already caps the total number of parsed parameters (and thus array elements from bracket     notation). The risk increases only when parameterLimit is explicitly set to a very high value.
    (CVE-2025-15284)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
280190	Linux Distros 未修補的弱點：CVE-2025-15284	Nessus	Misc.	2025/12/30	2026/5/12	medium
280190	Linux Distros 未修补的漏洞：CVE-2025-15284	Nessus	Misc.	2025/12/30	2026/5/12	medium
297642	Atlassian Jira Service Management Data Center and Server 10.3.x < 10.3.16 (JSDSERVER-16491)	Nessus	Misc.	2026/2/3	2026/3/4	medium
297642	Atlassian Jira Service Management Data Center 和 Server 10.3.x < 10.3.16 (JSDSERVER-16491)	Nessus	Misc.	2026/2/3	2026/3/4	medium
297642	Atlassian Jira Service Management Data Center and Server 10.3.x < 10.3.16 JSDSERVER-16491	Nessus	Misc.	2026/2/3	2026/3/4	medium
299072	Fedora 43linux-sgx2026-a84e0ad039	Nessus	Fedora Local Security Checks	2026/2/14	2026/2/19	high
280190	Linux Distros のパッチ未適用の脆弱性: CVE-2025-15284	Nessus	Misc.	2025/12/30	2026/5/12	medium
299072	Fedora 43 : linux-sgx (2026-a84e0ad039)	Nessus	Fedora Local Security Checks	2026/2/14	2026/2/19	high
282604	TencentOS Server 4: grafana (TSSA-2026:0007)	Nessus	Tencent Local Security Checks	2026/1/12	2026/3/6	medium
297642	Atlassian Jira Service Management Data Center and Server 10.3.x < 10.3.16 (JSDSERVER-16491)	Nessus	Misc.	2026/2/3	2026/3/4	medium
280190	Linux Distros Unpatched Vulnerability : CVE-2025-15284	Nessus	Misc.	2025/12/30	2026/5/12	medium

检测

插件搜索

medium

medium

medium

medium

medium

high

medium

high

medium

medium

medium