遠端主機上安裝的 Node.js 版本早於 16.20.1、18.16.1 或 20.3.1。因此，它受到 2023 年 6 月 20 日星期二安全性版本公告中提及的多個弱點影響。

  - process.mainModule.proto.require() 中使用的 proto 可繞過原則機制並要求 policy.json 定義之外的模組。此弱點會影響在下列所有有效版本系列中使用實驗性原則機制的所有使用者：16.x、18.x 和 20.x。請注意，在此 CVE 發布時，此原則為 Node.js 的實驗性功能。感謝 Axel Chong 報告此弱點，同時感謝 Rafael Gonzaga 修正此弱點。(CVE-2023-30581)

  - 在 Node.js 20 版本中發現一個弱點，特別是在實驗性權限模型中。此缺陷與驗證檔案權限時未正確處理路徑遊走略過問題有關。
    此弱點會影響使用 Node.js 20 版中實驗性權限模型的所有使用者。請注意，在此 CVE 發布時，此權限模型為 Node.js 的實驗性功能。感謝 Axel Chong 報告此弱點，同時感謝 Rafael Gonzaga 修正此弱點。
    (CVE-2023-30584)

  - Node.js 20 版中有一個弱點，允許繞過使用內建檢查器模組 (node:inspector) 的 --experimental-permission 旗標設定的限制。攻擊者可利用 Worker 類別建立包含 kIsInternal Symbol 的內部背景工作，進而在 Worker 建構函式內附加檢查器時，在初始化新的 WorkerImpl 之前修改 isInternal 的值。
    此弱點只會影響使用 Node.js 20 版中權限模型機制的 Node.js 使用者。請注意，在此 CVE 發布時，此權限模型為 Node.js 的實驗性功能。感謝 mattaustin 報告此弱點，同時感謝 Rafael Gonzaga 修正此弱點。(CVE-2023-30587)

  - 在 Node.js 20 版中發現一個弱點，當 --allow-fs-read 旗標與 non-* 引數一起使用時，此弱點會影響實驗權限模型的使用者。產生此弱點的原因是，權限模型不足，無法透過 fs.watchFile API 限制檔案監控。因此，惡意執行者可以監控他們沒有明確讀取權限的檔案。此弱點會影響使用 Node.js 20 版中實驗性權限模型的所有使用者。請注意，在此 CVE 發布時，此權限模型為 Node.js 的實驗性功能。感謝 Colin Ihrig 報告此弱點，同時感謝 Rafael Gonzaga 修正此弱點。(CVE-2023-30582)

  - 在 Node.js 20 中使用具有 --allow-fs-read 旗標的檔案系統讀取限制時，fs.openAsBlob() 可繞過實驗性權限模型。產生此弱點的原因是 fs.openAsBlob() API 中缺少檢查。此弱點會影響使用 Node.js 20 版中實驗性權限模型的所有使用者。感謝 Colin Ihrig 報告此弱點，同時感謝 Rafael Gonzaga 修正此弱點。請注意，在此 CVE 發布時，此權限模型為 Node.js 的實驗性功能。(CVE-2023-30583)

  - 在 Node.js (.msi 版) 安裝處理程序中發現一個弱點，使用 .msi 安裝程式安裝 Node.js 的 Windows 使用者尤其會受到此弱點影響。此弱點產生於系統執行修復作業期間，此時在 NT AUTHORITY\SYSTEM 環境下執行的 msiexec.exe 處理程序會嘗試從目前使用者的登錄檔中讀取 %USERPROFILE% 環境變數。當 %USERPROFILE% 環境變數參照的路徑不存在時，就會出現此問題。在這種情況下，msiexec.exe 處理程序會嘗試以不安全的方式建立指定的路徑，進而可能導致在任意位置建立任意資料夾。由於標準 (或非特權) 使用者可修改 Windows 登錄檔中的 %USERPROFILE% 環境變數，因此此弱點的嚴重性有所增加。因此，無權限的執行者 (包括惡意實體或特洛伊木馬程式) 可操控環境變數金鑰，以誘騙擁有權限的 msiexec.exe 處理程序。此操控導致攻擊者可以在非預定且可能惡意的位置建立資料夾。請務必注意，此弱點只會影響使用 .msi 安裝程式安裝 Node.js 的 Windows 使用者。選擇其他安裝方法的使用者不受此特定問題影響。
    這會影響所有使用中的 Node.js 版本：v16、v18 和 v20。感謝 @sim0nsecurity 報告此弱點，同時感謝 Tobias Nieen 修正此弱點。(CVE-2023-30585)

  - 啟用實驗性權限模型時，Node.js 20 允許載入任意 OpenSSL 引擎，因而可繞過和/或停用權限模型。使用相容的 OpenSSL 引擎呼叫時，攻擊者可利用 crypto.setEngine() API 繞過權限模型。例如，OpenSSL 引擎可藉由操控處理程序的堆疊記憶體，在主機處理程序的堆積記憶體中找到權限模型 Permission: : enabled_，進而停用主機處理程序中的權限模型。此弱點會影響使用 Node.js 20 版中實驗性權限模型的所有使用者。請注意，在此 CVE 發布時，此權限模型為 Node.js 的實驗性功能。感謝 Tobias Nieen 報告並修正此弱點。(CVE-2023-30586)

  - 使用無效的公開金鑰建立使用 crypto.X509Certificate() API 的 x509 憑證時，會發生意外終止。如果攻擊者可強制中斷應用程式處理，則程式容易受到 DoS 攻擊，這是因為處理程序在從使用者程式碼存取所提供之憑證的公開金鑰資訊時會發生終止。使用者的目前內容會消失，進而造成 DoS 狀況。此弱點會影響所有有效的 Node.js v16、v18 和 v20 版本。感謝 Marc Schnefeld 報告此弱點，同時感謝 Tobias Nieen 修正此弱點。
    (CVE-2023-30588)

  - Node.js http 模組中的 llhttp 剖析器未嚴格使用 CRLF 序列來分隔 HTTP 要求。這可導致 HTTP 要求走私 (HRS)。CR 字元 (不含 LF) 足以分隔 llhttp 剖析器中的 HTTP 標頭欄位。根據 RFC7230 第 3 節，只有 CRLF 序列應該分隔每個標頭欄位。此弱點會影響所有使用中的 Node.js 版本：v16、v18 和 v20。感謝 Yadhu Krishna M (Team bi0s 和 CRED Security 團隊) 報告此弱點，並感謝 Paolo Insogna 修正此弱點。 (CVE-2023-30589)

  - 從 crypto.createDiffieHellman() 傳回的 generateKeys() API 函式只會產生缺失 (或過時) 的金鑰，也就是說，如果尚未設定任何金鑰，則只會產生私密金鑰。但是，說明文件指出此 API 呼叫：會產生私密和公開 Diffie-Hellman 金鑰值。記錄的行為與實際行為不同，因爲 DiffieHellman 可作為應用程式層級安全性的基礎，所以此差異很容易在使用這些 API 的應用程式中造成安全性問題。請注意，這是一項說明文件變更，此弱點已歸類為 CWE-1068 - 實作與設計記錄不一致。此變更適用於使用中的所有 Node.js 版本：v16、v18 和 v20。感謝 Ben Smyth 報告此弱點，同時感謝 Tobias Nieen 修正此弱點。(CVE-2023-30590)

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

根據其自我報告的版本號碼，遠端主機上執行的 Tenable Identity Exposure 低於 3.42.17 版。因此，會受到 TNS-2023-33 公告中所提及的多個弱點影響。
- Tenable Identity Exposure 利用第三方軟體協助提供基礎功能。由於發現多個第三方元件 (RabbitMQ、libcurl 和 nodeJS) 中存在弱點，廠商已提供更新版。出於慎重和符合良好實務，Tenable 選擇升級這些元件，以解決這些問題的潛在影響。Tenable Identity Exposure 3.42.17 將 RabbitMQ 更新至 3.12.6 版，將 libcurl 更新至 8.4.0 版，並將 nodeJS 更新至 18.18.0 版，以解決已識別的弱點。 

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

遠端主機上安裝的 Siemens SINEC NMS 版本比 2.0.1.0 舊。因此，它受到 SSA-943925 公告中提及的多個弱點影響。

  - 3.3.4 及之前的 coreruleset (即 OWASP ModSecurity Core Rule Set) 在某些平台上未偵測到多個 Content-Type 要求標頭。攻擊者可能藉此使用特製的承載繞過 WAF，即 WAF 和後端應用程式之間的 Content-Type 混淆。若 Web 應用程式僅依賴最後一個 Content-Type 標頭，則會發生此情況。其他平台可能會拒絕其他 Content-Type 標頭或合併衝突的標頭，進而導致偵測格式錯誤的標頭。
    (CVE-2023-38199)

  - Apache HTTP Server 2.4.0 至 2.4.55 版上的某些 mod_proxy 組態允許 HTTP 要求走私攻擊。當 mod_proxy 與某種形式的 RewriteRule 或 ProxyPassMatch 一起啟用時，組態會受到影響，其中非特定模式符合使用者提供的要求目標 (URL) 資料的某些部分，然後使用變量替換重新插入代理請求目標。示例如下：RewriteRule ^/here/(.*) http://example.com:8080/elsewhere?$1; 上的 RewriteEngine；[P] ProxyPassReverse /here/ http://example.com:8080/ 要求分割/走私可導致繞過 Proxy 伺服器中的存取控制、將非預定 URL 代理至現有的原始伺服器，以及快取毒害。建議使用者至少更新至 Apache HTTP Server 的 2.4.56 版。(CVE-2023-25690)

  - 使用「Module._load()」可繞過原則機制，並針對特定模組要求 policy.json 定義之外的模組。此弱點會影響在下列所有有效版本系列中使用實驗性原則機制的所有使用者：16.x、18.x 和 20.x。請注意，在此 CVE 發布時，此原則為 Node.js 的實驗性功能。(CVE-2023-32002)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
177518	Node.js 16.x < 16.20.1 / 18.x < 18.16.1 / 20.x < 20.3.1 多個弱點 (2023 年 6 月 20 日星期二安全性版本)。	Nessus	Misc.	2023/6/22	2024/1/9	high
183963	Tenable Identity Exposure < 3.42.17 多個弱點 (TNS-2023-33)	Nessus	Misc.	2023/10/27	2024/10/23	critical
191429	Siemens SINEC NMS < V2.0 SP1 多個弱點	Nessus	Windows	2024/2/29	2024/10/7	critical

偵測

搜尋 Plugin

high

critical

critical