The remote Rocky Linux 9 host has a package installed that is affected by multiple vulnerabilities as referenced in the RLSA-2022:6595 advisory.

  - npm pack ignores root-level .gitignore and .npmignore file exclusion directives when run in a workspace or     with a workspace flag (ie. `--workspaces`, `--workspace=<name>`). Anyone who has run `npm pack` or `npm     publish` inside a workspace, as of v7.9.0 and v7.13.0 respectively, may be affected and have published     files into the npm registry they did not intend to include. Users should upgrade to the latest, patched     version of npm v8.11.0, run: npm i -g npm@latest . Node.js versions v16.15.1, v17.19.1, and v18.3.0     include the patched v8.11.0 version of npm. (CVE-2022-29244)

  - This affects the package ini before 1.3.6. If an attacker submits a malicious INI file to an application     that parses it with ini.parse, they will pollute the prototype on the application. This can be exploited     further depending on the context. (CVE-2020-7788)

  - This affects the package glob-parent before 5.1.2. The enclosure regex used to check for strings ending in     enclosure containing path separator. (CVE-2020-28469)

  - ansi-regex is vulnerable to Inefficient Regular Expression Complexity (CVE-2021-3807)

  - The normalize-url package before 4.5.1, 5.x before 5.3.1, and 6.x before 6.0.1 for Node.js has a ReDoS     (regular expression denial of service) issue because it has exponential performance for data: URLs.
    (CVE-2021-33502)

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

リモートの Oracle Linux 9 ホストに、ELSA-2022-6595 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  -これは、1.3.6より前のパッケージに影響を与えます。攻撃者が悪意のあるINIファイルをini.parseで解析するアプリケーションに送信すると、アプリケーションのプロトタイプが汚染されます。これは、コンテキストによってはさらに悪用される可能性があります。(CVE-2020-7788)

  - Node.js バージョン <14.20.0、<16.16.0、<18.5.0 に OS コマンドインジェクションの脆弱性が存在します。これは、IsIPAddress が DBS リクエストを行う前に IP アドレスが無効かどうかを適切にチェックしないため、容易にバイパスできる IsAllowedHost チェックが不十分なためです。これにより、再バインド攻撃が可能になります。(CVE-2022-32212)

  - Node.js v17.x の http モジュールの llhttp パーサーが Transfer-Encoding ヘッダーを正しく解析および検証せず、HTTP Request Smuggling (HRS) につながる可能性があります。(CVE-2022-32213)

  -Node.jsの[]より前のパッケージ（

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

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

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

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

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

  - nodejs：在工作空间中运行时，npm pack 会忽略根级别的 .gitignore 和 .npmignore 文件排除指令 (CVE-2022-29244)

  - nodejs：通过无效 IP 地址在 --inspect 中造成 DNS 重新绑定 (CVE-2022-32212)

  - nodejs：由于传输编码解析不当，造成 HTTP 请求走私漏洞 (CVE-2022-32213)

  - nodejs：由于标头字段分隔错误，导致 HTTP 请求走私漏洞 (CVE-2022-32214)

  - nodejs：由于多行传输编码解析不当，造成 HTTP 请求走私漏洞 (CVE-2022-32215)

  - nodejs-got：缺少对所请求的 URL 的验证，允许程序重定向到 UNIX 套接字 (CVE-2022-33987)

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

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

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

  - 低于 14.20.0、16.16.0、18.5.0 的 Node.js 版本中存在操作系统命令注入漏洞，这是因为 IsAllowedHost 检查不充分所致，IsIPAddress 在发出 DBS 请求前未正确检查 IP 地址是否无效，从而导致可轻松绕过该漏洞并允许重新绑定攻击。(CVE-2022-32212)

  - Node.js v17.x 的 http 模块中的 llhttp 解析器未正确解析和验证传输编码标头，可导致 HTTP 请求走私 (HRS)。(CVE-2022-32213)

  - Node.js 12.1.0 之前版本的 got 程序包（也已在 11.8.5 中修复）允许重定向到 UNIX 套接字。
    (CVE-2022-33987)

  - Node.js 的 http 模块中的 llhttp 解析器未严格使用 CRLF 序列来分隔 HTTP 请求。这可导致 HTTP 请求走私 (HRS)。(CVE-2022-32214)

  - Node v17.6.0 中 http 模块的 llhttp 解析器未正确处理多行传输编码标头。这可导致 HTTP 请求走私 (HRS)。(CVE-2022-32215)

  - 在工作空间中运行时或使用工作空间标记（即“--workspaces”、“--workspace=<name>”）运行时，npm pack 会忽略根级别的 .gitignore 和 .npmignore 文件排除指令。从 v7.9.0 和 v7.13.0 起，所有已在工作空间内运行“npm pack”或“npm publish”的用户都可能受到影响，以及已将文件发布到他们不打算包含的 npm 注册表中的用户也会受影响。用户应升级到最新的修补后版本 npm v8.11.0 ，运行：npm i -g npm@latest 。Node.js 版本 v16.15.1、v17.19.1 和 v18.3.0 包含修补后的 v8.11.0 版 npm。(CVE-2022-29244)

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

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

  - 在适用于 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)

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

The remote SUSE Linux SLES12 / SLES_SAP12 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2022:3196-1 advisory.

  - npm pack ignores root-level .gitignore and .npmignore file exclusion directives when run in a workspace or     with a workspace flag (ie. `--workspaces`, `--workspace=<name>`). Anyone who has run `npm pack` or `npm     publish` inside a workspace, as of v7.9.0 and v7.13.0 respectively, may be affected and have published     files into the npm registry they did not intend to include. Users should upgrade to the latest, patched     version of npm v8.11.0, run: npm i -g npm@latest . Node.js versions v16.15.1, v17.19.1, and v18.3.0     include the patched v8.11.0 version of npm. (CVE-2022-29244)

  - undici is an HTTP/1.1 client, written from scratch for Node.js. It is possible to inject CRLF sequences     into request headers in undici in versions less than 5.7.1. A fix was released in version 5.8.0.
    Sanitizing all HTTP headers from untrusted sources to eliminate `\r ` is a workaround for this issue.
    (CVE-2022-31150)

  - undici is an HTTP/1.1 client, written from scratch for Node.js.`=< undici@5.8.0` users are vulnerable to
    _CRLF Injection_ on headers when using unsanitized input as request headers, more specifically, inside the     `content-type` header. Example: ``` import { request } from 'undici' const unsanitizedContentTypeInput =     'application/json\r \r GET /foo2 HTTP/1.1' await request('http://localhost:3000, { method: 'GET',     headers: { 'content-type': unsanitizedContentTypeInput }, }) ``` The above snippet will perform two     requests in a single `request` API call: 1) `http://localhost:3000/` 2) `http://localhost:3000/foo2` This     issue was patched in Undici v5.8.1. Sanitize input when sending content-type headers using user input as a     workaround. (CVE-2022-35948)

  - undici is an HTTP/1.1 client, written from scratch for Node.js.`undici` is vulnerable to SSRF (Server-side     Request Forgery) when an application takes in **user input** into the `path/pathname` option of     `undici.request`. If a user specifies a URL such as `http://127.0.0.1` or `//127.0.0.1` ```js const undici     = require(undici) undici.request({origin: http://example.com, pathname: //127.0.0.1}) ``` Instead of     processing the request as `http://example.org//127.0.0.1` (or `http://example.org/http://127.0.0.1` when     `http://127.0.0.1 is used`), it actually processes the request as `http://127.0.0.1/` and sends it to     `http://127.0.0.1`. If a developer passes in user input into `path` parameter of `undici.request`, it can     result in an _SSRF_ as they will assume that the hostname cannot change, when in actual fact it can change     because the specified path parameter is combined with the base URL. This issue was fixed in     `undici@5.8.1`. The best workaround is to validate user input before passing it to the `undici.request`     call. (CVE-2022-35949)

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

The remote SUSE Linux SLES15 / SLES_SAP15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2022:3251-1 advisory.

  - npm pack ignores root-level .gitignore and .npmignore file exclusion directives when run in a workspace or     with a workspace flag (ie. `--workspaces`, `--workspace=<name>`). Anyone who has run `npm pack` or `npm     publish` inside a workspace, as of v7.9.0 and v7.13.0 respectively, may be affected and have published     files into the npm registry they did not intend to include. Users should upgrade to the latest, patched     version of npm v8.11.0, run: npm i -g npm@latest . Node.js versions v16.15.1, v17.19.1, and v18.3.0     include the patched v8.11.0 version of npm. (CVE-2022-29244)

  - undici is an HTTP/1.1 client, written from scratch for Node.js. It is possible to inject CRLF sequences     into request headers in undici in versions less than 5.7.1. A fix was released in version 5.8.0.
    Sanitizing all HTTP headers from untrusted sources to eliminate `\r ` is a workaround for this issue.
    (CVE-2022-31150)

  - undici is an HTTP/1.1 client, written from scratch for Node.js.`=< undici@5.8.0` users are vulnerable to
    _CRLF Injection_ on headers when using unsanitized input as request headers, more specifically, inside the     `content-type` header. Example: ``` import { request } from 'undici' const unsanitizedContentTypeInput =     'application/json\r \r GET /foo2 HTTP/1.1' await request('http://localhost:3000, { method: 'GET',     headers: { 'content-type': unsanitizedContentTypeInput }, }) ``` The above snippet will perform two     requests in a single `request` API call: 1) `http://localhost:3000/` 2) `http://localhost:3000/foo2` This     issue was patched in Undici v5.8.1. Sanitize input when sending content-type headers using user input as a     workaround. (CVE-2022-35948)

  - undici is an HTTP/1.1 client, written from scratch for Node.js.`undici` is vulnerable to SSRF (Server-side     Request Forgery) when an application takes in **user input** into the `path/pathname` option of     `undici.request`. If a user specifies a URL such as `http://127.0.0.1` or `//127.0.0.1` ```js const undici     = require(undici) undici.request({origin: http://example.com, pathname: //127.0.0.1}) ``` Instead of     processing the request as `http://example.org//127.0.0.1` (or `http://example.org/http://127.0.0.1` when     `http://127.0.0.1 is used`), it actually processes the request as `http://127.0.0.1/` and sends it to     `http://127.0.0.1`. If a developer passes in user input into `path` parameter of `undici.request`, it can     result in an _SSRF_ as they will assume that the hostname cannot change, when in actual fact it can change     because the specified path parameter is combined with the base URL. This issue was fixed in     `undici@5.8.1`. The best workaround is to validate user input before passing it to the `undici.request`     call. (CVE-2022-35949)

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

遠端 Redhat Enterprise Linux 9 主機上安裝的套件受到 RHSA-2022: 6595 公告中提及的多個弱點影響。

  - nodejs-glob-parent：規則運算式拒絕服務 (CVE-2020-28469)

  - nodejs-ini：透過惡意 INI 檔案可造成原型污染 (CVE-2020-7788)

  - nodejs-normalize-url：資料 URL 可觸發 ReDoS 攻擊 (CVE-2021-33502)

  - nodejs-ansi-regex：符合 ANSI 逸出程式碼的規則運算式拒絕服務 (ReDoS) (CVE-2021-3807)

  - nodejs：在工作區中執行時，npm pack 會忽略 root 層級的 .gitignore 和 .npmignore 檔案排除指示詞 (CVE-2022-29244)

  - nodejs：透過無效 IP 位址在 --inspect 中觸發 DNS 重新繫結攻擊 (CVE-2022-32212)

  - nodejs：因 Transfer-Encoding 剖析處理不當而導致 HTTP 要求走私弱點 (CVE-2022-32213)

  - nodejs：因標頭欄位不當分隔而導致 HTTP 要求走私弱點 (CVE-2022-32214)

  - nodejs：因多行 Transfer-Encoding 剖析處理不當而導致 HTTP 要求走私弱點 (CVE-2022-32215)

  - nodejs-got：由於缺少對於所要求的 URL 的驗證，允許重新導向至 UNIX 通訊端 (CVE-2022-33987)

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

The remote AlmaLinux 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the ALSA-2022:6595 advisory.

  - This affects the package ini before 1.3.6. If an attacker submits a malicious INI file to an application     that parses it with ini.parse, they will pollute the prototype on the application. This can be exploited     further depending on the context. (CVE-2020-7788)

  - This affects the package glob-parent before 5.1.2. The enclosure regex used to check for strings ending in     enclosure containing path separator. (CVE-2020-28469)

  - ansi-regex is vulnerable to Inefficient Regular Expression Complexity (CVE-2021-3807)

  - The normalize-url package before 4.5.1, 5.x before 5.3.1, and 6.x before 6.0.1 for Node.js has a ReDoS     (regular expression denial of service) issue because it has exponential performance for data: URLs.
    (CVE-2021-33502)

  - npm pack ignores root-level .gitignore and .npmignore file exclusion directives when run in a workspace or     with a workspace flag (ie. `--workspaces`, `--workspace=<name>`). Anyone who has run `npm pack` or `npm     publish` inside a workspace, as of v7.9.0 and v7.13.0 respectively, may be affected and have published     files into the npm registry they did not intend to include. Users should upgrade to the latest, patched     version of npm v8.11.0, run: npm i -g npm@latest . Node.js versions v16.15.1, v17.19.1, and v18.3.0     include the patched v8.11.0 version of npm. (CVE-2022-29244)

  - A OS Command Injection vulnerability exists in Node.js versions <14.20.0, <16.16.0, <18.5.0 due to an     insufficient IsAllowedHost check that can easily be bypassed because IsIPAddress does not properly check     if an IP address is invalid before making DBS requests allowing rebinding attacks. (CVE-2022-32212)

  - The llhttp parser <v14.20.1, <v16.17.1 and <v18.9.1 in the http module in Node.js does not correctly parse     and validate Transfer-Encoding headers and can lead to HTTP Request Smuggling (HRS). (CVE-2022-32213)

  - The llhttp parser <v14.20.1, <v16.17.1 and <v18.9.1 in the http module in Node.js does not strictly use     the CRLF sequence to delimit HTTP requests. This can lead to HTTP Request Smuggling (HRS).
    (CVE-2022-32214)

  - The llhttp parser <v14.20.1, <v16.17.1 and <v18.9.1 in the http module in Node.js does not correctly     handle multi-line Transfer-Encoding headers. This can lead to HTTP Request Smuggling (HRS).
    (CVE-2022-32215)

  - The got package before 12.1.0 (also fixed in 11.8.5) for Node.js allows a redirect to a UNIX socket.
    (CVE-2022-33987)

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

The remote Oracle Linux 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the ELSA-2022-6595 advisory.

  - This affects the package ini before 1.3.6. If an attacker submits a malicious INI file to an application     that parses it with ini.parse, they will pollute the prototype on the application. This can be exploited     further depending on the context. (CVE-2020-7788)

  - A OS Command Injection vulnerability exists in Node.js versions <14.20.0, <16.16.0, <18.5.0 due to an     insufficient IsAllowedHost check that can easily be bypassed because IsIPAddress does not properly check     if an IP address is invalid before making DBS requests allowing rebinding attacks. (CVE-2022-32212)

  - The llhttp parser in the http module in Node.js v17.x does not correctly parse and validate Transfer-     Encoding headers and can lead to HTTP Request Smuggling (HRS). (CVE-2022-32213)

  - The got package before 12.1.0 (also fixed in 11.8.5) for Node.js allows a redirect to a UNIX socket.
    (CVE-2022-33987)

  - The llhttp parser in the http module in Node.js does not strictly use the CRLF sequence to delimit HTTP     requests. This can lead to HTTP Request Smuggling (HRS). (CVE-2022-32214)

  - The llhttp parser in the http module in Node v17.6.0 does not correctly handle multi-line Transfer-     Encoding headers. This can lead to HTTP Request Smuggling (HRS). (CVE-2022-32215)

  - npm pack ignores root-level .gitignore and .npmignore file exclusion directives when run in a workspace or     with a workspace flag (ie. `--workspaces`, `--workspace=<name>`). Anyone who has run `npm pack` or `npm     publish` inside a workspace, as of v7.9.0 and v7.13.0 respectively, may be affected and have published     files into the npm registry they did not intend to include. Users should upgrade to the latest, patched     version of npm v8.11.0, run: npm i -g npm@latest . Node.js versions v16.15.1, v17.19.1, and v18.3.0     include the patched v8.11.0 version of npm. (CVE-2022-29244)

  - This affects the package glob-parent before 5.1.2. The enclosure regex used to check for strings ending in     enclosure containing path separator. (CVE-2020-28469)

  - ansi-regex is vulnerable to Inefficient Regular Expression Complexity (CVE-2021-3807)

  - The normalize-url package before 4.5.1, 5.x before 5.3.1, and 6.x before 6.0.1 for Node.js has a ReDoS     (regular expression denial of service) issue because it has exponential performance for data: URLs.
    (CVE-2021-33502)

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

遠端 Oracle Linux 9 主機中安裝的套件受到 ELSA-2022-6595 公告中提及的多個弱點影響。

  - 這會影響 1.3.6 版之前的 ini 套件。如果攻擊者將惡意 INI 檔案提交至會使用 ini.parse 剖析檔案的應用程式，其會污染應用程式上的原型。視內容而定，此問題可能會遭到進一步利用。(CVE-2020-7788)

  - 14.20.0、16.16.0、18.5.0 之前的 Node.js 版本中有一個 OS 命令注入弱點，這是因為 IsAllowedHost 檢查不充分所致，因為 IsIPAddress 在提出 DBS 要求之前未正確檢查 IP 位址是否無效，進而允許重新系結攻擊。(CVE-2022-32212)

  - Node.js v17.x http 模組中的 llhttp 剖析器未正確剖析和驗證 Transfer-Encoding 標頭，進而可能導致 HTTP 要求走私 (HRS)。(CVE-2022-32213)

  - Node.js 12.1.0 之前版本的 got 套件 (也已經在 11.8.5 中得到修正) 允許重新導向至 UNIX 通訊端。
    (CVE-2022-33987)

  - Node.js http 模組中的 llhttp 剖析器未嚴格使用 CRLF 序列來分隔 HTTP 要求。這可能導致 HTTP 要求走私 (HRS)。(CVE-2022-32214)

  - Node v17.6.0 http 模組中的 llhttp 剖析器未正確處理多行傳輸編碼標頭。這可能導致 HTTP 要求走私 (HRS)。(CVE-2022-32215)

  - 在工作區中執行時或使用工作區標記  (即「--workspaces」、「--workspace=<name>」)執行時，npm pack 會忽略 root 層級的 .gitignore 和 .npmignore 檔案排除指示詞。自 v7.9.0 和 v7.13.0 起，所有已在工作區中執行「npm pack」或「npm Publisher」的使用者都可能受到影響，還有已經將檔案發佈到他們不打算包含的 npm 登錄檔中的使用者也會受影響。使用者應升級至最新的 npm v8.11.0 修補版本，並執行：npm i -g npm@latest 。Node.js v16.15.1、v17.19.1 和 v18.3.0 版包含已修補的 v8.11.0 版 npm。(CVE-2022-29244)

  - 這會影響低於 5.1.2 版本的 glob-parent 套件。enclosure regex 先前用於檢查以包含路徑分隔符號的 enclosure 結尾的字串。(CVE-2020-28469)

  - ansi-regex 容易受到低效規則運算式複雜性的影響 (CVE-2021-3807)

  - 在適用 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)

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

The remote Redhat Enterprise Linux 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the RHSA-2022:6595 advisory.

  - nodejs-ini: Prototype pollution via malicious INI file (CVE-2020-7788)

  - nodejs-glob-parent: Regular expression denial of service (CVE-2020-28469)

  - nodejs-ansi-regex: Regular expression denial of service (ReDoS) matching ANSI escape codes (CVE-2021-3807)

  - nodejs-normalize-url: ReDoS for data URLs (CVE-2021-33502)

  - nodejs: npm pack ignores root-level .gitignore and .npmignore file exclusion directives when run in a     workspace (CVE-2022-29244)

  - nodejs: DNS rebinding in --inspect via invalid IP addresses (CVE-2022-32212)

  - nodejs: HTTP request smuggling due to flawed parsing of Transfer-Encoding (CVE-2022-32213)

  - nodejs: HTTP request smuggling due to improper delimiting of header fields (CVE-2022-32214)

  - nodejs: HTTP request smuggling due to incorrect parsing of multi-line Transfer-Encoding (CVE-2022-32215)

  - nodejs-got: missing verification of requested URLs allows redirects to UNIX sockets (CVE-2022-33987)

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

The remote SUSE Linux SLES15 / SLES_SAP15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2022:3250-1 advisory.

  - npm pack ignores root-level .gitignore and .npmignore file exclusion directives when run in a workspace or     with a workspace flag (ie. `--workspaces`, `--workspace=<name>`). Anyone who has run `npm pack` or `npm     publish` inside a workspace, as of v7.9.0 and v7.13.0 respectively, may be affected and have published     files into the npm registry they did not intend to include. Users should upgrade to the latest, patched     version of npm v8.11.0, run: npm i -g npm@latest . Node.js versions v16.15.1, v17.19.1, and v18.3.0     include the patched v8.11.0 version of npm. (CVE-2022-29244)

  - undici is an HTTP/1.1 client, written from scratch for Node.js. It is possible to inject CRLF sequences     into request headers in undici in versions less than 5.7.1. A fix was released in version 5.8.0.
    Sanitizing all HTTP headers from untrusted sources to eliminate `\r ` is a workaround for this issue.
    (CVE-2022-31150)

  - undici is an HTTP/1.1 client, written from scratch for Node.js.`=< undici@5.8.0` users are vulnerable to
    _CRLF Injection_ on headers when using unsanitized input as request headers, more specifically, inside the     `content-type` header. Example: ``` import { request } from 'undici' const unsanitizedContentTypeInput =     'application/json\r \r GET /foo2 HTTP/1.1' await request('http://localhost:3000, { method: 'GET',     headers: { 'content-type': unsanitizedContentTypeInput }, }) ``` The above snippet will perform two     requests in a single `request` API call: 1) `http://localhost:3000/` 2) `http://localhost:3000/foo2` This     issue was patched in Undici v5.8.1. Sanitize input when sending content-type headers using user input as a     workaround. (CVE-2022-35948)

  - undici is an HTTP/1.1 client, written from scratch for Node.js.`undici` is vulnerable to SSRF (Server-side     Request Forgery) when an application takes in **user input** into the `path/pathname` option of     `undici.request`. If a user specifies a URL such as `http://127.0.0.1` or `//127.0.0.1` ```js const undici     = require(undici) undici.request({origin: http://example.com, pathname: //127.0.0.1}) ``` Instead of     processing the request as `http://example.org//127.0.0.1` (or `http://example.org/http://127.0.0.1` when     `http://127.0.0.1 is used`), it actually processes the request as `http://127.0.0.1/` and sends it to     `http://127.0.0.1`. If a developer passes in user input into `path` parameter of `undici.request`, it can     result in an _SSRF_ as they will assume that the hostname cannot change, when in actual fact it can change     because the specified path parameter is combined with the base URL. This issue was fixed in     `undici@5.8.1`. The best workaround is to validate user input before passing it to the `undici.request`     call. (CVE-2022-35949)

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

リモートの SUSE Linux SLES12 / SLES_SAP12 ホストには、SUSE-SU-2022:3196-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

  - npm パックは、ワークスペースで、またはワークスペースフラグ付きで実行される場合、root レベルの .gitignore および .npmignore ファイル除外ディレクティブを無視します (例:「--workspaces」、「--workspace=<name>」)。v7.9.0 や v7.13.0 では、ワークスペース内で「npm pack」や「npm publish」を実行したことがあるユーザーは、影響を受ける可能性があり、含めるつもりのない npm レジストリにファイルを公開している可能性があります。ユーザーは、パッチが適用された最新の npm v8.11.0 にアップグレードし、npm i -g npm@latest を実行する必要があります。Node.js バージョン v16.15.1、v17.19.1、および v18.3.0 には、パッチが適用された npm の v8.11.0 バージョンが含まれています。(CVE-2022-29244)

  - undici は、Node.js 用にゼロから書かれた HTTP/1.1 クライアントです。5.7.1 より前のバージョンでは、undici でリクエストヘッダーに CRLF シーケンスを挿入することが可能です。バージョン 5.8.0 で修正がリリースされました。
    この問題の回避策となるのは、信頼できないソースからのすべての HTTP ヘッダーをサニタイズして「\r 」を排除することです。
    (CVE-2022-31150)

  - undici は、Node.js 用にゼロから書かれた HTTP/1.1 クライアントです。「=< undici@5.8.0」ユーザーは
    サニタイズされていない入力をリクエストヘッダーとして使用する場合のヘッダー、より具体的には「content-type」ヘッダー内の _CRLF Injection_ に対して脆弱です。例 : ``` import { request } from 'undici' const unsanitizedContentTypeInput = 'application/json\r \rGET /foo2 HTTP/1.1' await request('http://localhost:3000, { method: 'GET', headers: { 'content-type': unsanitizedContentTypeInput }, }) ``` 上記のスニペットは、単一の「request」API 呼び出しで 2 つのリクエストを実行します。1) `http://localhost:3000/` 2) `http://localhost:3000/foo2` この問題は、Undici v5.8.1 でパッチが適用されています。ユーザー入力を回避策として使用して content-type ヘッダーを送信する際に、入力をサニタイズします。(CVE-2022-35948)

  - undici は HTTP/1.1 クライアントであり、Node.js 用にゼロから記述されています。「undici」は、アプリケーションが「undici.request」の「path/pathname」オプションに **ユーザー入力** を取り込んだ場合に、SSRF (サーバーサイドリクエスト偽造) に対して脆弱です。ユーザーが `http://127.0.0.1` または `//127.0.0.1` ``js const undici = require(undici) undici.request({オリジン:http://example.com, パス名: //127.0.0.1}) ``` などの URL を、`http://example.org//127.0.0.1` (または `http://127.0.0.1 が使用される場合は `http://example.org/http://127.0.0.1`) として処理する代わりに指定した場合、実際にはリクエストを `http://127.0.0.1/` として処理し、それを `http://127.0.0.1` に送信します。開発者がユーザー入力を「undici.request」の「path」パラメーターに渡すと、ホスト名は変更できないと想定するため、_SSRF_ が発生する可能性があります。実際には、指定されたパスパラメーターがベース URL と組み合わされているため、変更される可能性があります。この問題は「undici@5.8.1」で修正されました。最善の回避策は、「undici.request」呼び出しに渡す前にユーザー入力を検証することです。(CVE-2022-35949)

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

リモートの SUSE Linux SLES15 / openSUSE 15 ホストには、SUSE-SU-2022:3251-1 のアドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - npm パックは、ワークスペースで、またはワークスペースフラグ付きで実行される場合、root レベルの .gitignore および .npmignore ファイル除外ディレクティブを無視します (例:「--workspaces」、「--workspace=<name>」)。v7.9.0 や v7.13.0 では、ワークスペース内で「npm pack」や「npm publish」を実行したことがあるユーザーは、影響を受ける可能性があり、含めるつもりのない npm レジストリにファイルを公開している可能性があります。ユーザーは、パッチが適用された最新の npm v8.11.0 にアップグレードし、npm i -g npm@latest を実行する必要があります。Node.js バージョン v16.15.1、v17.19.1、および v18.3.0 には、パッチが適用された npm の v8.11.0 バージョンが含まれています。(CVE-2022-29244)

  - undici は、Node.js 用にゼロから書かれた HTTP/1.1 クライアントです。5.7.1 より前のバージョンでは、undici でリクエストヘッダーに CRLF シーケンスを挿入することが可能です。バージョン 5.8.0 で修正がリリースされました。
    この問題の回避策となるのは、信頼できないソースからのすべての HTTP ヘッダーをサニタイズして「\r\n」を排除することです。
    (CVE-2022-31150)

  - undici は、Node.js 用にゼロから書かれた HTTP/1.1 クライアントです。「=< undici@5.8.0」ユーザーは
    サニタイズされていない入力をリクエストヘッダーとして使用する場合のヘッダー、より具体的には「content-type」ヘッダー内の _CRLF Injection_ に対して脆弱です。例 : ``` import { request } from 'undici' const unsanitizedContentTypeInput = 'application/json\r\n\r\nGET /foo2 HTTP/1.1' await request('http://localhost:3000, { メソッド: 'GET', ヘッダー: { 'content-type': unsanitizedContentTypeInput }, }) ``` 上記のスニペットは、単一の「request」API 呼び出しで 2 つのリクエストを実行します。1) `http://localhost:3000/` 2) `http://localhost:3000/foo2` この問題は、Undici v5.8.1 でパッチが適用されています。ユーザー入力を回避策として使用して content-type ヘッダーを送信する際に、入力をサニタイズします。(CVE-2022-35948)

  - undici は HTTP/1.1 クライアントであり、Node.js 用にゼロから記述されています。「undici」は、アプリケーションが「undici.request」の「path/pathname」オプションに **ユーザー入力** を取り込んだ場合に、SSRF (サーバーサイドリクエスト偽造) に対して脆弱です。ユーザーが `http://127.0.0.1` または `//127.0.0.1` ``js const undici = require(undici) undici.request({オリジン:http://example.com, パス名: //127.0.0.1}) ``` などの URL を、`http://example.org//127.0.0.1` (または `http://127.0.0.1 が使用される場合は `http://example.org/http://127.0.0.1`) として処理する代わりに指定した場合、実際にはリクエストを `http://127.0.0.1/` として処理し、それを `http://127.0.0.1` に送信します。開発者がユーザー入力を「undici.request」の「path」パラメーターに渡すと、ホスト名は変更できないと想定するため、_SSRF_ が発生する可能性があります。実際には、指定されたパスパラメーターがベース URL と組み合わされているため、変更される可能性があります。この問題は「undici@5.8.1」で修正されました。最善の回避策は、「undici.request」呼び出しに渡す前にユーザー入力を検証することです。(CVE-2022-35949)

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

リモート Redhat Enterprise Linux 9 ホストにインストールされているパッケージは、RHSA-2022: 6595 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - nodejs-glob-parent: 正規表現のサービス拒否 (CVE-2020-28469)

  - nodejs-ini: 悪意のある INI ファイルを介したプロトタイプ汚染 (CVE-2020-7788)

  - nodejs-normalize-url: データ URL の ReDoS (CVE-2021-33502)

  -nodejs-ansi-regex：ANSI エスケープコードに一致する正規表現のサービス拒否 (ReDoS) (CVE-2021-3807)

  - nodejs: npm パックは、ワークスペースで実行される場合、root レベルの .gitignore および .npmignore ファイル除外ディレクティブを無視します (CVE-2022-29244)

  - nodejs: 無効な IP アドレスを介した --inspect での DNS 再バインド (CVE-2022-32212)

  - nodejs: 転送エンコードの解析の不備による HTTP リクエストのスマグリング (CVE-2022-32213)

  - nodejs: ヘッダーフィールドの不適切な区切りによる HTTP リクエストのスマグリング (CVE-2022-32214)

  - nodejs: 複数行の転送エンコードの不正な解析による HTTP リクエストのスマグリング (CVE-2022-32215)

  - nodejs-got: リクエストされた URL の検証がないため、UNIX ソケットへのリダイレクトが可能 (CVE-2022-33987)

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

リモートの SUSE Linux SLES15 / openSUSE 15 ホストには、SUSE-SU-2022:3250-1 のアドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - npm パックは、ワークスペースで、またはワークスペースフラグ付きで実行される場合、root レベルの .gitignore および .npmignore ファイル除外ディレクティブを無視します (例:「--workspaces」、「--workspace=<name>」)。v7.9.0 や v7.13.0 では、ワークスペース内で「npm pack」や「npm publish」を実行したことがあるユーザーは、影響を受ける可能性があり、含めるつもりのない npm レジストリにファイルを公開している可能性があります。ユーザーは、パッチが適用された最新の npm v8.11.0 にアップグレードし、npm i -g npm@latest を実行する必要があります。Node.js バージョン v16.15.1、v17.19.1、および v18.3.0 には、パッチが適用された npm の v8.11.0 バージョンが含まれています。(CVE-2022-29244)

  - undici は、Node.js 用にゼロから書かれた HTTP/1.1 クライアントです。5.7.1 より前のバージョンでは、undici でリクエストヘッダーに CRLF シーケンスを挿入することが可能です。バージョン 5.8.0 で修正がリリースされました。
    この問題の回避策となるのは、信頼できないソースからのすべての HTTP ヘッダーをサニタイズして「\r\n」を排除することです。
    (CVE-2022-31150)

  - undici は、Node.js 用にゼロから書かれた HTTP/1.1 クライアントです。「=< undici@5.8.0」ユーザーは
    サニタイズされていない入力をリクエストヘッダーとして使用する場合のヘッダー、より具体的には「content-type」ヘッダー内の _CRLF Injection_ に対して脆弱です。例 : ``` import { request } from 'undici' const unsanitizedContentTypeInput = 'application/json\r\n\r\nGET /foo2 HTTP/1.1' await request('http://localhost:3000, { メソッド: 'GET', ヘッダー: { 'content-type': unsanitizedContentTypeInput }, }) ``` 上記のスニペットは、単一の「request」API 呼び出しで 2 つのリクエストを実行します。1) `http://localhost:3000/` 2) `http://localhost:3000/foo2` この問題は、Undici v5.8.1 でパッチが適用されています。ユーザー入力を回避策として使用して content-type ヘッダーを送信する際に、入力をサニタイズします。(CVE-2022-35948)

  - undici は HTTP/1.1 クライアントであり、Node.js 用にゼロから記述されています。「undici」は、アプリケーションが「undici.request」の「path/pathname」オプションに **ユーザー入力** を取り込んだ場合に、SSRF (サーバーサイドリクエスト偽造) に対して脆弱です。ユーザーが `http://127.0.0.1` または `//127.0.0.1` ``js const undici = require(undici) undici.request({オリジン:http://example.com, パス名: //127.0.0.1}) ``` などの URL を、`http://example.org//127.0.0.1` (または `http://127.0.0.1 が使用される場合は `http://example.org/http://127.0.0.1`) として処理する代わりに指定した場合、実際にはリクエストを `http://127.0.0.1/` として処理し、それを `http://127.0.0.1` に送信します。開発者がユーザー入力を「undici.request」の「path」パラメーターに渡すと、ホスト名は変更できないと想定するため、_SSRF_ が発生する可能性があります。実際には、指定されたパスパラメーターがベース URL と組み合わされているため、変更される可能性があります。この問題は「undici@5.8.1」で修正されました。最善の回避策は、「undici.request」呼び出しに渡す前にユーザー入力を検証することです。(CVE-2022-35949)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
171017	Rocky Linux 9 : nodejs and nodejs-nodemon (RLSA-2022:6595)	Nessus	Rocky Linux Local Security Checks	2023/2/6	2023/9/5	critical
165309	Oracle Linux 9 : nodejs / および / nodejs-nodemon (ELSA-2022-6595)	Nessus	Oracle Linux Local Security Checks	2022/9/22	2023/10/11	critical
165270	RHEL 9：nodejs 和 nodejs-nodemon (RHSA-2022: 6595)	Nessus	Red Hat Local Security Checks	2022/9/21	2024/4/28	critical
165309	Oracle Linux 9：nodejs / 和 / nodejs-nodemon (ELSA-2022-6595)	Nessus	Oracle Linux Local Security Checks	2022/9/22	2023/10/11	critical
164902	SUSE SLES12 Security Update : nodejs16 (SUSE-SU-2022:3196-1)	Nessus	SuSE Local Security Checks	2022/9/9	2023/7/14	critical
164977	SUSE SLES15 Security Update : nodejs16 (SUSE-SU-2022:3251-1)	Nessus	SuSE Local Security Checks	2022/9/13	2023/7/14	critical
165270	RHEL 9：nodejs 和 nodejs-nodemon (RHSA-2022: 6595)	Nessus	Red Hat Local Security Checks	2022/9/21	2024/4/28	critical
166249	AlmaLinux 9 : nodejs and nodejs-nodemon (ALSA-2022:6595)	Nessus	Alma Linux Local Security Checks	2022/10/19	2023/8/7	critical
165309	Oracle Linux 9 : nodejs / and / nodejs-nodemon (ELSA-2022-6595)	Nessus	Oracle Linux Local Security Checks	2022/9/22	2023/10/11	critical
165309	Oracle Linux 9：nodejs / 和 / nodejs-nodemon (ELSA-2022-6595)	Nessus	Oracle Linux Local Security Checks	2022/9/22	2023/10/11	critical
165270	RHEL 9 : nodejs and nodejs-nodemon (RHSA-2022:6595)	Nessus	Red Hat Local Security Checks	2022/9/21	2024/4/28	critical
164969	SUSE SLES15 Security Update : nodejs16 (SUSE-SU-2022:3250-1)	Nessus	SuSE Local Security Checks	2022/9/13	2023/7/14	critical
164902	SUSE SLES12 セキュリティ更新プログラム : nodejs16 (SUSE-SU-2022:3196-1)	Nessus	SuSE Local Security Checks	2022/9/9	2023/7/14	critical
164977	SUSE SLES15 / openSUSE 15 セキュリティ更新: nodejs16 (SUSE-SU-2022:3251-1)	Nessus	SuSE Local Security Checks	2022/9/13	2023/7/14	critical
165270	RHEL 9 : nodejs および nodejs-nodemon (RHSA-2022: 6595)	Nessus	Red Hat Local Security Checks	2022/9/21	2024/4/28	critical
164969	SUSE SLES15 / openSUSE 15 セキュリティ更新: nodejs16 (SUSE-SU-2022:3250-1)	Nessus	SuSE Local Security Checks	2022/9/13	2023/7/14	critical

偵測

搜尋 Plugin

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical