遠端 Rocky Linux 8 主機已安裝受到多個弱點影響的套件如 RLSA-2023:4035 公告中所提及。

  - 在 c-ares 套件中發現一個瑕疵。ares_set_sortlist 遺漏有關輸入字串有效性的檢查，這可能會允許任意長度的堆疊溢位。此問題可造成拒絕服務，或對機密性和完整性造成有限影響。(CVE-2022-4904)

  - c-ares 是一個非同步解析器程式庫。交叉編譯 c-ares 並使用 autotools 構建系統時，將不會設定 CARES_RANDOM_FILE，如交叉編譯 aarch64 android 時所出現的那樣。這將降級為使用 rand() 作為遞補，進而允許攻擊者不使用 CSPRNG 來利用缺少熵的情況。此問題已在 1.19.1 版中修補。(CVE-2023-31124)

  - c-ares 是一個非同步解析器程式庫。ares_inet_net_pton() 容易受到某些 ipv6 位址的緩衝區反向溢位影響，特別是 0::00:00:00/2 會造成問題。C-ares 僅在內部使用此函式進行組態，這會要求系統管理員透過 ares_set_sortlist() 設定此類位址。但是，使用者可能會從外部將 ares_inet_net_pton() 用於其他目的，因此容易受到更嚴重的問題影響。此問題已在 1.19.1 中修正。(CVE-2023-31130)

  - c-ares 是一個非同步解析器程式庫。當 /dev/urandom 或 RtlGenRandom() 不可用時，c-ares 會使用 rand() 產生用於 DNS 查詢 ID 的隨機數。這不是 CSPRNG，也不是由 srand() 植入，因此會產生可預測的輸出。來自亂數產生器的輸入會饋送到不相容的 RC4 實作中，且可能不如原始 RC4 實作強。其不會嘗試尋找現代作業系統提供的 CSPRNG，例如可廣泛使用的 arc4random()。1.19.1 版已修正此問題。(CVE-2023-31147)

  - c-ares 是一個非同步解析器程式庫。c-ares 容易遭受拒絕服務攻擊。如果目標解析器傳送查詢，攻擊者會偽造長度為 0 的格式錯誤的 UDP 封包，並將其傳回目標解析器。目標解析器錯誤地將 0 長度解譯為連線的正常關閉。此問題已在 1.19.1 版中修正。(CVE-2023-32067)

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

遠端主機上安裝的 ecs-service-connect-agent 版本低於 v1.27.0.0-1。因此，會受到 ALAS2ECS-2023-007 公告中所提及的多個弱點影響。

    wasmtime 是適用於 WebAssembly 的獨立運行時間。在 6.0.2、7.0.1 和 8.0.1 版之前，Wasmtime 管理各執行個體狀態 (例如表格和記憶體) 的實作包含 LLVM 層級未定義的行為。據發現，此未定義的行為會在以 LLVM 16 編譯時造成執行階段層級問題，進而造成某些對於正確性至關重要的寫入操作遭到最佳化淘汰。已知以 Rust 1.70 編譯的 Wasmtime 版本 (目前為 beta 版或更新版本) 存在弱點，其具有錯誤編譯的函式。以目前 Rust 穩定版本、1.69 和更舊版本編譯的 wasmtime 版本目前尚不知道有任何問題，但理論上可能會出現潛在問題。

    潛在的問題是，執行個體的 Wasmtime 執行階段狀態涉及一個名為「Instance」的 Rust 定義結構，其後面有一個結尾是「VMContext」的結構。此「VMContext」結構具有每個模組唯一的執行階段定義配置。此表示法無法以 Rust 中的安全程式碼表示，因此需要「unsafe」程式碼來維護此狀態。不過，執行此作業的程式碼具有將「&self」作為引數，但會修改配置「VMContext」部分中的資料的方法。這表示衍生自「&self」的指標會發生變動。這通常是不允許的，除非在 Rust 中存在「UnsafeCell」。編譯至 LLVM 時，這些函式具有「noalias readonly」參數，這表示其 UB 可透過指標寫入。

    「VMContext」的 wasmtime 內部表示法和管理已更新為在適當情況下使用「&mut self」方法。Rust 中「unsafe」程式碼的其他驗證工具 (例如「cargo miri」) 計劃儘快在「main」分支上執行，以修正可能在未來編譯器版本中遭到惡意利用的所有 Rust 層級問題。

    來自 GitHub 版本，適用於 Wasmtime 的預先編譯二進位檔最多使用 LLVM 15 編譯，因此不清楚其是否會受到影響。不過，如上所述，我們仍建議使用者進行更新。

    已發布 6.0.2、7.0.1 和 8.0.1 版 wasmtime，其中包含在 LLVM 16 上正確運作所需的修補程式，且在 LLVM 15 和更舊版本上沒有已知的 UB。如果以 Rust 1.69 和更舊版本 (使用 LLVM 15) 編譯 wasmtime，則不會發生上述問題。不過，理論上仍存在惡意利用未定義行為的可能性，因此我們建議使用者升級至已修補的 Wasmtime 版本。使用 beta 版 Rust (目前為 1.70 版) 或夜間 Rust 版 (目前為 1.71 版) 的使用者必須更新至修補版本，才能正常使用。(CVE-2023-30624)

    交叉編譯 c-ares 並使用 autotools 構建系統時，將不會設定 CARES_RANDOM_FILE，如交叉編譯 aarch64 android 時所出現的那樣。這會降級為使用 rand() 作為遞補這可允許攻擊者透過不使用 CSPRNG而利用缺少熵的優勢。 (CVE-2023-31124)

    ares_inet_net_pton() 容易受到特定 ipv6 位址的緩衝區反向溢位影響特別是據發現 0::00:00:00/2 會造成問題。C-ares 僅在內部使用此函式進行組態，這會要求系統管理員透過 ares_set_sortlist() 設定此類位址。

    不過使用者可從外部將 ares_inet_net_pton() 用於其他目的因此容易受到更嚴重問題的影響。 (CVE-2023-31130)

    產生 DNS 查詢 ID 時的隨機性不足

    當 /dev/urandom 或 RtlGenRandom() 不可用時，c-ares 會使用 rand() 產生用於 DNS 查詢 ID 的隨機數。這不是 CSPRNG，也不是由 srand() 植入，因此會產生可預測的輸出。來自亂數產生器的輸入會饋送到非合規的 RC4 實作中，並且可能不如原始 RC4 實作強大。並未試圖尋找現代作業系統提供的 CSPRNG，例如可廣泛使用的 arc4random()。(CVE-2023-31147)

    拒絕服務。

    攻擊步驟：

    目標解析器傳送查詢攻擊者偽造長度為 0 的格式錯誤 UDP 封包並將其傳回給目標解析器。目標解析器錯誤地將 0 長度解譯為正常關閉連線。 (僅對 TCP 連線有效 UDP 無連線)目前解析失敗則發動 DoS 攻擊。 (CVE-2023-32067)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

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

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

  - 在 1_16_1 到 1_17_0 版之前的 c-ares 中，ares_parse_soa_reply.c 中的 ares_parse_soa_reply 函式存在緩衝區溢位弱點。(CVE-2020-22217)

  - c-ares 是一個非同步解析器程式庫。 ares_inet_net_pton() 容易受到某些 ipv6 位址的緩衝區反向溢位影響，特別是 0：: 00: 00: 00/2 會造成問題。C-ares 僅在內部使用此函式進行組態，這會要求系統管理員透過 ares_set_sortlist() 設定此類位址。但是，使用者可能會從外部將 ares_inet_net_pton() 用於其他目的，因此容易受到更嚴重的問題影響。此問題已在 1.19.1 中修正。(CVE-2023-31130)

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

遠端 Rocky Linux 8 主機已安裝受到多個弱點影響的套件如 RLSA-2023:7207 公告中所提及。

  - 在 1_16_1 到 1_17_0 版之前的 c-ares 中，ares_parse_soa_reply.c 中的 ares_parse_soa_reply 函式存在緩衝區溢位弱點。(CVE-2020-22217)

  - c-ares 是一個非同步解析器程式庫。ares_inet_net_pton() 容易受到某些 ipv6 位址的緩衝區反向溢位影響，特別是 0::00:00:00/2 會造成問題。C-ares 僅在內部使用此函式進行組態，這會要求系統管理員透過 ares_set_sortlist() 設定此類位址。但是，使用者可能會從外部將 ares_inet_net_pton() 用於其他目的，因此容易受到更嚴重的問題影響。此問題已在 1.19.1 中修正。(CVE-2023-31130)

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

遠端 MiracleLinux 8 主機已安裝受到多個弱點影響的套件如 AXSA:2023-6227:01 公告中所提及。

    * c-ares0 位元組 UDP 承載拒絕服務 (CVE-2023-32067)
      * c-aresconfig_sortlist() 中因缺少字串長度檢查而導致緩衝區溢位 (CVE-2022-4904)
      * c-ares ares_inet_net_pton() 中存在緩衝區不足寫入 (CVE-2023-31130)
      * c-ares產生 DNS 查詢 ID 的隨機性不足 (CVE-2023-31147)
      * c-aresAutoTools 在交叉編譯期間未設定 CARES_RANDOM_FILE (CVE-2023-31124)

Tenable 已直接從 MiracleLinux 安全性公告擷取前置描述區塊。

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
180394	Rocky Linux 8nodejs:18 (RLSA-2023:4035)	Nessus	Rocky Linux Local Security Checks	2023/8/31	2023/11/6	high
182066	Amazon Linux 2ecs-service-connect-agent --advisory ALAS2ECS-2023-007 (ALASECS-2023-007)	Nessus	Amazon Linux Local Security Checks	2023/9/27	2025/9/24	high
186199	Oracle Linux 8：c-ares (ELSA-2023-7207)	Nessus	Oracle Linux Local Security Checks	2023/11/22	2024/10/22	medium
186397	Rocky Linux 8c-ares (RLSA-2023:7207)	Nessus	Rocky Linux Local Security Checks	2023/11/28	2023/12/19	medium
292667	MiracleLinux 8 : nodejs:18 (AXSA:2023-6227:01)	Nessus	Miracle Linux Local Security Checks	2026/1/20	2026/1/20	high

偵測

搜尋 Plugin

high

high

medium

medium

high