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

  - python：mailcap：findmatch() 函式未清理第二個引數 (CVE-2015-20107)

  - python：PyLong_FromString() 中的 int() 類型未限制將文字轉換為 int 的數位數量，這會導致 DoS (CVE-2020-10735)

  - python：lib/http/server.py 中的開放重新導向弱點可能導致資訊洩漏 (CVE-2021-28861)

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

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

  - python：mailcap：findmatch() 函式未清理第二個引數 (CVE-2015-20107)

  - ** 有爭議 ** Python 3.x 到 3.10 版的 lib/http/server.py 中存在開放重新導向弱點，這是因為在 URI 路徑的開頭沒有針對多個 (/) 的保護機制，而這可能會導致資訊洩漏。
    注意：第三方對此存有爭議，因為 http.server.html 文件頁面指出警告：
    不建議將 http.server 用於生產環境，它僅實作基本的安全性檢查。(CVE-2021-28861)

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

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

  - ** 有爭議 ** Python 3.x 到 3.10 版的 lib/http/server.py 中存在開放重新導向弱點，這是因為在 URI 路徑的開頭沒有針對多個 (/) 的保護機制，而這可能會導致資訊洩漏。
    注意：第三方對此存有爭議，因為 http.server.html 文件頁面指出警告：
    不建議將 http.server 用於生產環境，它僅實作基本的安全性檢查。(CVE-2021-28861)

  - 在 Python (即 CPython) 3.10.8 和之前的所有版本中，mailcap 模組不會將逸出字元新增到在系統 mailcap 檔案中發現的命令中。這可能允許攻擊者將 shell 命令插入使用未受信任的輸入呼叫 mailcap.findmatch 的應用程式中 (若未驗證使用者提供的檔案名稱或引數) 。此修正也已反向移植至 3.7、 3.8、 3.9 (CVE-2015-20107)

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

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

  - python：PyLong_FromString() 中的 int() 類型未限制將文字轉換為 int 的數位數量，這會導致 DoS (CVE-2020-10735)

  - python：lib/http/server.py 中的開放重新導向弱點可能導致資訊洩漏 (CVE-2021-28861)

  - python：透過低效的 IDNA 解碼器可造成 CPU 拒絕服務 (CVE-2022-45061)

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

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

  - 在 Python 3.11.1 之前版本中發現一個問題。處理 IDNA (RFC 3490) 解碼器的部分輸入時，一個路徑中存在不必要的二次方演算法，如此一來，向解碼器顯示特製的過長名稱可導致 CPU 拒絕服務。主機名稱通常由遠端伺服器提供，而伺服器可能被惡意使用者控制，在這種情況下，他們可在嘗試使用攻擊者提供的假想主機名稱的用戶端上觸發 CPU 過度消耗。
    例如，可以在狀態碼為 302 的 HTTP 回應的 Location 標頭中放置攻擊承載。計劃在 3.11.1、3.10.9、3.9.16、3.8.16 和 3.7.16 中進行修正。(CVE-2022-45061)

  - 在 python 中發現一個缺陷。在使用非二進位基底的二次時間複雜度演算法中，當使用 int(text) 時，系統可能需要 50 秒才能剖析具有 100,000 位數的 int 字串，而對於具有 1,000,000 位數的 int 字串，則需要 5 秒 (二進位基底爲 2、4、8、16 和 32 的 float、decimal、int.from_bytes() 和 int() 不受影響)。此弱點對系統可用性威脅最大。(CVE-2020-10735)

  - ** 有爭議 ** Python 3.x 到 3.10 版的 lib/http/server.py 中存在開放重新導向弱點，這是因為在 URI 路徑的開頭沒有針對多個 (/) 的保護機制，而這可能會導致資訊洩漏。
    注意：第三方對此存有爭議，因為 http.server.html 文件頁面指出警告：
    不建議將 http.server 用於生產環境，它僅實作基本的安全性檢查。(CVE-2021-28861)

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

遠端 CentOS Linux 9 主機上安裝的套件受到 python3.9-3.9.14-1.el9 版本變更記錄中提及的弱點影響。

  - 在 Python (即 CPython) 3.10.8 和之前的所有版本中，mailcap 模組不會將逸出字元新增到在系統 mailcap 檔案中發現的命令中。這可能允許攻擊者將 shell 命令插入使用未受信任的輸入呼叫 mailcap.findmatch 的應用程式中 (若未驗證使用者提供的檔案名稱或引數)。此修正也已反向移植至 3.7、 3.8、 3.9 (CVE-2015-20107)

  - 在 python 中發現一個缺陷。在使用非二進位基底的二次時間複雜度演算法中，當使用 int(text) 時，系統可能需要 50 秒才能剖析具有 100,000 位數的 int 字串，而對於具有 1,000,000 位數的 int 字串，則需要 5 秒 (二進位基底爲 2、4、8、16 和 32 的 float、decimal、int.from_bytes() 和 int() 不受影響)。此弱點對系統可用性威脅最大。(CVE-2020-10735)

  - Python 3.x 到 3.10 版的 lib/http/server.py 中存在開放重新導向弱點，這是因為在 URI 路徑的開頭沒有針對多個 (/) 的保護機制，而這可能會導致資訊洩漏。注意：第三方對此存有爭議，因為 http.server.html 文件頁面指出警告：不建議將 http.server 用於生產環境。它僅實作基本的安全性檢查。(CVE-2021-28861)

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

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

  - 在 python 中發現一個缺陷。在使用非二進位基底的二次時間複雜度演算法中，當使用 int(text) 時，系統可能需要 50 秒才能剖析具有 100,000 位數的 int 字串，而對於具有 1,000,000 位數的 int 字串，則需要 5 秒 (二進位基底爲 2、4、8、16 和 32 的 float、decimal、int.from_bytes() 和 int() 不受影響)。此弱點對系統可用性威脅最大。(CVE-2020-10735)

  - Python 3.x 到 3.10 版的 lib/http/server.py 中存在開放重新導向弱點，這是因為在 URI 路徑的開頭沒有針對多個 (/) 的保護機制，而這可能會導致資訊洩漏。注意：第三方對此存有爭議，因為 http.server.html 文件頁面指出警告：不建議將 http.server 用於生產環境，它僅實作基本的安全性檢查。(CVE-2021-28861)

  - 在 Python 3.11.1 之前版本中發現一個問題。處理 IDNA (RFC 3490) 解碼器的部分輸入時，一個路徑中存在不必要的二次方演算法，如此一來，向解碼器顯示特製的過長名稱可導致 CPU 拒絕服務。主機名稱通常由遠端伺服器提供，而伺服器可能被惡意使用者控制，在這種情況下，他們可在嘗試使用攻擊者提供的假想主機名稱的用戶端上觸發 CPU 過度消耗。
    例如，可以在狀態碼為 302 的 HTTP 回應的 Location 標頭中放置攻擊承載。計劃在 3.11.1、3.10.9、3.9.16、3.8.16 和 3.7.16 中進行修正。(CVE-2022-45061)

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

遠端 CentOS Linux 8 主機上安裝的套件受到 CESA-2023: 2763 公告中提及的多個弱點影響。

  - 在 python 中發現一個缺陷。在使用非二進位基底的二次時間複雜度演算法中，當使用 int(text) 時，系統可能需要 50 秒才能剖析具有 100,000 位數的 int 字串，而對於具有 1,000,000 位數的 int 字串，則需要 5 秒 (二進位基底爲 2、4、8、16 和 32 的 float、decimal、int.from_bytes() 和 int() 不受影響)。此弱點對系統可用性威脅最大。(CVE-2020-10735)

  - Python 3.x 到 3.10 版的 lib/http/server.py 中存在開放重新導向弱點，這是因為在 URI 路徑的開頭沒有針對多個 (/) 的保護機制，而這可能會導致資訊洩漏。注意：第三方對此存有爭議，因為 http.server.html 文件頁面指出警告：不建議將 http.server 用於生產環境，它僅實作基本的安全性檢查。(CVE-2021-28861)

  - 在 Python 3.11.1 之前版本中發現一個問題。處理 IDNA (RFC 3490) 解碼器的部分輸入時，一個路徑中存在不必要的二次方演算法，如此一來，向解碼器顯示特製的過長名稱可導致 CPU 拒絕服務。主機名稱通常由遠端伺服器提供，而伺服器可能被惡意使用者控制，在這種情況下，他們可在嘗試使用攻擊者提供的假想主機名稱的用戶端上觸發 CPU 過度消耗。
    例如，可以在狀態碼為 302 的 HTTP 回應的 Location 標頭中放置攻擊承載。計劃在 3.11.1、3.10.9、3.9.16、3.8.16 和 3.7.16 中進行修正。(CVE-2022-45061)

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

遠端 CentOS Linux 8 主機上安裝的套件受到 CESA-2023: 2764 公告中提及的多個弱點影響。

  - 在 python 中發現一個缺陷。在使用非二進位基底的二次時間複雜度演算法中，當使用 int(text) 時，系統可能需要 50 秒才能剖析具有 100,000 位數的 int 字串，而對於具有 1,000,000 位數的 int 字串，則需要 5 秒 (二進位基底爲 2、4、8、16 和 32 的 float、decimal、int.from_bytes() 和 int() 不受影響)。此弱點對系統可用性威脅最大。(CVE-2020-10735)

  - Python 3.x 到 3.10 版的 lib/http/server.py 中存在開放重新導向弱點，這是因為在 URI 路徑的開頭沒有針對多個 (/) 的保護機制，而這可能會導致資訊洩漏。注意：第三方對此存有爭議，因為 http.server.html 文件頁面指出警告：不建議將 http.server 用於生產環境，它僅實作基本的安全性檢查。(CVE-2021-28861)

  - 在 Python 3.11.1 之前版本中發現一個問題。處理 IDNA (RFC 3490) 解碼器的部分輸入時，一個路徑中存在不必要的二次方演算法，如此一來，向解碼器顯示特製的過長名稱可導致 CPU 拒絕服務。主機名稱通常由遠端伺服器提供，而伺服器可能被惡意使用者控制，在這種情況下，他們可在嘗試使用攻擊者提供的假想主機名稱的用戶端上觸發 CPU 過度消耗。
    例如，可以在狀態碼為 302 的 HTTP 回應的 Location 標頭中放置攻擊承載。計劃在 3.11.1、3.10.9、3.9.16、3.8.16 和 3.7.16 中進行修正。(CVE-2022-45061)

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

遠端 Ubuntu 16.04 ESM 主機上安裝的多個套件受到 USN-5629-1 公告中提及的一個弱點影響。

  - ** 有爭議 ** Python 3.x 到 3.10 版的 lib/http/server.py 中存在開放重新導向弱點，這是因為在 URI 路徑的開頭沒有針對多個 (/) 的保護機制，而這可能會導致資訊洩漏。
    注意：第三方對此存有爭議，因為 http.server.html 文件頁面指出警告：
    不建議將 http.server 用於生產環境，它僅實作基本的安全性檢查。(CVE-2021-28861)

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

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

  - ** 有爭議 ** Python 3.x 到 3.10 版的 lib/http/server.py 中存在開放重新導向弱點，這是因為在 URI 路徑的開頭沒有針對多個 (/) 的保護機制，而這可能會導致資訊洩漏。
    注意：第三方對此存有爭議，因為 http.server.html 文件頁面指出警告：
    不建議將 http.server 用於生產環境，它僅實作基本的安全性檢查。(CVE-2021-28861)

  - 在 Python 3.11.1 之前版本中發現一個問題。處理 IDNA (RFC 3490) 解碼器的部分輸入時，一個路徑中存在不必要的二次方演算法，如此一來，向解碼器顯示特製的過長名稱可導致 CPU 拒絕服務。主機名稱通常由遠端伺服器提供，而伺服器可能被惡意使用者控制，在這種情況下，他們可在嘗試使用攻擊者提供的假想主機名稱的用戶端上觸發 CPU 過度消耗。
    例如，可以在狀態碼為 302 的 HTTP 回應的 Location 標頭中放置攻擊承載。計劃在 3.11.1、3.10.9、3.9.16、3.8.16 和 3.7.16 中進行修正。(CVE-2022-45061)

  - 在 python 中發現一個缺陷。在使用非二進位基底的二次時間複雜度演算法中，當使用 int(text) 時，系統可能需要 50 秒才能剖析具有 100,000 位數的 int 字串，而對於具有 1,000,000 位數的 int 字串，則需要 5 秒 (二進位基底爲 2、4、8、16 和 32 的 float、decimal、int.from_bytes() 和 int() 不受影響)。此弱點對系統可用性威脅最大。(CVE-2020-10735)

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

遠端主機上安裝的 AHV 低於 20220304.480 版。因此，它受到 NXSA-AHV-20230302.207 公告中所提及的多個弱點影響。

  - 在 Expat (即 libexpat) 2.4.3 更舊版本中，於 xmlparse.c 的 storeAtts 函式中左移 29 個 (或更多) 位置，可導致出現 realloc 錯誤行為 (例如，配置的位元組數目太少或僅釋放記憶體)。
    (CVE-2021-45960)

  - 在 Expat (即 libexpat) 2.4.3 更舊版本中，xmlparse.c 的 doProlog 存在 m_groupSize 整數溢位弱點。(CVE-2021-46143)

  - 在 Expat (即 libexpat) 2.4.3 更舊版本中，xmlparse.c 的 addBinding 存在整數溢位弱點。(CVE-2022-22822)

  - 在 Expat (即 libexpat) 2.4.3 更舊版本中，xmlparse.c 的 build_model 存在整數溢位弱點。(CVE-2022-22823)

  - 在 Expat (即 libexpat) 2.4.3 更舊版本中，xmlparse.c 的 defineAttribute 存在整數溢位弱點。
    (CVE-2022-22824)

  - 在 Expat (即 libexpat) 2.4.3 更舊版本中，xmlparse.c 的 lookup 存在整數溢位弱點。(CVE-2022-22825)

  - 在 Expat (即 libexpat) 2.4.3 更舊版本中，xmlparse.c 的 nextScaffoldPart 存在整數溢位弱點。
    (CVE-2022-22826)

  - 在 Expat (即 libexpat) 2.4.3 更舊版本中，xmlparse.c 的 storeAtts 存在整數溢位弱點。(CVE-2022-22827)

  - 針對具有非零 XML_CONTEXT_BYTES 的組態， 2.4.4 版之前的 Expat (即 libexpat) 的 XML_GetBuffer 中有一個帶正負號的整數溢位弱點。(CVE-2022-23852)

  - Expat (即 libexpat) 2.4.5 更早版本中的 xmltok_impl.c 缺少特定的編碼驗證處理，例如檢查 UTF-8 字元在特定內容中是否有效。(CVE-2022-25235)

  - Expat (即 libexpat) 2.4.5 更早版本中的 xmlparse.c 允許攻擊者將命名空間分隔符號字元插入命名空間 URI。(CVE-2022-25236)

  - Expat (即 libexpat) 2.4.5 之前版本的 storeRawNames 中有一個整數溢位弱點。(CVE-2022-25315)

  - 在 GNU gzip 的 zgrep 公用程式中發現任意檔案寫入弱點。對攻擊者選擇的檔案名稱套用 zgrep 時 (例如特製的檔案名稱)，可將攻擊者的內容覆寫為攻擊者選擇的任意檔案。會發生此缺陷是因為在處理具有兩個或多個新行的檔案名稱時，其中所選內容和目標檔案名稱內嵌在特製的多行檔案名稱中。此缺陷允許遠端低權限攻擊者強制 zgrep 在系統上寫入任意檔案。(CVE-2022-1271)

  - 在 Python 3.x 的 3.5.10 之前版本、3.6.x 的 3.6.12 之前版本、3.7.x 的 3.7.9 之前版本以及 3.8.x 的 3.8.5 之前版本中，如果攻擊者控制 HTTP 要求方法，http.client 會允許 CRLF 插入，在 HTTPConnection.request 的第一個引數中插入 CR 和 LF 控制字元即為一例。(CVE-2020-26116)

  - 如果攻擊者控制 HTTP 要求方法，1.25.9 之前版本的 urllib3 允許 CRLF 插入，在 putrequest() 的第一個引數中插入 CR 和 LF 控製字元即為一例。注意：此問題與 CVE-2020-26116 類似。(CVE-2020-26137)

  - 在 Python 3.x 至 3.9.1 版中， _ctypes/callproc.c 的 PyCArg_repr 中存在緩衝區溢位問題，可能導致在某些將浮點數接受為未受信任輸入的 Python 應用程式中執行遠端程式碼， c_double.from_param 的 1e300 引數即為一例。這是未安全使用 sprintf 所致。(CVE-2021-3177)

  - 在 rsync 3.2.5 之前版本中發現一個問題，該問題允許惡意遠端伺服器在連線的對等端目錄中寫入任意檔案。伺服器會選擇將哪些檔案/目錄傳送至用戶端，但是，rsync 用戶端未對檔案名稱進行充分驗證。惡意 rsync 伺服器 (或攔截式攻擊者) 可覆寫 rsync 用戶端目標目錄和子目錄中的任意檔案 (例如覆寫 .ssh/authorized_keys 檔案)。(CVE-2022-29154)

  - BN_mod_sqrt() 函式專用於計算模組化平方根，其中包含一個可導致其針對非質數模數永遠執行迴圈的錯誤。在內部剖析包含壓縮形式的橢圓曲線公開金鑰或具有以壓縮形式編碼之基點的顯式橢圓曲線參數時，會使用此函式。透過建構具有無效顯式曲線參數的憑證，可能會觸發無限迴圈。由於憑證剖析發生在驗證憑證簽章之前，因此任何剖析外部提供之憑證的處理程序都可能遭受拒絕服務攻擊。也可以在剖析建構的私密金鑰時造成無限迴圈，因為這些金鑰中可能包含顯式橢圓曲線參數。因此，易受攻擊的情況包括：- 使用伺服器憑證的 TLS 伺服器 - 使用用戶端憑證的 TLS 伺服器 - 從客戶處取得憑證或私密金鑰的主機供應商 - 剖析來自使用者憑證要求的認證機構 - 剖析 ASN.1 橢圓曲線參數的任何其他應用程式，以及使用 BN_mod_sqrt() 的任何其他應用程式 (其中攻擊者可控制容易受到此 DoS 問題影響的參數值)。在 OpenSSL 1.0.2 版本中，最初剖析憑證期間並未剖析公開金鑰，進而導致觸發無限迴圈變得略微困難。不過，任何需要憑證公開金鑰的作業都會觸發無限迴圈。特別是，攻擊者可在驗證憑證簽章期間使用自我簽署憑證觸發迴圈。OpenSSL 1.0.2、 1.1.1 和 3.0 會受到此問題影響。此問題已在 2022 年 3 月 15 日發布的 1.1.1n 和 3.0.2 版本中得到解決。已在 OpenSSL 3.0.2 中修正 (受影響的是 3.0.0、3.0.1)。已在 OpenSSL 1.1.1n 中修正 (受影響的是 1.1.1-1.1.1m)。已在 OpenSSL 1.0.2zd 中修正 (受影響的是 1.0.2-1.0.2zc)。(CVE-2022-0778)

  - 在 3003.3 之前版本的 SaltStack Salt 中發現了一個問題。擁有來源和 source_hash URL 控制權的使用者可以在 salt minion 上以 root 身分取得完整的檔案系統存取權限。(CVE-2021-21996)

  - 在某些依賴微架構的情況下，錯誤訓練的傳回指令分支預測允許使用者執行任意推測程式碼。(CVE-2022-29900)

  - 第 6 至 8 代 Intel 微處理器受到新的 Spectre 變體影響，該變體能夠略過核心中的 retpoline 緩解措施造成任意資料洩漏。具有非特權使用者存取權的攻擊者可劫持傳回指令，在某些依賴微架構的情況下執行任意推測程式碼。(CVE-2022-29901)

  - 如果輸入包含許多遠端比對，zlib 1.2.12 更舊版本會在壓縮時允許造成記憶體損毀。(CVE-2018-25032)

  - 在 systemd 中發現釋放後使用弱點。發生此問題是因為「resolved-dns-stream.c」中的 on_stream_io() 函式和 dns_stream_complete() 函式未遞增 DnsStream 物件的參照計數。因此，呼叫的其他函式和回呼可解除參照 DNSStream 物件，若稍後仍使用此參照，即可造成釋放後使用。(CVE-2022-2526)

  - 在 libexpat 2.4.9 之前版本中，xmlparse.c 的 doContent 函式中存在釋放後使用問題。(CVE-2022-40674)

  - 攻擊者可使用具有格式錯誤的 ECDSA 簽章的回應來欺騙目標解析器，進而觸發小型記憶體洩漏。這可能會導致可用記憶體逐漸減少，直到 named 因缺乏資源而當機。(CVE-2022-38177)

  - 攻擊者可使用具有格式錯誤的 EdDSA 簽章的回應來欺騙目標解析器，進而觸發小型記憶體洩漏。這可能會導致可用記憶體逐漸減少，直到 named 因缺乏資源而當機。(CVE-2022-38178)

  - 在 (1) SSH Tectia Client and Server 與 Connector 4.0 到 4.4.11、5.0 到 5.2.4，以及 5.3 到 5.3.8；Client and Server 與 ConnectSecure 6.0 到 6.0.4；IBM System z 6.0.4 上的 Server for Linux；Server for IBM z/OS 5.5.1 和之前版本、6.0.0 和 6.0.1；與 Client 4.0-J 到 4.3.3-J 和 4.0-K 到 4.3.10-K；以及 (2) OpenSSH 4.7p1 和可能其他版本中，於 Cipher Block Chaining (CBC) 模式下使用區塊加密演算法時，對 SSH 通訊協定的錯誤處理會使遠端攻擊者更容易透過未知的向量，從 SSH 工作階段中加密文字的任意區塊復原某些純文字資料。(CVE-2008-5161)

  - Python Packaging Authority (PyPA) setuptools 65.5.1 之前版本允許遠端攻擊者透過特製套件或自訂 PackageIndex 頁面中的 HTML 造成系統拒絕服務。package_index.py 中存在規則運算式拒絕服務 (ReDoS) 弱點。(CVE-2022-40897)

  - 1.6.3 版之前的 Libksba 容易受到 CRL 簽章剖析器中的整數溢位弱點影響。
    (CVE-2022-47629)

  - GNU Tar 1.34 及其之前所有版本中存在單位元組超出邊界讀取弱點，攻擊者可針對條件跳轉使用未初始化的記憶體。透過攻擊變更控制流程的作法尚未得到證實。透過 V7 封存 (其中 mtime 具有大約 11 個空白字元)，可在 list.c 的 from_header 中引致此問題。
    (CVE-2022-48303)

  - v7.88.0 之前版本的 curl 基於鏈結式 HTTP 壓縮演算法，存在資源配置無限制或無節流弱點，這表示伺服器回應可被壓縮多次，並且可能使用不同的演算法。此解壓縮鏈中可接受的連結數設有上限，但該上限是依標頭實作的，惡意伺服器可利用許多標頭來插入幾乎不受限制的壓縮步驟數。使用此類解壓縮鏈可導致 malloc 炸彈，進而使 curl 最終花費大量已配置的堆積記憶體，或嘗試並傳回記憶體不足錯誤。(CVE-2023-23916)

  - OpenSSL RSA Decryption 實作中存在計時型旁路，其足可在 Bleichenbacher 式攻擊中跨網路復原純文字。若要成功解密，攻擊者必須能夠傳送大量的試用訊息以進行解密。
    此弱點會影響所有 RSA 填補模式：PKCS#1 v1.5、RSA-OEAP 和 RSASVE。例如，在 TLS 連線中，用戶端通常會使用 RSA 將加密的 pre-master 密碼傳送至伺服器。攻擊者若觀察到用戶端與伺服器之間存在真正連線，就可以利用此缺陷將試用訊息傳送至伺服器，並記錄處理這些訊息所用的時間。攻擊者獲得充足的訊息之後，便可復原用於最初連線的 pre-master 密碼，進而能夠解密透過該連線傳送的應用程式資料。(CVE-2022-4304)

  - PEM_read_bio_ex() 函式會從 BIO 讀取 PEM 檔案，並剖析和解碼名稱 (例如：
    CERTIFICATE)、任何標頭資料和承載資料。如果函式成功運行，則使用包含相關解碼資料之緩衝區的指標填入 name_out、標頭和資料引數。
    呼叫者負責釋放這些緩衝區。攻擊者可以建構會產生 0 位元組承載資料的 PEM 檔案。在此情況下，PEM_read_bio_ex() 會傳回失敗程式碼，但會在標頭引數中填入已釋放的緩衝區指標。如果呼叫者也釋放此緩衝區，則會發生雙重釋放。這很可能會導致當機。能夠提供惡意 PEM 檔案進行剖析的攻擊者可利用此弱點發動拒絕服務攻擊。PEM_read_bio() 和 PEM_read() 函式是 PEM_read_bio_ex() 的簡單包裝函式，因此這些函式也會直接受到影響。其他一些 OpenSSL 函式也會間接呼叫這些函式，包括同樣容易遭受攻擊的 PEM_X509_INFO_read_bio_ex() 和 SSL_CTX_use_serverinfo_file()。若在 OpenSSL 內部使用部分此類函式，則不會受到影響，因為如果 PEM_read_bio_ex() 傳回失敗程式碼，呼叫者將不會釋放標頭引數。這些位置包括 PEM_read_bio_TYPE() 函式以及 OpenSSL 3.0 中引入的解碼器。OpenSSL asn1parse 命令行應用程式也受此問題影響。(CVE-2022-4450)

  - 公開 API 函式 BIO_new_NDEF 是用於透過 BIO 串流 ASN.1 資料的協助程式函式。此函式主要用於 OpenSSL 內部，以支援 SMIME、CMS 和 PKCS7 串流功能，但也可能由終端使用者應用程式直接呼叫。此函式會接收來自呼叫者的 BIO，並在前面附加新的 BIO_f_asn1 篩選器 BIO 以形成 BIO 鏈結，然後將 BIO 鏈結的新標頭傳回給呼叫者。在某些情況下，例如，如果 CMS 收件人公開金鑰無效，則新篩選器 BIO 會被釋放，並且該函式會傳回 NULL 結果，表明失敗。但在此情況下，BIO 鏈結未經正確清理，且呼叫者傳送的 BIO 仍保留先前釋放的篩選器 BIO 的內部指標。如果呼叫者接著呼叫 BIO 上的 BIO_pop()，則會發生釋放後使用。這很可能會導致當機。此情況直接發生在內部函式 B64_write_ASN1() 中，其可能導致呼叫 BIO_new_NDEF()，並隨後在 BIO 上呼叫 BIO_pop()。此內部函式會接著由公開 API 函式 PEM_write_bio_ASN1_stream、PEM_write_bio_CMS_stream、PEM_write_bio_PKCS7_stream、SMIME_write_ASN1、SMIME_write_CMS 和 SMIME_write_PKCS7 呼叫。其他可能受到此弱點影響的公開 API 函式包括 i2d_ASN1_bio_stream、BIO_new_CMS、BIO_new_PKCS7、i2d_CMS_bio_stream 和 i2d_PKCS7_bio_stream。OpenSSL cms 和 smime 命令行應用程式受到類似影響。(CVE-2023-0215)

  - X.509 GeneralName 中有一個與 X.400 位址處理相關的類型混淆弱點。
    X.400 位址被剖析為 ASN1_STRING，但 GENERAL_NAME 的公開結構定義錯誤地將 x400Address 欄位的類型指定為 ASN1_TYPE。此欄位隨後會被 OpenSSL 函式 GENERAL_NAME_cmp 解譯為 ASN1_TYPE，而非 ASN1_STRING。啟用 CRL 檢查時 (即應用程式設定 X509_V_FLAG_CRL_CHECK 旗標)，此弱點可能允許攻擊者向 memcmp 呼叫傳遞任意指標，使其能夠讀取記憶體內容或發動拒絕服務攻擊。在大多數情況下，攻擊者需要同時提供憑證鍊和 CRL，兩者都不需要有效的簽章。如果攻擊者只控制其中一個輸入，則另一個輸入必須已包含 X.400 位址作為 CRL 發佈點，此情況並不常見。因此，此弱點最有可能只影響已實作透過網路擷取 CRL 這一功能的應用程式。(CVE-2023-0286)

  - 在 python 中發現一個缺陷。在使用非二進位基底的二次時間複雜度演算法中，當使用 int(text) 時，系統可能需要 50 秒才能剖析具有 100,000 位數的 int 字串，而對於具有 1,000,000 位數的 int 字串，則需要 5 秒 (二進位基底爲 2、4、8、16 和 32 的 float、decimal、int.from_bytes() 和 int() 不受影響)。此弱點對系統可用性威脅最大。(CVE-2020-10735)

  - Python 3.x 到 3.10 版的 lib/http/server.py 中存在開放重新導向弱點，這是因為在 URI 路徑的開頭沒有針對多個 (/) 的保護機制，而這可能會導致資訊洩漏。注意：第三方對此存有爭議，因為 http.server.html 文件頁面指出警告：不建議將 http.server 用於生產環境，它僅實作基本的安全性檢查。(CVE-2021-28861)

  - 在 Python 3.11.1 之前版本中發現一個問題。處理 IDNA (RFC 3490) 解碼器的部分輸入時，一個路徑中存在不必要的二次方演算法，如此一來，向解碼器顯示特製的過長名稱可導致 CPU 拒絕服務。主機名稱通常由遠端伺服器提供，而伺服器可能被惡意使用者控制，在這種情況下，他們可在嘗試使用攻擊者提供的假想主機名稱的用戶端上觸發 CPU 過度消耗。
    例如，可以在狀態碼為 302 的 HTTP 回應的 Location 標頭中放置攻擊承載。計劃在 3.11.1、3.10.9、3.9.16、3.8.16 和 3.7.16 中進行修正。(CVE-2022-45061)

  - 在 systemd 中發現一個弱點。此安全性缺陷可造成本機資訊洩漏，這是 systemd-coredump 未遵循 fs.suid_dumpable 核心設定所引致。(CVE-2022-4415)

  - 在 GnuTLS 中發現 RSA ClientKeyExchange 訊息的處理中存在計時旁路。此旁路足以在 Bleichenbacher 式攻擊中跨網路復原以 RSA 加密文字加密的金鑰。若要成功解密，攻擊者需要傳送大量特製訊息至有弱點的伺服器。攻擊者可依據 ClientKeyExchange 訊息復原密碼，進而解密透過該連線交換的應用程式資料。(CVE-2023-0361)

  - 在 hw 中發現一個缺陷。- 在某些依賴微架構的情況下，錯誤訓練的傳回指令分支預測允許使用者執行任意推測程式碼。(CVE-2022-23816) (CVE-2022-28693)

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

遠端主機上安裝的 Oracle Business Intelligence Enterprise Edition (OAS) 7.0.0.0 受到 2024 年 4 月 CPU 公告中提及的多個弱點影響，包括：

  - Oracle Analytics 的 Oracle Business Intelligence Enterprise Edition 產品中的弱點 (元件：Analytics Server (urllib3))。受影響的支援版本是 7.0.0.0.0。利用此弱點的難度較低，透過 HTTP 存取網路的低權限攻擊者可以藉此入侵 Oracle Business Intelligence 企業版。若攻擊成功，攻擊者可在未經授權的情況下建立、刪除或修改重要資料或所有 Oracle Business Intelligence Enterprise Edition 可存取資料，並在未經授權的情況下存取重要資料或完全存取所有 Oracle Business Intelligence Enterprise Edition 可存取資料。(CVE-2023-43804)

  - Oracle Analytics 的 Oracle Business Intelligence Enterprise Edition 產品中的弱點 (元件：Analytics Web Answers)。受影響的支援版本是 7.0.0.0.0 和 12.2.1.4.0。利用此弱點的難度較低，透過 HTTP 存取網路的低權限攻擊者可以藉此入侵 Oracle Business Intelligence 企業版。若要成功攻擊，必須要與除攻擊者以外的其他人進行人爲互動。雖然弱點位於 Oracle Business Intelligence Enterprise Edition 中，但攻擊可能對其他產品造成重大影響 (範圍改變)。若成功攻擊此弱點，攻擊者未經授權即可對部分 Oracle Business Intelligence Enterprise Edition 可存取資料執行更新、插入或刪除作業，並且可以未經授權讀取 Oracle Business Intelligence Enterprise Edition 可存取資料中的部分資料。(CVE-2024-21064)

  - Oracle Analytics 的 Oracle Business Intelligence Enterprise Edition 產品中的弱點 (元件：Data Visualization)。受影響的支援版本是 7.0.0.0.0。利用此弱點的難度較低，透過 HTTP 存取網路的低權限攻擊者可以藉此入侵 Oracle Business Intelligence 企業版。若成功攻擊此弱點，攻擊者可在未經授權的情況下讀取部分 Oracle Business Intelligence Enterprise Edition 可存取資料。(CVE-2024-21099)

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

遠端主機受到 GLSA-202305-02 中所述的弱點影響 (Python，PyPy3：多個弱點)

  - 在 Python (即 CPython) 3.10.8 和之前的所有版本中，mailcap 模組不會將逸出字元新增到在系統 mailcap 檔案中發現的命令中。這可能允許攻擊者將 shell 命令插入使用未受信任的輸入呼叫 mailcap.findmatch 的應用程式中 (若未驗證使用者提供的檔案名稱或引數) 。此修正也已反向移植至 3.7、 3.8、 3.9 (CVE-2015-20107)

  - 在 openstack-nova 的主控台代理伺服器 noVNC 中發現一個弱點。透過特製惡意 URL，可讓 noVNC 重新導向至任何所需的 URL。(CVE-2021-3654)

  - 在涉及 HTTPS 至 HTTPS Proxy 的某些情況下，早於 1.26.4 版本的 Python urllib3 程式庫 1.26.x 會省略驗證 SSL 憑證。HTTPS Proxy 的初始連線 (若未透過 proxy_config 提供 SSLContext) 不會驗證憑證的主機名稱。這表示系統將接受仍可使用預設 urllib3 SSLContext 執行正確驗證的不同伺服器的憑證。
    (CVE-2021-28363)

  - ** 有爭議 ** Python 3.x 到 3.10 版的 lib/http/server.py 中存在開放重新導向弱點，這是因為在 URI 路徑的開頭沒有針對多個 (/) 的保護機制，而這可能會導致資訊洩漏。
    注意：第三方對此存有爭議，因為 http.server.html 文件頁面指出警告：
    不建議將 http.server 用於生產環境，它僅實作基本的安全性檢查。(CVE-2021-28861)

  - 在 Python G263.9.5 之前的版本中，ipaddress 程式庫未正確處理 IP 位址字串八位元中的前置零字元。在某些情況下，攻擊者可利用此問題繞過以 IP 位址為基礎的存取控制。(CVE-2021-29921)

  - 在 Python 中發現一個缺陷，尤其是在 urllib.parse 模組中。此模組有助於將統一資源定位器 (URL) 字串分解為多個元件。此問題涉及如何讓 urlparse 方法不審查輸入，以及如何在 URL 路徑中允許「\r」和「\n」等字元。此缺陷允許攻擊者輸入建構的 URL，進而導致插入攻擊。此缺陷會影響 Python 3.10.0b1、3.9.5、3.8.11、3.7.11 和 3.6.14 之前的版本。(CVE-2022-0391)

  - 在 fdc6fef 之前的 Keccak XKCP SHA-3 參照實作中發現整數溢位問題和由此產生的緩衝區溢位，攻擊者可以藉此執行任意程式碼或消除預期的密碼編譯屬性。
    這問題發生在 sponge 函式介面中。(CVE-2022-37454)

  - Linux 主機上 3.9.16 之前的 Python 3.9.x 版和 3.10.9 之前的 3.10.x 版允許使用者在非預設組態中提升本機權限。在 Linux 上與 forkserver 啟動方法結合使用時，Python 多處理庫允許從同一計算機中本機網路命名空間中的任何使用者還原序列化 pickles，這在許多系統組態中是指同一計算機上的任何使用者。Pickles 可執行任意程式碼。
    因此，這允許將本機使用者權限提升為執行任何 forkserver 處理程序的使用者。將 multiprocessing.util.abstract_sockets_supported 設為 False 是一種因應措施。用於多重處理的 forkserver 啟動方法不是預設的啟動方法。此問題是 Linux 系統所特有，因為只有 Linux 支援抽象命名空間通訊端。 3.9 版之前的 CPython 預設為不使用 Linux 抽象命名空間通訊端。在 3.7.8 和 3.8.3 版中，新增了對使用者手動指定抽象命名空間通訊端的支援，但在 3.9 之前的 CPython 中，使用者需要進行特定的非常見 API 呼叫才能做到這樣。(CVE-2022-42919)

  - 在 Python 3.11.1 之前版本中發現一個問題。處理 IDNA (RFC 3490) 解碼器的部分輸入時，一個路徑中存在不必要的二次方演算法，如此一來，向解碼器顯示特製的過長名稱可導致 CPU 拒絕服務。主機名稱通常由遠端伺服器提供，而伺服器可能被惡意使用者控制，在這種情況下，他們可在嘗試使用攻擊者提供的假想主機名稱的用戶端上觸發 CPU 過度消耗。
    例如，可以在狀態碼為 302 的 HTTP 回應的 Location 標頭中放置攻擊承載。計劃在 3.11.1、3.10.9、3.9.16、3.8.16 和 3.7.16 中進行修正。(CVE-2022-45061)

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

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

  - 在 python 中發現一個缺陷。在使用非二進位基底的二次時間複雜度演算法中，當使用 int(text) 時，系統可能需要 50 秒才能剖析具有 100,000 位數的 int 字串，而對於具有 1,000,000 位數的 int 字串，則需要 5 秒 (二進位基底爲 2、4、8、16 和 32 的 float、decimal、int.from_bytes() 和 int() 不受影響)。此弱點對系統可用性威脅最大。(CVE-2020-10735)

  - Python 3.x 到 3.10 版的 lib/http/server.py 中存在開放重新導向弱點，這是因為在 URI 路徑的開頭沒有針對多個 (/) 的保護機制，而這可能會導致資訊洩漏。注意：第三方對此存有爭議，因為 http.server.html 文件頁面指出警告：不建議將 http.server 用於生產環境，它僅實作基本的安全性檢查。(CVE-2021-28861)

  - 在 Python 3.11.1 之前版本中發現一個問題。處理 IDNA (RFC 3490) 解碼器的部分輸入時，一個路徑中存在不必要的二次方演算法，如此一來，向解碼器顯示特製的過長名稱可導致 CPU 拒絕服務。主機名稱通常由遠端伺服器提供，而伺服器可能被惡意使用者控制，在這種情況下，他們可在嘗試使用攻擊者提供的假想主機名稱的用戶端上觸發 CPU 過度消耗。
    例如，可以在狀態碼為 302 的 HTTP 回應的 Location 標頭中放置攻擊承載。計劃在 3.11.1、3.10.9、3.9.16、3.8.16 和 3.7.16 中進行修正。(CVE-2022-45061)

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

遠端 Ubuntu 20.04 ESM 主機上安裝的多個套件受到 USN-5888-1 公告中提及的多個弱點影響。

  - 在 Python (即 CPython) 3.10.8 和之前的所有版本中，mailcap 模組不會將逸出字元新增到在系統 mailcap 檔案中發現的命令中。這可能允許攻擊者將 shell 命令插入使用未受信任的輸入呼叫 mailcap.findmatch 的應用程式中 (若未驗證使用者提供的檔案名稱或引數) 。此修正也已反向移植至 3.7、 3.8、 3.9 (CVE-2015-20107)

  - ** 有爭議 ** Python 3.x 到 3.10 版的 lib/http/server.py 中存在開放重新導向弱點，這是因為在 URI 路徑的開頭沒有針對多個 (/) 的保護機制，而這可能會導致資訊洩漏。
    注意：第三方對此存有爭議，因為 http.server.html 文件頁面指出警告：
    不建議將 http.server 用於生產環境，它僅實作基本的安全性檢查。(CVE-2021-28861)

  - 在 fdc6fef 之前的 Keccak XKCP SHA-3 參照實作中發現整數溢位問題和由此產生的緩衝區溢位，攻擊者可以藉此執行任意程式碼或消除預期的密碼編譯屬性。
    這問題發生在 sponge 函式介面中。(CVE-2022-37454)

  - Linux 主機上 3.9.16 之前的 Python 3.9.x 版和 3.10.9 之前的 3.10.x 版允許使用者在非預設組態中提升本機權限。在 Linux 上與 forkserver 啟動方法結合使用時，Python 多處理庫允許從同一計算機中本機網路命名空間中的任何使用者還原序列化 pickles，這在許多系統組態中是指同一計算機上的任何使用者。Pickles 可執行任意程式碼。
    因此，這允許將本機使用者權限提升為執行任何 forkserver 處理程序的使用者。將 multiprocessing.util.abstract_sockets_supported 設為 False 是一種因應措施。用於多重處理的 forkserver 啟動方法不是預設的啟動方法。此問題是 Linux 系統所特有，因為只有 Linux 支援抽象命名空間通訊端。 3.9 版之前的 CPython 預設為不使用 Linux 抽象命名空間通訊端。在 3.7.8 和 3.8.3 版中，新增了對使用者手動指定抽象命名空間通訊端的支援，但在 3.9 之前的 CPython 中，使用者需要進行特定的非常見 API 呼叫才能做到這樣。(CVE-2022-42919)

  - 在 Python 3.11.1 之前版本中發現一個問題。處理 IDNA (RFC 3490) 解碼器的部分輸入時，一個路徑中存在不必要的二次方演算法，如此一來，向解碼器顯示特製的過長名稱可導致 CPU 拒絕服務。主機名稱通常由遠端伺服器提供，而伺服器可能被惡意使用者控制，在這種情況下，他們可在嘗試使用攻擊者提供的假想主機名稱的用戶端上觸發 CPU 過度消耗。
    例如，可以在狀態碼為 302 的 HTTP 回應的 Location 標頭中放置攻擊承載。計劃在 3.11.1、3.10.9、3.9.16、3.8.16 和 3.7.16 中進行修正。(CVE-2022-45061)

  - 在 Python v3.11 之前的版本中，urllib.parse 元件中有一個問題，攻擊者可藉此提供以空白字元開頭的 URL，從而繞過封鎖清單方法。(CVE-2023-24329)

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

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

  - 在 Python 3.11.1 之前版本中發現一個問題。處理 IDNA (RFC 3490) 解碼器的部分輸入時，一個路徑中存在不必要的二次方演算法，如此一來，向解碼器顯示特製的過長名稱可導致 CPU 拒絕服務。主機名稱通常由遠端伺服器提供，而伺服器可能被惡意使用者控制，在這種情況下，他們可在嘗試使用攻擊者提供的假想主機名稱的用戶端上觸發 CPU 過度消耗。
    例如，可以在狀態碼為 302 的 HTTP 回應的 Location 標頭中放置攻擊承載。計劃在 3.11.1、3.10.9、3.9.16、3.8.16 和 3.7.16 中進行修正。(CVE-2022-45061)

  - 在 python 中發現一個缺陷。在使用非二進位基底的二次時間複雜度演算法中，當使用 int(text) 時，系統可能需要 50 秒才能剖析具有 100,000 位數的 int 字串，而對於具有 1,000,000 位數的 int 字串，則需要 5 秒 (二進位基底爲 2、4、8、16 和 32 的 float、decimal、int.from_bytes() 和 int() 不受影響)。此弱點對系統可用性威脅最大。(CVE-2020-10735)

  - ** 有爭議 ** Python 3.x 到 3.10 版的 lib/http/server.py 中存在開放重新導向弱點，這是因為在 URI 路徑的開頭沒有針對多個 (/) 的保護機制，而這可能會導致資訊洩漏。
    注意：第三方對此存有爭議，因為 http.server.html 文件頁面指出警告：
    不建議將 http.server 用於生產環境，它僅實作基本的安全性檢查。(CVE-2021-28861)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
165635	RHEL 7：rh-python38-python (RHSA-2022: 6766)	Nessus	Red Hat Local Security Checks	2022/10/3	2024/4/28	high
167534	RHEL 9：python3.9 (RHSA-2022: 8353)	Nessus	Red Hat Local Security Checks	2022/11/15	2024/4/28	high
168084	Oracle Linux 9：python3.9 (ELSA-2022-8353)	Nessus	Oracle Linux Local Security Checks	2022/11/22	2023/10/2	high
175862	RHEL 8：python39:3.9 和 python39-devel:3.9 (RHSA-2023:2764)	Nessus	Red Hat Local Security Checks	2023/5/16	2024/4/28	high
176300	Oracle Linux 8：python38: 3.8 / 和 / python38-devel：3.8 (ELSA-2023-2763)	Nessus	Oracle Linux Local Security Checks	2023/5/24	2023/5/24	high
191371	CentOS 9：python3.9-3.9.14-1.el9	Nessus	CentOS Local Security Checks	2024/2/29	2024/4/26	high
175864	RHEL 8：python38: 3.8 和 python38-devel: 3.8 (RHSA-2023: 2763)	Nessus	Red Hat Local Security Checks	2023/5/16	2024/4/28	high
175868	CentOS 8：python38: 3.8 和 python38-devel: 3.8 (CESA-2023: 2763)	Nessus	CentOS Local Security Checks	2023/5/16	2024/2/8	high
175898	CentOS 8：python39: 3.9 和 python39-devel: 3.9 (CESA-2023: 2764)	Nessus	CentOS Local Security Checks	2023/5/17	2024/2/8	high
165319	Ubuntu 16.04 ESM：Python 弱點 (USN-5629-1)	Nessus	Ubuntu Local Security Checks	2022/9/22	2023/7/12	high
171784	Oracle Linux 8：python3 (ELSA-2023-0833)	Nessus	Oracle Linux Local Security Checks	2023/2/22	2023/9/15	high
180469	Nutanix AHV：多個弱點 (NXSA-AHV-20230302.207)	Nessus	Misc.	2023/9/4	2024/6/7	critical
193558	Oracle Business Intelligence Enterprise Edition (OAS 7.0) (2024 年 4 月 CPU)	Nessus	Misc.	2024/4/19	2024/4/19	high
175043	GLSA-202305-02：Python、PyPy3：多個弱點	Nessus	Gentoo Local Security Checks	2023/5/3	2023/5/3	critical
171722	RHEL 8：python3 (RHSA-2023: 0833)	Nessus	Red Hat Local Security Checks	2023/2/21	2024/4/28	high
171939	Ubuntu 20.04 ESM：Python 弱點 (USN-5888-1)	Nessus	Ubuntu Local Security Checks	2023/2/28	2023/10/20	critical
176305	Oracle Linux 8：python39: 3.9 和 python39-devel: 3.9 (ELSA-2023-2764)	Nessus	Oracle Linux Local Security Checks	2023/5/24	2023/5/24	high

偵測

搜尋 Plugin

high

high

high

high

high

high

high

high

high

high

high

critical

high

critical

high

critical

high