远程 Debian 11 主机上安装的一个程序包受到 dsa-5008 公告中提及的多个漏洞影响。

  - 4.4.16、5.0.8、6.1.7 之前版本的 npm 程序包 tar（也称为 node-tar）中存在任意文件创建/覆盖级任意代码执行漏洞。“node-tar”的目的在于保证应用程序不会提取任何位置会被符号链接修改的文件。这部分是通过确保提取的目录不是符号链接来实现的。此外，为防止不必要的“stat”调用，以确定给定的路径是否为目录，创建目录时会缓存路径。
    当提取同时包含目录和与目录同名的符号链接的 tar 文件时，此逻辑尚不充分，其中存档条目中的符号链接和目录名称在 posix 系统上使用反斜线作为路径分隔符。缓存检查逻辑同时使用“\”和“/”字符作为路径分隔符，但“\”在 posix 系统上属于有效的文件名字符。通过先创建一个目录，然后用符号链接替换该目录，用户可以绕过针对目录的“node-tar”符号链接检查，这基本上允许不受信任的 tar 文件以符号链接指向任意位置，然后将任意文件提取到该位置，从而允许应用程序创建和覆盖任意文件。此外，不区分大小写的文件系统也会出现类似的混淆问题。如果 tar 存档在 `FOO` 中加入一个目录，后跟一个名为 `foo` 的符号链接，则在不区分大小写的文件系统上创建符号链接时，将从文件系统中删除该目录，但不会从内部目录缓存中删除目录，因为该目录不会被视为缓存命中。`FOO` 目录中的后续文件条目将被放置在符号链接的目标中，并认为该目录已经成功创建。这些问题已在 4.4.16、5.0.8、6.1.7 版本中解决。node-tar 的 v3 分支已弃用，且未收到针对这些问题的补丁。如果您仍在使用 v3 版本，我们建议您更新到较新的 node-tar 版本。
    如果无法执行此操作，可参阅引用的 GHSA-9r2w-394v-53qc 查找解决方法。(CVE-2021-37701)

  - 4.4.18、5.0.10、6.1.9 之前版本的 npm 程序包 tar（也称为 node-tar）中存在任意文件创建/覆盖级任意代码执行漏洞。“node-tar”的目的在于保证应用程序不会提取任何位置会被符号链接修改的文件。这部分是通过确保提取的目录不是符号链接来实现的。此外，为防止不必要的“stat”调用，以确定给定的路径是否为目录，创建目录时会缓存路径。
    当提取同时包含目录和符号链接的 tar 文件时，此逻辑并不充分，其名称包含标准化为相同值的 unicode 值。此外，在 Windows 系统上，长路径部分将解析为其 8.3 短路径对应项相同的文件系统实体。因此，特制的 tar 存档可能包含具有一种形式路径的目录，后跟具有解析为相同文件系统实体的不同字符串的符号链接，并后跟使用第一种形式的文件。通过先创建一个目录，然后用一个符号链接（具有不同的明显名称，并解析为文件系统中的相同条目）替换该目录，用户可以绕过针对目录的“node-tar”符号链接检查，这基本上允许不受信任的 tar 文件以符号链接指向任意位置，然后将任意文件提取到该位置，从而允许应用程序创建和覆盖任意文件。这些问题已在 4.4.18、5.0.10、6.1.9 版本中解决。
    node-tar 的 v3 分支已弃用，且未收到针对这些问题的补丁。如果您仍在使用 v3 版本，我们建议您更新到较新的 node-tar 版本。如果无法执行此操作，可参阅引用的 GHSA-qq89-hq3f-393p 查找解决方法。(CVE-2021-37712)

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

远程 Oracle Linux 8 主机上安装的程序包受到 ELSA-2022-0350 公告中提及的多个漏洞的影响。

  - 这会影响 1.3.6 之前的 ini 程序包。如果攻击者向应用程序提交恶意 INI 文件，该应用程序使用 ini.parse 进行解析，则恶意文件将污染该应用程序上的原型。此问题可根据环境被进一步利用。 (CVE-2020-7788)

  - 4.4.16、5.0.8、6.1.7 之前版本的 npm 程序包 tar（也称为 node-tar）中存在任意文件创建/覆盖级任意代码执行漏洞。“node-tar”的目的在于保证应用程序不会提取任何位置会被符号链接修改的文件。这部分是通过确保提取的目录不是符号链接来实现的。此外，为防止不必要的“stat”调用，以确定给定的路径是否为目录，创建目录时会缓存路径。
    当提取同时包含目录和与目录同名的符号链接的 tar 文件时，此逻辑尚不充分，其中存档条目中的符号链接和目录名称在 posix 系统上使用反斜线作为路径分隔符。缓存检查逻辑同时使用“\”和“/”字符作为路径分隔符，但“\”在 posix 系统上属于有效的文件名字符。通过先创建一个目录，然后用符号链接替换该目录，用户可以绕过针对目录的“node-tar”符号链接检查，这基本上允许不受信任的 tar 文件以符号链接指向任意位置，然后将任意文件提取到该位置，从而允许应用程序创建和覆盖任意文件。此外，不区分大小写的文件系统也会出现类似的混淆问题。如果 tar 存档在 `FOO` 中加入一个目录，后跟一个名为 `foo` 的符号链接，则在不区分大小写的文件系统上创建符号链接时，将从文件系统中删除该目录，但不会从内部目录缓存中删除目录，因为该目录不会被视为缓存命中。`FOO` 目录中的后续文件条目将被放置在符号链接的目标中，并认为该目录已经成功创建。这些问题已在 4.4.16、5.0.8、6.1.7 版本中解决。node-tar 的 v3 分支已弃用，且未收到针对这些问题的补丁。如果您仍在使用 v3 版本，我们建议您更新到较新的 node-tar 版本。
    如果无法执行此操作，可参阅引用的 GHSA-9r2w-394v-53qc 查找解决方法。(CVE-2021-37701)

  - 4.4.18、5.0.10、6.1.9 之前版本的 npm 程序包 tar（也称为 node-tar）中存在任意文件创建/覆盖级任意代码执行漏洞。“node-tar”的目的在于保证应用程序不会提取任何位置会被符号链接修改的文件。这部分是通过确保提取的目录不是符号链接来实现的。此外，为防止不必要的“stat”调用，以确定给定的路径是否为目录，创建目录时会缓存路径。
    当提取同时包含目录和符号链接的 tar 文件时，此逻辑并不充分，其名称包含标准化为相同值的 unicode 值。此外，在 Windows 系统上，长路径部分将解析为其 8.3 短路径对应项相同的文件系统实体。因此，特制的 tar 存档可能包含具有一种形式路径的目录，后跟具有解析为相同文件系统实体的不同字符串的符号链接，并后跟使用第一种形式的文件。通过先创建一个目录，然后用一个符号链接（具有不同的明显名称，并解析为文件系统中的相同条目）替换该目录，用户可以绕过针对目录的“node-tar”符号链接检查，这基本上允许不受信任的 tar 文件以符号链接指向任意位置，然后将任意文件提取到该位置，从而允许应用程序创建和覆盖任意文件。这些问题已在 4.4.18、5.0.10、6.1.9 版本中解决。
    node-tar 的 v3 分支已弃用，且未收到针对这些问题的补丁。如果您仍在使用 v3 版本，我们建议您更新到较新的 node-tar 版本。如果无法执行此操作，可参阅引用的 GHSA-qq89-hq3f-393p 查找解决方法。(CVE-2021-37712)

  - 这会影响 5.1.2 之前版本的 glob-parent 程序包。enclosure regex 之前用于检查以包含路径分隔符的 enclosure 结尾的字符串。(CVE-2020-28469)

  - ansi-regex 容易受到低效正则表达式复杂性的影响 (CVE-2021-3807)

  - json-schema 容易受到受控不当修改对象原型属性（“Prototype Pollution”）的影响 (CVE-2021-3918)

  - 在适用于 Node.js 的低于 4.5.1 版的 normalize-url、低于 5.3.1 版的 normalize-url 5.x 以及低于 6.0.1 版的 normalize-url 6.x 程序包中存在 ReDoS（正则表达式拒绝服务）问题，原因是它对 data: URL 具有指数级性能。
    (CVE-2021-33502)

  - 解析器接受冒号前的标头名称后带有空格 (SP) 的请求。这可导致低于 2.1.4 版和 6.0.6 版的 llhttp 发生 HTTP 请求走私问题。(CVE-2021-22959)

  - 在低于 2.1.4 版和 6.0.6 版的 llhttp 中，parse 函数会在解析分块请求正文时忽略区块扩展。在某些情况下，这会导致 HTTP 请求走私 (HRS)。(CVE-2021-22960)

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

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

  - 4.4.18、5.0.10、6.1.9 之前版本的 npm 程序包 tar（也称为 node-tar）中存在任意文件创建/覆盖级任意代码执行漏洞。“node-tar”的目的在于保证应用程序不会提取任何位置会被符号链接修改的文件。这部分是通过确保提取的目录不是符号链接来实现的。此外，为防止不必要的“stat”调用，以确定给定的路径是否为目录，创建目录时会缓存路径。
    当提取同时包含目录和符号链接的 tar 文件时，此逻辑并不充分，其名称包含标准化为相同值的 unicode 值。此外，在 Windows 系统上，长路径部分将解析为其 8.3 短路径对应项相同的文件系统实体。因此，特制的 tar 存档可能包含具有一种形式路径的目录，后跟具有解析为相同文件系统实体的不同字符串的符号链接，并后跟使用第一种形式的文件。通过先创建一个目录，然后用一个符号链接（具有不同的明显名称，并解析为文件系统中的相同条目）替换该目录，用户可以绕过针对目录的“node-tar”符号链接检查，这基本上允许不受信任的 tar 文件以符号链接指向任意位置，然后将任意文件提取到该位置，从而允许应用程序创建和覆盖任意文件。这些问题已在 4.4.18、5.0.10、6.1.9 版本中解决。
    node-tar 的 v3 分支已弃用，且未收到针对这些问题的补丁。如果您仍在使用 v3 版本，我们建议您更新到较新的 node-tar 版本。如果无法执行此操作，可参阅引用的 GHSA-qq89-hq3f-393p 查找解决方法。(CVE-2021-37712)

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

远程主机上安装的 Node.js 版本低于 12.22.6 或 14.17.6。因此受到多个组件中的远程代码执行漏洞的影响，这些漏洞由用户输入验证不充分所致。未经身份验证的远程攻击者可利用此漏洞绕过身份验证并执行任意命令。这些漏洞的其他影响包括任意文件写入和创建。 

请注意，Nessus 尚未测试这些问题，而是只依靠应用程序自我报告的版本号。

远程 Redhat Enterprise Linux 8 主机上安装的程序包受到 RHSA-2022: 0246 公告中提及的多个漏洞的影响。

  - nodejs-glob-parent：正则表达式拒绝服务 (CVE-2020-28469)

  - nodejs-ini：通过恶意的 INI 文件造成原型污染 (CVE-2020-7788)

  - llhttp：由于标头中有空格而导致 HTTP 请求走私 (CVE-2021-22959)

  - llhttp：解析分块请求正文时发生 HTTP 请求走私问题 (CVE-2021-22960)

  - nodejs-normalize-url：数据 URL 的 ReDoS (CVE-2021-33502)

  - nodejs-tar：使用符号链接时因目录缓存中毒导致符号链接保护不充分，进而造成创建和覆盖任意文件（CVE-2021-37701、CVE-2021-37712）

  - nodejs-ansi-regex：匹配 ANSI 转义代码的正则表达式拒绝服务 (ReDoS) (CVE-2021-3807)

  - nodejs-json-schema：原型污染漏洞 (CVE-2021-3918)

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

远程 CentOS Linux 8 主机上安装的多个程序包受到 CESA-2022: 0350 公告中提及的一个漏洞影响。

  - nodejs-glob-parent：正则表达式拒绝服务 (CVE-2020-28469)

  - nodejs-ini：通过恶意的 INI 文件造成原型污染 (CVE-2020-7788)

  - llhttp：由于标头中有空格而导致 HTTP 请求走私 (CVE-2021-22959)

  - llhttp：解析分块请求正文时发生 HTTP 请求走私问题 (CVE-2021-22960)

  - normalize-url：数据 URL 的 ReDoS (CVE-2021-33502)

  - nodejs-tar：使用符号链接时因目录缓存中毒导致符号链接保护不充分，进而造成创建和覆盖任意文件（CVE-2021-37701、CVE-2021-37712）

  - nodejs-ansi-regex：匹配 ANSI 转义代码的正则表达式拒绝服务 (ReDoS) (CVE-2021-3807)

  - nodejs-json-schema：原型污染漏洞 (CVE-2021-3918)

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

远程 Rocky Linux 8 主机上存在安装的程序包该程序包受到公告 RLSA-2022:0350 中提及的多个漏洞的影响。

  - 这会影响 5.1.2 之前版本的 glob-parent 程序包。enclosure regex 之前用于检查以包含路径分隔符的 enclosure 结尾的字符串。(CVE-2020-28469)

  - 这会影响 1.3.6 之前的 ini 程序包。如果攻击者向应用程序提交恶意 INI 文件，该应用程序使用 ini.parse 进行解析，则恶意文件将污染该应用程序上的原型。此问题可根据环境被进一步利用。 (CVE-2020-7788)

  - 解析器接受冒号前的标头名称后带有空格 (SP) 的请求。这可导致低于 2.1.4 版和 6.0.6 版的 llhttp 发生 HTTP 请求走私问题。(CVE-2021-22959)

  - 在低于 2.1.4 版和 6.0.6 版的 llhttp 中，parse 函数会在解析分块请求正文时忽略区块扩展。在某些情况下，这会导致 HTTP 请求走私 (HRS)。(CVE-2021-22960)

  - 在 Node.js 4.5.1 之前版本、Node.js 5.x 之前版本 5.3.1 以及 Node.js 6.0.1 之前版本 6.x 的 normalize-url 程序包中存在 ReDoS（正则表达式拒绝服务）问题，原因是其对 data: URL 具有指数级性能。
    (CVE-2021-33502)

  - 4.4.16、5.0.8、6.1.7 之前版本的 npm 程序包 tar（也称为 node-tar）中存在任意文件创建/覆盖级任意代码执行漏洞。“node-tar”的目的在于保证应用程序不会提取任何位置会被符号链接修改的文件。这部分是通过确保提取的目录不是符号链接来实现的。此外，为防止不必要的“stat”调用，以确定给定的路径是否为目录，创建目录时会缓存路径。
    当提取同时包含目录和与目录同名的符号链接的 tar 文件时，此逻辑尚不充分，其中存档条目中的符号链接和目录名称在 posix 系统上使用反斜线作为路径分隔符。缓存检查逻辑同时使用“\”和“/”字符作为路径分隔符，但“\”在 posix 系统上属于有效的文件名字符。通过先创建一个目录，然后用符号链接替换该目录，用户可以绕过针对目录的“node-tar”符号链接检查，这基本上允许不受信任的 tar 文件以符号链接指向任意位置，然后将任意文件提取到该位置，从而允许应用程序创建和覆盖任意文件。此外，不区分大小写的文件系统也会出现类似的混淆问题。如果 tar 存档在 `FOO` 中加入一个目录，后跟一个名为 `foo` 的符号链接，则在不区分大小写的文件系统上创建符号链接时，将从文件系统中删除该目录，但不会从内部目录缓存中删除目录，因为该目录不会被视为缓存命中。`FOO` 目录中的后续文件条目将被放置在符号链接的目标中，并认为该目录已经成功创建。这些问题已在 4.4.16、5.0.8、6.1.7 版本中解决。node-tar 的 v3 分支已弃用，且未收到针对这些问题的补丁。如果您仍在使用 v3 版本，我们建议您更新到较新的 node-tar 版本。
    如果无法执行此操作，可参阅引用的 GHSA-9r2w-394v-53qc 查找解决方法。(CVE-2021-37701)

  - 4.4.18、5.0.10、6.1.9 之前版本的 npm 程序包 tar（也称为 node-tar）中存在任意文件创建/覆盖级任意代码执行漏洞。“node-tar”的目的在于保证应用程序不会提取任何位置会被符号链接修改的文件。这部分是通过确保提取的目录不是符号链接来实现的。此外，为防止不必要的“stat”调用，以确定给定的路径是否为目录，创建目录时会缓存路径。
    当提取同时包含目录和符号链接的 tar 文件时，此逻辑并不充分，其名称包含标准化为相同值的 unicode 值。此外，在 Windows 系统上，长路径部分将解析为其 8.3 短路径对应项相同的文件系统实体。因此，特制的 tar 存档可能包含具有一种形式路径的目录，后跟具有解析为相同文件系统实体的不同字符串的符号链接，并后跟使用第一种形式的文件。通过先创建一个目录，然后用一个符号链接（具有不同的明显名称，并解析为文件系统中的相同条目）替换该目录，用户可以绕过针对目录的“node-tar”符号链接检查，这基本上允许不受信任的 tar 文件以符号链接指向任意位置，然后将任意文件提取到该位置，从而允许应用程序创建和覆盖任意文件。这些问题已在 4.4.18、5.0.10、6.1.9 版本中解决。
    node-tar 的 v3 分支已弃用，且未收到针对这些问题的补丁。如果您仍在使用 v3 版本，我们建议您更新到较新的 node-tar 版本。如果无法执行此操作，可参阅引用的 GHSA-qq89-hq3f-393p 查找解决方法。(CVE-2021-37712)

  - ansi-regex 容易受到低效正则表达式复杂性的影响 (CVE-2021-3807)

  - json-schema 容易受到受控不当修改对象原型属性（“Prototype Pollution”）的影响 (CVE-2021-3918)

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

远程 Redhat Enterprise Linux 7 主机上安装的多个程序包受到 RHSA-2022: 4914 公告中提及的多个漏洞影响。

  - llhttp：由于标头中有空格而导致 HTTP 请求走私 (CVE-2021-22959)

  - llhttp：解析分块请求正文时发生 HTTP 请求走私问题 (CVE-2021-22960)

  - nodejs-tar：使用符号链接时因目录缓存中毒导致符号链接保护不充分，进而造成创建和覆盖任意文件（CVE-2021-37701、CVE-2021-37712）

  - nodejs-json-schema：原型污染漏洞 (CVE-2021-3918)

  - nodejs：未正确处理 URI 主题备用名称 (CVE-2021-44531)

  - nodejs：通过字符串注入绕过证书验证 (CVE-2021-44532)

  - nodejs：未正确处理证书主题和颁发者字段 (CVE-2021-44533)

  - minimist：原型污染 (CVE-2021-44906)

  - nodejs：通过 console.table 属性执行原型污染 (CVE-2022-21824)

请注意，Nessus 尚未测试这些问题，而是只依靠应用程序自我报告的版本号来判断。

远程 AlmaLinux 8 主机存在安装的程序包该程序包受到 ALSA-2022:0350 公告中提及的多个漏洞的影响。

    * nodejs-json-schemaPrototype 污染漏洞 (CVE-2021-3918)

    * nodejs-ini通过恶意 INI 文件造成的原型污染 (CVE-2020-7788)

    * nodejs-glob-parent正则表达式拒绝服务 (CVE-2020-28469)

    * nodejs-ansi-regex匹配 ANSI 转义代码的正则表达式拒绝服务 (ReDoS)CVE-2021-3807

    * normalize-url数据 URL 的 ReDoS (CVE-2021-33502)

    * nodejs-tar由于使用符号链接的目录缓存中毒导致符号链接保护不足允许创建和覆盖任意文件 (CVE-2021-37701)

    * nodejs-tar由于使用符号链接的目录缓存中毒导致符号链接保护不足允许创建和覆盖任意文件 (CVE-2021-37712)

    * llhttp因标头中的空格导致的 HTTP 请求走私 (CVE-2021-22959)

    * llhttp解析分块请求正文时的 HTTP 请求走私 (CVE-2021-22960)

Tenable 已直接从 AlmaLinux 安全公告中提取上述描述块。

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

远程 Debian 10 主机上安装的程序包受到 dla-3237 公告中提及的多个漏洞影响。

  - 4.4.16、5.0.8、6.1.7 之前版本的 npm 程序包 tar（也称为 node-tar）中存在任意文件创建/覆盖级任意代码执行漏洞。“node-tar”的目的在于保证应用程序不会提取任何位置会被符号链接修改的文件。这部分是通过确保提取的目录不是符号链接来实现的。此外，为防止不必要的“stat”调用，以确定给定的路径是否为目录，创建目录时会缓存路径。
    当提取同时包含目录和与目录同名的符号链接的 tar 文件时，此逻辑尚不充分，其中存档条目中的符号链接和目录名称在 posix 系统上使用反斜线作为路径分隔符。缓存检查逻辑同时使用“\”和“/”字符作为路径分隔符，但“\”在 posix 系统上属于有效的文件名字符。通过先创建一个目录，然后用符号链接替换该目录，用户可以绕过针对目录的“node-tar”符号链接检查，这基本上允许不受信任的 tar 文件以符号链接指向任意位置，然后将任意文件提取到该位置，从而允许应用程序创建和覆盖任意文件。此外，不区分大小写的文件系统也会出现类似的混淆问题。如果 tar 存档在 `FOO` 中加入一个目录，后跟一个名为 `foo` 的符号链接，则在不区分大小写的文件系统上创建符号链接时，将从文件系统中删除该目录，但不会从内部目录缓存中删除目录，因为该目录不会被视为缓存命中。`FOO` 目录中的后续文件条目将被放置在符号链接的目标中，并认为该目录已经成功创建。这些问题已在 4.4.16、5.0.8、6.1.7 版本中解决。node-tar 的 v3 分支已弃用，且未收到针对这些问题的补丁。如果您仍在使用 v3 版本，我们建议您更新到较新的 node-tar 版本。
    如果无法执行此操作，可参阅引用的 GHSA-9r2w-394v-53qc 查找解决方法。(CVE-2021-37701)

  - 4.4.18、5.0.10、6.1.9 之前版本的 npm 程序包 tar（也称为 node-tar）中存在任意文件创建/覆盖级任意代码执行漏洞。“node-tar”的目的在于保证应用程序不会提取任何位置会被符号链接修改的文件。这部分是通过确保提取的目录不是符号链接来实现的。此外，为防止不必要的“stat”调用，以确定给定的路径是否为目录，创建目录时会缓存路径。
    当提取同时包含目录和符号链接的 tar 文件时，此逻辑并不充分，其名称包含标准化为相同值的 unicode 值。此外，在 Windows 系统上，长路径部分将解析为其 8.3 短路径对应项相同的文件系统实体。因此，特制的 tar 存档可能包含具有一种形式路径的目录，后跟具有解析为相同文件系统实体的不同字符串的符号链接，并后跟使用第一种形式的文件。通过先创建一个目录，然后用一个符号链接（具有不同的明显名称，并解析为文件系统中的相同条目）替换该目录，用户可以绕过针对目录的“node-tar”符号链接检查，这基本上允许不受信任的 tar 文件以符号链接指向任意位置，然后将任意文件提取到该位置，从而允许应用程序创建和覆盖任意文件。这些问题已在 4.4.18、5.0.10、6.1.9 版本中解决。
    node-tar 的 v3 分支已弃用，且未收到针对这些问题的补丁。如果您仍在使用 v3 版本，我们建议您更新到较新的 node-tar 版本。如果无法执行此操作，可参阅引用的 GHSA-qq89-hq3f-393p 查找解决方法。(CVE-2021-37712)

请注意，Nessus 尚未测试这些问题，而是只依靠应用程序自我报告的版本号来判断。

远程 Redhat Enterprise Linux 7 主机上安装的程序包受到 RHSA-2022: 0041 公告中提及的多个漏洞影响。

  - llhttp：由于标头中有空格而导致 HTTP 请求走私 (CVE-2021-22959)

  - llhttp：解析分块请求正文时发生 HTTP 请求走私问题 (CVE-2021-22960)

  - nodejs-tar：使用符号链接时因目录缓存中毒导致符号链接保护不充分，进而造成创建和覆盖任意文件（CVE-2021-37701、CVE-2021-37712）

  - nodejs-ansi-regex：匹配 ANSI 转义代码的正则表达式拒绝服务 (ReDoS) (CVE-2021-3807)

  - nodejs-json-schema：原型污染漏洞 (CVE-2021-3918)

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

远程 Redhat Enterprise Linux 8 主机上安装的程序包受到 RHSA-2022: 0350 公告中提及的一个漏洞影响。

  - nodejs-glob-parent：正则表达式拒绝服务 (CVE-2020-28469)

  - nodejs-ini：通过恶意的 INI 文件造成原型污染 (CVE-2020-7788)

  - llhttp：由于标头中有空格而导致 HTTP 请求走私 (CVE-2021-22959)

  - llhttp：解析分块请求正文时发生 HTTP 请求走私问题 (CVE-2021-22960)

  - nodejs-normalize-url：数据 URL 的 ReDoS (CVE-2021-33502)

  - nodejs-tar：使用符号链接时因目录缓存中毒导致符号链接保护不充分，进而造成创建和覆盖任意文件（CVE-2021-37701、CVE-2021-37712）

  - nodejs-ansi-regex：匹配 ANSI 转义代码的正则表达式拒绝服务 (ReDoS) (CVE-2021-3807)

  - nodejs-json-schema：原型污染漏洞 (CVE-2021-3918)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
155314	Debian DSA-5008-1：node-tar - 安全更新	Nessus	Debian Local Security Checks	2021/11/12	2025/1/24	high
157333	Oracle Linux 8：nodejs: 14 (ELSA-2022-0350)	Nessus	Oracle Linux Local Security Checks	2022/2/2	2024/11/1	critical
252558	Linux Distros 未修补的漏洞：CVE-2021-37712	Nessus	Misc.	2025/8/20	2025/9/2	high
154232	Node.js 多个漏洞（2021 年 8 月 31 日安全版本）	Nessus	Misc.	2021/10/19	2024/1/9	high
157089	RHEL 8：nodejs: 14 (RHSA-2022: 0246)	Nessus	Red Hat Local Security Checks	2022/1/26	2024/11/7	critical
157330	CentOS 8：nodejs: 14 (CESA-2022: 0350)	Nessus	CentOS Local Security Checks	2022/2/2	2023/11/17	critical
185008	Rocky Linux 8nodejs:14 (RLSA-2022:0350)	Nessus	Rocky Linux Local Security Checks	2023/11/7	2023/11/7	critical
161897	RHEL 7：rh-nodejs12-nodejs (RHSA-2022: 4914)	Nessus	Red Hat Local Security Checks	2022/6/6	2024/11/7	critical
158862	AlmaLinux 8nodejs:14 (ALSA-2022:0350)	Nessus	Alma Linux Local Security Checks	2022/3/12	2025/1/13	critical
168639	Debian DLA-3237-1：node-tar - LTS 安全更新	Nessus	Debian Local Security Checks	2022/12/12	2025/1/22	high
156548	RHEL 7：rh-nodejs14-nodejs 和 rh-nodejs14-nodejs-nodemon (RHSA-2022: 0041)	Nessus	Red Hat Local Security Checks	2022/1/7	2024/11/7	critical
157311	RHEL 8：nodejs: 14 (RHSA-2022: 0350)	Nessus	Red Hat Local Security Checks	2022/2/2	2025/3/6	critical
195166	GLSA-202405-29：Node.js：多个漏洞	Nessus	Gentoo Local Security Checks	2024/5/8	2024/5/8	critical

检测

插件搜索

high

critical

high

high

critical

critical

critical

critical

critical

high

critical

critical

critical