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

    - 修正 CVE-2024-6119：X.509 名稱檢查中可能發生拒絕服務 解決：RHEL-55339
    - 修正 CVE-2024-5535：SSL_select_next_proto 緩衝區過度讀取 解決：RHEL-45657
    - 變基至 OpenSSL 3.2.2。修正 CVE-2024-2511、 CVE-2024-4603、 CVE-2024-4741和 Minerva 攻擊。
      解決：RHEL-32148 解決：RHEL-36792 解決：RHEL-38514 解決：RHEL-39111
    - POLY1305 MAC 實作會損毀 PowerPC 上的向量暫存器 (CVE-2023-6129) 解決：RHEL-21151
    - 檢查無效的 RSA 公開金鑰花費過多時間 (CVE-2023-6237) 解決：RHEL-21654
    - AES-SIV 加密實作包含一個錯誤，可造成其忽略空白相關資料專案 (CVE-2023-2975) 解決：RHEL-5302
    - 檢查 DH 金鑰和參數花費過多時間 (CVE-2023-3446) 解決：RHEL-5306
    - 檢查 DH q 參數值花費過多時間 (CVE-2023-3817) 解決：RHEL-5308
    - 修正不正確的加密金鑰和 IV 長度處理 (CVE-2023-5363) 解決：RHEL-13251
    - DH 檢查/產生大型 Q 參數值花費過多時間 (CVE-2023-5678) 解決：RHEL-15954
    - 修正翻譯 ASN.1 物件識別碼時可能的拒絕服務 解決：CVE-2023-2650
    - 已修正 X.509 名稱限制讀取緩衝區溢位 解決： CVE-2022-4203
    - 已修正 RSA Decryption 中的 Timing Oracle 解決： CVE-2022-4304
    - 已修正呼叫 PEM_read_bio_ex 後的重複釋放 解決：CVE-2022-4450
    - 已修正遵循 BIO_new_NDEF 的釋放後使用 解決：CVE-2023-0215
    - 已修正 d2i_PKCS7 函式中的無效指標解除參照 解決：CVE-2023-0216
    - 已修正 NULL 解除參照驗證 DSA 公開金鑰 解決：CVE-2023-0217
    - 已修正 X.509 GeneralName 中的 X.400 地址類型混淆 解決：CVE-2023-0286
    - 已修正 PKCS7 資料驗證期間的 NULL 解除參照 解決：CVE-2023-0401
    - CVE-2022-3602：X.509 電子郵件地址緩衝區溢位
    - CVE-2022-3786：X.509 電子郵件地址緩衝區溢位 解決：CVE-2022-3602

    openssl-fips-provider

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

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

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 問題摘要：檢查過長的 DSA 金鑰或參數時可能會非常緩慢。影響摘要：
    使用 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式檢查 DSA 金鑰或 DSA 參數的應用程式可能會遇到長時間延遲。如果要檢查的金鑰或參數是從未受信任的來源取得，這可能會導致拒絕服務。EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式對 DSA 參數執行各種檢查。如果模數 (「p」參數) 太大，某些運算會花很長的時間。嘗試使用非常大的模數時執行速度會變慢，且 OpenSSL 不允許使用長度超過 10,000 位元的公開金鑰用於執行簽章驗證。不過，執行檢查時，金鑰和參數檢查函式不會限制模數大小。應用程式如果呼叫 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 並提供從未受信任之來源取得的金鑰或參數，則容易遭受拒絕服務攻擊。OpenSSL 本身不會在未受信任的 DSA 金鑰上呼叫這些函式，因此只有直接呼叫這些函式的應用程式可能會受到影響。使用「-check」選項時，OpenSSL pkey 和 pkeyparam 命令行應用程式也容易受到影響。OpenSSL SSL/TLS 實作不受此問題影響。OpenSSL 3.0 和 3.1 FIPS 提供者受此問題影響。(CVE-2024-4603)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 在 Squashfs-Tools 4.5 中，unsquash-2.c 中的 squashfs_opendir 允許攻擊者觸發目錄遊走弱點，此弱點與 CVE-2021-40153不同。特製的 squashfs 檔案系統包含符號連結，並且檔案系統中相同檔案名稱下的內容可造成 unsquashfs 先建立指向預期目錄之外的符號連結，而後的寫入作業會造成 unsquashfs 處理程序透過檔案系統中其他位置的符號連結寫入。(CVE-2021-41072)

  - 在 2.6.3之前的 libexpat 中發現一個問題。xmlparse.c 中的 nextScaffoldPart 可使 32 位元平台上的 m_groupSize 發生整數溢位 (其中 UINT_MAX 等於 SIZE_MAX)。(CVE-2024-45492)

  - Apache Tomcat 中對例外狀況、不受控制的資源消耗處理不當的弱點。處理 HTTP/2 資料流時，Tomcat 未正確處理某些 HTTP 標頭過多的情況。這會導致有效的 HTTP/2 資料流計數錯誤，進而導致使用不正確的無限逾時，並允許本應關閉的連線維持開啟狀態。此問題影響以下版本的 Apache Tomcat：11.0.0-M1 至 11.0.0-M20、10.1.0-M1 至 10.1.24、9.0.0-M1 至 9.0.89。建議使用者升級至 11.0.0-M21、10.1.25 或 9.0.90 版，即可修正此問題。(CVE-2024-34750)

  - 在 libndp 中發現一個弱點。本機惡意使用者可利用此弱點在 NetworkManager 中造成緩衝區溢位，藉由傳送格式錯誤的 IPv6 路由器廣告封包可以觸發此弱點。產生此問題的原因是，libndp 未正確驗證路由長度資訊。(CVE-2024-5564)

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

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

遠端 Ubuntu 20.04 LTS/22.04 LTS/24.04 LTS 主機上安裝的套件受到 USN-6937-1 公告中所提及的多個弱點影響。

    據發現，使用某些非預設 TLS 伺服器設定時，OpenSSL 未正確處理 TLSv1.3 工作階段。遠端攻擊者可能會利用此問題造成 OpenSSL 耗用資源，進而導致拒絕服務。(CVE-2024-2511)

    據發現，OpenSSL 未正確處理對過長 DSA 金鑰或參數的檢查。遠端攻擊者可能會利用此問題造成 OpenSSL 耗用資源，進而導致拒絕服務。此問題僅影響了 Ubuntu 22.04 LTS 和 Ubuntu 24.04 LTS。(CVE-2024-4603)

    William Ahern 發現，OpenSSL 未正確處理很少使用的 API 中的某些記憶體作業。
    遠端攻擊者可利用此問題造成 OpenSSL 當機，進而引發拒絕服務或可能執行任意程式碼。(CVE-2024-4741)

    Joseph Birr-Pixton 發現，OpenSSL 未正確處理受支援的用戶端通訊協定緩衝區為空的特定 API 呼叫。遠端攻擊者可能利用此問題取得敏感資訊或造成 OpenSSL 損毀，進而導致拒絕服務。(CVE-2024-5535)

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

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

遠端主機上安裝的 Oracle Database Server 版本受到 2024 年 7 月 CPU 公告中提及的多個弱點。

  - Netty 專案是一個事件驅動的非同步網路應用程式架構。在 4.1.86.Final 之前的版本中，剖析格式錯誤的特製訊息時，可能會因無限遞回而造成 StackOverflowError。此問題已在 4.1.86.Final 版中修正。除了使用自訂 HaProxyMessageDecoder 外，沒有其他因應措施。(CVE-2022-41881)

  - Netty 專案是一個事件驅動的非同步網路應用程式架構。在 4.1.83.Final 到 4.1.86.Final 版中，以 _iterator_ 值呼叫 `DefaultHttpHeadesr.set` 時，並未執行標頭值驗證，這讓迭代器中的惡意標頭值能夠執行 HTTP 回應分割攻擊。此問題已在 4.1.86.Final 版中修正。整合器可將 `DefaultHttpHeaders.set(CharSequence, Iterator<?>)` 呼叫變更為 `remove()` 呼叫，並在值的迭代器迴圈中呼叫 `add()`，即可解決此問題。(CVE-2022-41915)

  - 在 Python ssl 模組中發現一個缺陷，其中 ssl.SSLContext 方法 cert_store_stats() 和 get_ca_certs() 有記憶體爭用情形。如果在將憑證載入至 SSLContext 的同時呼叫方法，則可能會觸發爭用條件，例如在已設定憑證目錄的 TLS 交握期間。此問題已在 CPython 3.10.14、3.11.9、3.12.3 和 3.13.0a5 中修正。(CVE-2024-0397)

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

遠端主機上安裝的 OpenSSL 為 3.0.14 之前版本。因此，會受到 3.0.14 公告中所提及的多個弱點影響。

  - 問題摘要：檢查過長的 DSA 金鑰或參數時可能會非常緩慢。影響摘要：
    使用 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式檢查 DSA 金鑰或 DSA 參數的應用程式可能會遇到長時間延遲。如果要檢查的金鑰或參數是從未受信任的來源取得，這可能會導致拒絕服務。EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式對 DSA 參數執行各種檢查。如果模數 (「p」參數) 太大，某些運算會花很長的時間。嘗試使用非常大的模數時執行速度會變慢，且 OpenSSL 不允許使用長度超過 10,000 位元的公開金鑰用於執行簽章驗證。不過，執行檢查時，金鑰和參數檢查函式不會限制模數大小。應用程式如果呼叫 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 並提供從未受信任之來源取得的金鑰或參數，則容易遭受拒絕服務攻擊。OpenSSL 本身不會在未受信任的 DSA 金鑰上呼叫這些函式，因此只有直接呼叫這些函式的應用程式可能會受到影響。使用「-check」選項時，OpenSSL pkey 和 pkeyparam 命令行應用程式也容易受到影響。OpenSSL SSL/TLS 實作不受此問題影響。OpenSSL 3.0 和 3.1 FIPS 提供者受此問題影響。(CVE-2024-4603)

  - 問題摘要：處理 TLSv1.3 工作階段時，部分非預設 TLS 伺服器組態會造成記憶體無限增長。影響摘要：攻擊者可能會惡意利用特定伺服器組態觸發記憶體無限增長，進而導致拒絕服務。若使用非預設 SSL_OP_NO_TICKET 選項，此問題就可能發生在 TLSv1.3 中 (但若同時設定 early_data 支援且使用預設防重播保護，則不會發生)。在此場景下的某些情況中，工作階段快取可能會進入不正確的狀態，且在填滿時無法正確排清。工作階段快取會繼續以無限制的方式增長。惡意用戶端可刻意建立此失敗情況，進而強制拒絕服務。這也可能在正常作業中意外發生。此問題只會影響支援 TLSv1.3 的 TLS 伺服器。它不會影響 TLS 用戶端。3.2 、3.1 和 3.0 中的 FIPS 模組不受此問題影響。OpenSSL 1.0.2 亦不會受到此問題影響。
    (CVE-2024-2511)

  - 問題摘要：呼叫 OpenSSL API 的 SSL_free_buffers 函式可能會導致程式存取之前在某些情況下已釋放的記憶體 影響摘要：釋放後使用可能會造成一系列潛在後果，例如：有效資料損毀、當機或任意程式碼執行。不過，只有直接呼叫 SSL_free_buffers 函式的應用程式會受到此問題影響。不呼叫此函式的應用程式不會受到影響。我們的調查顯示應用程式很少使用此函式。SSL_free_buffers 函式用於釋放處理來自網路的傳入記錄時所使用的內部 OpenSSL 緩衝區。只有在緩衝區目前未處於使用中時，呼叫才會成功。不過，目前發現在兩種情形下，仍在使用中的緩衝區也會被釋放。第一種情形是， OpenSSL 已經透過網路接收記錄標頭並進行處理，但完整的記錄內文尚未到達。在此情況下，即使只處理了部分記錄且緩衝區仍在使用中，呼叫 SSL_free_buffers 仍會成功。第二種情形是，OpenSSL 已接收並處理含有應用程式資料的完整記錄，但應用程式只讀取了此資料的一部分內容。即使緩衝區仍在使用中，呼叫 SSL_free_buffers 也會成功。雖然這些情形可能會在正常作業期間意外發生，但惡意攻擊者仍可嘗試設計會造成此情況發生的狀況。我們並未發現此問題遭到主動惡意利用。3.3、3.2、3.1 和 3.0 中的 FIPS 模組不受此問題影響。由 William Ahern (Akamai) 發現。修正程式由 Matt Caswell 開發。修正程式由 Watson Ladd (Akamai) 開發。已在 OpenSSL 3.3.1 版中修正此問題 (受影響的是 3.3.0 和之後版本)。(CVE-2024-4741)

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

遠端 Azure Linux 3.0 主機上安裝的 cloud-hypervisor-cvm / edk2 / hvloader / nodejs / nodejs18 / openssl 版本比測試版舊。因此，此版本會受到 CVE-2024-4603 公告中提及的一個弱點影響。

  - 問題摘要檢查過長的 DSA 金鑰或參數 可能非常緩慢。影響摘要：
    使用 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式檢查 DSA 公開金鑰或 DSA 參數的應用程式可能會遇到長延遲情況。若正在檢查的金鑰或參數是從未受信任的來源取得這可能會導致拒絕服務。EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式對 DSA 參數執行各種檢查。如果模數 (「p」參數) 太大，某些運算會花很長的時間。嘗試使用非常大的模數時執行速度會變慢，且 OpenSSL 不允許使用長度超過 10,000 位元的公開金鑰用於執行簽章驗證。不過，執行檢查時，金鑰和參數檢查函式不會限制模數大小。應用程式如果呼叫 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 並提供從未受信任之來源取得的金鑰或參數，則容易遭受拒絕服務攻擊。OpenSSL 本身不會在未受信任的 DSA 金鑰上呼叫這些函式因此只有直接呼叫這些函式的應用程式可能會受到影響。使用「-check」選項時，OpenSSL pkey 和 pkeyparam 命令行應用程式也容易受到影響。OpenSSL SSL/TLS 實作不受此問題影響。OpenSSL 3.0 和 3.1 FIPS 提供者受此問題影響。(CVE-2024-4603)

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

遠端主機上安裝的 Oracle Essbase 版本缺少 2024 年 10 月重要修補程式更新 (CPU) 中提及的一個安全修補程式。因此，此應用程式會受到以下弱點影響：

  - Oracle Essbase (元件：Essbase Web Platform (curl)) 中的弱點。受影響的支援版本是 21.6。攻擊此弱點的難度較低，經由多個通訊協定存取網路的未經驗證攻擊者可藉此入侵 Oracle Essbase。若要成功攻擊，必須有攻擊者以外之他人的互動。若攻擊成功，攻擊者未經授權即可造成 Oracle Essbase 懸置或經常重複性當機 (完全 DOS)。(CVE-2024-7264)

  - Oracle Essbase (元件：Essbase Web Platform (Apache Xerces-C++)) 中的深度安全性問題。(CVE-2024-23807)

  - Oracle Essbase (元件：Essbase Web Platform (OpenSSL)) 中的深度安全性問題。(CVE-2024-2511) 請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

根據其自我報告的版本號碼，遠端主機上執行的 Tenable Security Center 低於 6.5.0 版。因此，會受到 TNS-2024-19 公告中所提及的多個弱點影響。

  - Security Center 利用第三方軟體協助提供基礎功能。發現其中多個第三方元件 (OpenSSL、PHP、Apache Portable Runtime) 中存在弱點，廠商已提供更新版。出於慎重和符合良好實務，Tenable 已選擇升級這些元件，以解決這些問題的潛在影響。Security Center 6.5.0 將 OpenSSL 更新至 3.0.15版、PHP 更新至 [ 8.2.24 版以及 Apache Portable Runtime 更新至 1.7.5 版，以解決已識別的弱點。此外，發現、報告並修正一個單獨的弱點：Tenable 中存在一個不當憑證驗證弱點經驗證的具權限攻擊者可透過惡意 SMTP 伺服器攔截從安全中心傳送的電子郵件訊息。 - CVE-2024-12174 Tenable 已發布 Security Center 6.5.0 以解決這些問題。可從 Tenable 下載入口網站取得安裝檔案：
    https://www.tenable.com/downloads/security-center (CVE-2023-49582、CVE-2024-12174、CVE-2024-4577、CVE-2024-4603、CVE-2024-4741、CVE-2024-5458、CVE-2024-5535、CVE-2024-5585、CVE-2024-6119)

  - Tenable Security Center 中存在一個不當憑證驗證弱點，經驗證並且具有特權的攻擊者可透過惡意 SMTP 伺服器攔截從安全中心傳送的電子郵件訊息。
    (CVE-2024-12174)

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

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

    OpenSSL 不但是實作「安全通訊端層」(SSL) 和「傳輸層安全性」(TLS) 通訊協定的工具組，還是一套完整的通用密碼編譯程式庫。

    安全性修正：

    * openssl：在 TLSv1.3 中處理工作階段導致未繫結的記憶體增加 (CVE-2024-2511)

    * openssl：檢查 DSA 金鑰和參數花費過多時間 (CVE-2024-4603)

    * openssl：SSL_free_buffers 存在釋放後使用弱點 (CVE-2024-4741)

    * openssl：SSL_select_next_proto 緩衝區過度讀取 (CVE-2024-5535)

    如需安全性問題的詳細資料，包括影響、CVSS 評分、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。

    其他變更：

    如需有關此發行版本的詳細變更資訊，請參閱可從「參照」一節連結的 Red Hat Enterprise Linux 9.5 版本資訊。

Tenable 已直接從 Red Hat Enterprise Linux 安全公告擷取前置描述區塊。

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

遠端主機上安裝的 OpenSSL 為 3.2.2 之前版本。因此，會受到 3.2.2 公告中所提及的多個弱點影響。

  - 問題摘要：檢查過長的 DSA 金鑰或參數時可能會非常緩慢。影響摘要：
    使用 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式檢查 DSA 金鑰或 DSA 參數的應用程式可能會遇到長時間延遲。如果要檢查的金鑰或參數是從未受信任的來源取得，這可能會導致拒絕服務。EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式對 DSA 參數執行各種檢查。如果模數 (「p」參數) 太大，某些運算會花很長的時間。嘗試使用非常大的模數時執行速度會變慢，且 OpenSSL 不允許使用長度超過 10,000 位元的公開金鑰用於執行簽章驗證。不過，執行檢查時，金鑰和參數檢查函式不會限制模數大小。應用程式如果呼叫 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 並提供從未受信任之來源取得的金鑰或參數，則容易遭受拒絕服務攻擊。OpenSSL 本身不會在未受信任的 DSA 金鑰上呼叫這些函式，因此只有直接呼叫這些函式的應用程式可能會受到影響。使用「-check」選項時，OpenSSL pkey 和 pkeyparam 命令行應用程式也容易受到影響。OpenSSL SSL/TLS 實作不受此問題影響。OpenSSL 3.0 和 3.1 FIPS 提供者受此問題影響。(CVE-2024-4603)

  - 問題摘要：處理 TLSv1.3 工作階段時，部分非預設 TLS 伺服器組態會造成記憶體無限增長。影響摘要：攻擊者可能會惡意利用特定伺服器組態觸發記憶體無限增長，進而導致拒絕服務。若使用非預設 SSL_OP_NO_TICKET 選項，此問題就可能發生在 TLSv1.3 中 (但若同時設定 early_data 支援且使用預設防重播保護，則不會發生)。在此場景下的某些情況中，工作階段快取可能會進入不正確的狀態，且在填滿時無法正確排清。工作階段快取會繼續以無限制的方式增長。惡意用戶端可刻意建立此失敗情況，進而強制拒絕服務。這也可能在正常作業中意外發生。此問題只會影響支援 TLSv1.3 的 TLS 伺服器。它不會影響 TLS 用戶端。3.2 、3.1 和 3.0 中的 FIPS 模組不受此問題影響。OpenSSL 1.0.2 亦不會受到此問題影響。
    (CVE-2024-2511)

  - 問題摘要：呼叫 OpenSSL API 的 SSL_free_buffers 函式可能會導致程式存取之前在某些情況下已釋放的記憶體 影響摘要：釋放後使用可能會造成一系列潛在後果，例如：有效資料損毀、當機或任意程式碼執行。不過，只有直接呼叫 SSL_free_buffers 函式的應用程式會受到此問題影響。不呼叫此函式的應用程式不會受到影響。我們的調查顯示應用程式很少使用此函式。SSL_free_buffers 函式用於釋放處理來自網路的傳入記錄時所使用的內部 OpenSSL 緩衝區。只有在緩衝區目前未處於使用中時，呼叫才會成功。不過，目前發現在兩種情形下，仍在使用中的緩衝區也會被釋放。第一種情形是， OpenSSL 已經透過網路接收記錄標頭並進行處理，但完整的記錄內文尚未到達。在此情況下，即使只處理了部分記錄且緩衝區仍在使用中，呼叫 SSL_free_buffers 仍會成功。第二種情形是，OpenSSL 已接收並處理含有應用程式資料的完整記錄，但應用程式只讀取了此資料的一部分內容。即使緩衝區仍在使用中，呼叫 SSL_free_buffers 也會成功。雖然這些情形可能會在正常作業期間意外發生，但惡意攻擊者仍可嘗試設計會造成此情況發生的狀況。我們並未發現此問題遭到主動惡意利用。3.3、3.2、3.1 和 3.0 中的 FIPS 模組不受此問題影響。由 William Ahern (Akamai) 發現。修正程式由 Matt Caswell 開發。修正程式由 Watson Ladd (Akamai) 開發。已在 OpenSSL 3.3.1 版中修正此問題 (受影響的是 3.3.0 和之後版本)。(CVE-2024-4741)

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

遠端主機上安裝的 OpenSSL 為 3.1.6 之前版本。因此，會受到 3.1.6 公告中所提及的多個弱點影響。

  - 問題摘要：檢查過長的 DSA 金鑰或參數時可能會非常緩慢。影響摘要：
    使用 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式檢查 DSA 金鑰或 DSA 參數的應用程式可能會遇到長時間延遲。如果要檢查的金鑰或參數是從未受信任的來源取得，這可能會導致拒絕服務。EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式對 DSA 參數執行各種檢查。如果模數 (「p」參數) 太大，某些運算會花很長的時間。嘗試使用非常大的模數時執行速度會變慢，且 OpenSSL 不允許使用長度超過 10,000 位元的公開金鑰用於執行簽章驗證。不過，執行檢查時，金鑰和參數檢查函式不會限制模數大小。應用程式如果呼叫 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 並提供從未受信任之來源取得的金鑰或參數，則容易遭受拒絕服務攻擊。OpenSSL 本身不會在未受信任的 DSA 金鑰上呼叫這些函式，因此只有直接呼叫這些函式的應用程式可能會受到影響。使用「-check」選項時，OpenSSL pkey 和 pkeyparam 命令行應用程式也容易受到影響。OpenSSL SSL/TLS 實作不受此問題影響。OpenSSL 3.0 和 3.1 FIPS 提供者受此問題影響。(CVE-2024-4603)

  - 問題摘要：處理 TLSv1.3 工作階段時，部分非預設 TLS 伺服器組態會造成記憶體無限增長。影響摘要：攻擊者可能會惡意利用特定伺服器組態觸發記憶體無限增長，進而導致拒絕服務。若使用非預設 SSL_OP_NO_TICKET 選項，此問題就可能發生在 TLSv1.3 中 (但若同時設定 early_data 支援且使用預設防重播保護，則不會發生)。在此場景下的某些情況中，工作階段快取可能會進入不正確的狀態，且在填滿時無法正確排清。工作階段快取會繼續以無限制的方式增長。惡意用戶端可刻意建立此失敗情況，進而強制拒絕服務。這也可能在正常作業中意外發生。此問題只會影響支援 TLSv1.3 的 TLS 伺服器。它不會影響 TLS 用戶端。3.2 、3.1 和 3.0 中的 FIPS 模組不受此問題影響。OpenSSL 1.0.2 亦不會受到此問題影響。
    (CVE-2024-2511)

  - 問題摘要：呼叫 OpenSSL API 的 SSL_free_buffers 函式可能會導致程式存取之前在某些情況下已釋放的記憶體 影響摘要：釋放後使用可能會造成一系列潛在後果，例如：有效資料損毀、當機或任意程式碼執行。不過，只有直接呼叫 SSL_free_buffers 函式的應用程式會受到此問題影響。不呼叫此函式的應用程式不會受到影響。我們的調查顯示應用程式很少使用此函式。SSL_free_buffers 函式用於釋放處理來自網路的傳入記錄時所使用的內部 OpenSSL 緩衝區。只有在緩衝區目前未處於使用中時，呼叫才會成功。不過，目前發現在兩種情形下，仍在使用中的緩衝區也會被釋放。第一種情形是， OpenSSL 已經透過網路接收記錄標頭並進行處理，但完整的記錄內文尚未到達。在此情況下，即使只處理了部分記錄且緩衝區仍在使用中，呼叫 SSL_free_buffers 仍會成功。第二種情形是，OpenSSL 已接收並處理含有應用程式資料的完整記錄，但應用程式只讀取了此資料的一部分內容。即使緩衝區仍在使用中，呼叫 SSL_free_buffers 也會成功。雖然這些情形可能會在正常作業期間意外發生，但惡意攻擊者仍可嘗試設計會造成此情況發生的狀況。我們並未發現此問題遭到主動惡意利用。3.3、3.2、3.1 和 3.0 中的 FIPS 模組不受此問題影響。由 William Ahern (Akamai) 發現。修正程式由 Matt Caswell 開發。修正程式由 Watson Ladd (Akamai) 開發。已在 OpenSSL 3.3.1 版中修正此問題 (受影響的是 3.3.0 和之後版本)。(CVE-2024-4741)

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

遠端主機上安裝的 OpenSSL 為 3.3.1 之前版本。因此，會受到 3.3.1 公告中所提及的多個弱點影響。

  - 問題摘要：檢查過長的 DSA 金鑰或參數時可能會非常緩慢。影響摘要：
    使用 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式檢查 DSA 金鑰或 DSA 參數的應用程式可能會遇到長時間延遲。如果要檢查的金鑰或參數是從未受信任的來源取得，這可能會導致拒絕服務。EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式對 DSA 參數執行各種檢查。如果模數 (「p」參數) 太大，某些運算會花很長的時間。嘗試使用非常大的模數時執行速度會變慢，且 OpenSSL 不允許使用長度超過 10,000 位元的公開金鑰用於執行簽章驗證。不過，執行檢查時，金鑰和參數檢查函式不會限制模數大小。應用程式如果呼叫 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 並提供從未受信任之來源取得的金鑰或參數，則容易遭受拒絕服務攻擊。OpenSSL 本身不會在未受信任的 DSA 金鑰上呼叫這些函式，因此只有直接呼叫這些函式的應用程式可能會受到影響。使用「-check」選項時，OpenSSL pkey 和 pkeyparam 命令行應用程式也容易受到影響。OpenSSL SSL/TLS 實作不受此問題影響。OpenSSL 3.0 和 3.1 FIPS 提供者受此問題影響。(CVE-2024-4603)

  - 問題摘要：呼叫 OpenSSL API 的 SSL_free_buffers 函式可能會導致程式存取之前在某些情況下已釋放的記憶體 影響摘要：釋放後使用可能會造成一系列潛在後果，例如：有效資料損毀、當機或任意程式碼執行。不過，只有直接呼叫 SSL_free_buffers 函式的應用程式會受到此問題影響。不呼叫此函式的應用程式不會受到影響。我們的調查顯示應用程式很少使用此函式。SSL_free_buffers 函式用於釋放處理來自網路的傳入記錄時所使用的內部 OpenSSL 緩衝區。只有在緩衝區目前未處於使用中時，呼叫才會成功。不過，目前發現在兩種情形下，仍在使用中的緩衝區也會被釋放。第一種情形是， OpenSSL 已經透過網路接收記錄標頭並進行處理，但完整的記錄內文尚未到達。在此情況下，即使只處理了部分記錄且緩衝區仍在使用中，呼叫 SSL_free_buffers 仍會成功。第二種情形是，OpenSSL 已接收並處理含有應用程式資料的完整記錄，但應用程式只讀取了此資料的一部分內容。即使緩衝區仍在使用中，呼叫 SSL_free_buffers 也會成功。雖然這些情形可能會在正常作業期間意外發生，但惡意攻擊者仍可嘗試設計會造成此情況發生的狀況。我們並未發現此問題遭到主動惡意利用。3.3、3.2、3.1 和 3.0 中的 FIPS 模組不受此問題影響。由 William Ahern (Akamai) 發現。修正程式由 Matt Caswell 開發。修正程式由 Watson Ladd (Akamai) 開發。已在 OpenSSL 3.1.6 版中修正此問題 (受影響的是 3.1.0 和之後版本)。(CVE-2024-4741)

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

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

  - 問題摘要：處理 TLSv1.3 工作階段時，部分非預設 TLS 伺服器組態會造成記憶體無限增長。影響摘要：攻擊者可能會惡意利用特定伺服器組態觸發記憶體無限增長，進而導致拒絕服務。若使用非預設 SSL_OP_NO_TICKET 選項，此問題就可能發生在 TLSv1.3 中 (但若同時設定 early_data 支援且使用預設防重播保護，則不會發生)。在此場景下的某些情況中，工作階段快取可能會進入不正確的狀態，且在填滿時無法正確排清。工作階段快取會繼續以無限制的方式增長。惡意用戶端可刻意建立此失敗情況，進而強制拒絕服務。這也可能在正常作業中意外發生。此問題只會影響支援 TLSv1.3 的 TLS 伺服器。它不會影響 TLS 用戶端。3.2 、3.1 和 3.0 中的 FIPS 模組不受此問題影響。OpenSSL 1.0.2 亦不會受到此問題影響。
    (CVE-2024-2511)

  - 問題摘要：檢查過長的 DSA 金鑰或參數時可能會非常緩慢。影響摘要：
    使用 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式檢查 DSA 金鑰或 DSA 參數的應用程式可能會遇到長時間延遲。如果要檢查的金鑰或參數是從未受信任的來源取得，這可能會導致拒絕服務。EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式對 DSA 參數執行各種檢查。如果模數 (「p」參數) 太大，某些運算會花很長的時間。嘗試使用非常大的模數時執行速度會變慢，且 OpenSSL 不允許使用長度超過 10,000 位元的公開金鑰用於執行簽章驗證。不過，執行檢查時，金鑰和參數檢查函式不會限制模數大小。應用程式如果呼叫 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 並提供從未受信任之來源取得的金鑰或參數，則容易遭受拒絕服務攻擊。OpenSSL 本身不會在未受信任的 DSA 金鑰上呼叫這些函式，因此只有直接呼叫這些函式的應用程式可能會受到影響。使用「-check」選項時，OpenSSL pkey 和 pkeyparam 命令行應用程式也容易受到影響。OpenSSL SSL/TLS 實作不受此問題影響。OpenSSL 3.0 和 3.1 FIPS 提供者受此問題影響。(CVE-2024-4603)

  - 問題摘要：呼叫 OpenSSL API 的 SSL_free_buffers 函式可能會導致程式存取之前在某些情況下已釋放的記憶體 影響摘要：釋放後使用可能會造成一系列潛在後果，例如：有效資料損毀、當機或任意程式碼執行。不過，只有直接呼叫 SSL_free_buffers 函式的應用程式會受到此問題影響。不呼叫此函式的應用程式不會受到影響。我們的調查顯示應用程式很少使用此函式。SSL_free_buffers 函式用於釋放處理來自網路的傳入記錄時所使用的內部 OpenSSL 緩衝區。只有在緩衝區目前未處於使用中時，呼叫才會成功。不過，目前發現在兩種情形下，仍在使用中的緩衝區也會被釋放。第一種情形是， OpenSSL 已經透過網路接收記錄標頭並進行處理，但完整的記錄內文尚未到達。在此情況下，即使只處理了部分記錄且緩衝區仍在使用中，呼叫 SSL_free_buffers 仍會成功。第二種情形是，OpenSSL 已接收並處理含有應用程式資料的完整記錄，但應用程式只讀取了此資料的一部分內容。即使緩衝區仍在使用中，呼叫 SSL_free_buffers 也會成功。雖然這些情形可能會在正常作業期間意外發生，但惡意攻擊者仍可嘗試設計會造成此情況發生的狀況。我們並未發現此問題遭到主動惡意利用。3.3、3.2、3.1 和 3.0 中的 FIPS 模組不受此問題影響。由 William Ahern (Akamai) 發現。修正程式由 Matt Caswell 開發。修正程式由 Watson Ladd (Akamai) 開發。已在 OpenSSL 3.3.1 版中修正此問題 (受影響的是 3.3.0 和之後版本)。(CVE-2024-4741)

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

根據程式自我報告的版本號碼，遠端主機上執行的 Tenable Security Center 為 6.4.5 版。因此，會受到 TNS-2024-21 公告中所提及的多個弱點影響。

  - 在 32 位元系統中的 PHP 8.1.* 的 8.1.31 之前版本、8.2.* 的 8.2.26 之前版本、8.3.* 的 8.3.14 之前版本中，ldap_escape() 函式不受控制的長字串輸入可造成整數溢位問題，進而導致超出邊界寫入。(CVE-2024-11236)

  - 在 PHP 8.1.* 的 8.1.31 之前版本、8.2.* 的 8.2.26 之前版本、8.3.* 的 8.3.14 之前版本中，由於 convert.quoted-printable-decode 篩選器中包含錯誤，某些資料可造成程式在讀取資料時超出預定的緩衝區範圍一個位元組，而這在某些情況下可導致程式崩潰或洩漏其他記憶體區域的內容。(CVE-2024-11233)

  - 問題摘要：檢查過長的 DSA 金鑰或參數時可能會非常緩慢。影響摘要：
    使用 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式檢查 DSA 金鑰或 DSA 參數的應用程式可能會遇到長時間延遲。如果要檢查的金鑰或參數是從未受信任的來源取得，這可能會導致拒絕服務。EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式對 DSA 參數執行各種檢查。如果模數 (「p」參數) 太大，某些運算會花很長的時間。嘗試使用非常大的模數時執行速度會變慢，且 OpenSSL 不允許使用長度超過 10,000 位元的公開金鑰用於執行簽章驗證。不過，執行檢查時，金鑰和參數檢查函式不會限制模數大小。應用程式如果呼叫 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 並提供從未受信任之來源取得的金鑰或參數，則容易遭受拒絕服務攻擊。OpenSSL 本身不會在未受信任的 DSA 金鑰上呼叫這些函式，因此只有直接呼叫這些函式的應用程式可能會受到影響。使用「-check」選項時，OpenSSL pkey 和 pkeyparam 命令行應用程式也容易受到影響。OpenSSL SSL/TLS 實作不受此問題影響。OpenSSL 3.0 和 3.1 FIPS 提供者受此問題影響。(CVE-2024-4603)

  - 問題摘要：呼叫 OpenSSL API 的 SSL_free_buffers 函式可能會導致程式存取之前在某些情況下已釋放的記憶體 影響摘要：釋放後使用可能會造成一系列潛在後果，例如：有效資料損毀、當機或任意程式碼執行。不過，只有直接呼叫 SSL_free_buffers 函式的應用程式會受到此問題影響。不呼叫此函式的應用程式不會受到影響。我們的調查顯示應用程式很少使用此函式。SSL_free_buffers 函式用於釋放處理來自網路的傳入記錄時所使用的內部 OpenSSL 緩衝區。只有在緩衝區目前未處於使用中時，呼叫才會成功。不過，目前發現在兩種情形下，仍在使用中的緩衝區也會被釋放。第一種情形是， OpenSSL 已經透過網路接收記錄標頭並進行處理，但完整的記錄內文尚未到達。在此情況下，即使只處理了部分記錄且緩衝區仍在使用中，呼叫 SSL_free_buffers 仍會成功。第二種情形是，OpenSSL 已接收並處理含有應用程式資料的完整記錄，但應用程式只讀取了此資料的一部分內容。即使緩衝區仍在使用中，呼叫 SSL_free_buffers 也會成功。雖然這些情形可能會在正常作業期間意外發生，但惡意攻擊者仍可嘗試設計會造成此情況發生的狀況。我們並未發現此問題遭到主動惡意利用。3.3、3.2、3.1 和 3.0 中的 FIPS 模組不受此問題影響。(CVE-2024-4741)

  - 在 PHP 8.1[] .* 之前的版本、 8.2. * 8.1.29之前的 [] .* 8.2.20之前的 [ 8.3.* 8.3.8之前的版本中，由於一個程式碼邏輯錯誤，在驗證特定類型之 的 URL (FILTER_VALIDATE_URL) 時， URL 函式會導致將無效的使用者資訊 (URL 的使用者名稱 + 密碼部分) 視為有效的使用者資訊。這可能導致下游程式碼接受無效的 URL 為有效，並錯誤剖析這些 URL。(CVE-2024-5458)

  - 問題摘要：以空的受支援用戶端通訊協定緩衝區呼叫 OpenSSL API 函式 SSL_select_next_proto 可能會造成當機或記憶體內容被傳送至對等記憶體。影響摘要：緩衝區過度讀取可造成一系列潛在後果，例如非預期的應用程式行為或當機。
    特別是，此問題可導致最多 255 位元組的任意私人資料從記憶體傳送至對等記憶體，進而導致機密性喪失。但是，只有透過 0 長度的受支援用戶端通訊協定清單直接呼叫 SSL_select_next_proto 函式的應用程式才會受到此問題影響。這種情況通常不會發生，而且通常不受攻擊者控制，但在呼叫應用程式中發生設定或程式設計錯誤的情況下可能會意外發生。OpenSSL API 函式 SSL_select_next_proto 通常由支援 ALPN (應用程式層通訊協定交涉) 或 NPN (下一個通訊協定交涉) 的 TLS 應用程式使用。NPN 較舊，從未標準化，並且已由 ALPN 取代。我們認為，ALPN 的部署範圍遠比 NPN 廣泛。SSL_select_next_proto 函式不僅接受來自伺服器的通訊協定清單和來自用戶端的通訊協定清單，還傳回出現在伺服器清單和用戶端清單中的第一個通訊協定。如果兩個清單之間沒有重疊，函式會傳回用戶端清單中的第一個項目。在任何一種情況下，它都會發出是否在兩個清單之間發現重疊情況的訊號。使用零長度用戶端清單呼叫 SSL_select_next_proto 時，它不會注意到此情況，並立即在用戶端清單指標出現之後傳回記憶體 (並報告清單中沒有重疊)。通常，在伺服器端應用程式回呼 ALPN 或用戶端應用程式回呼 NPN 時，才呼叫此函式。就 ALPN 而言，libssl 保證用戶端提供的通訊協定清單長度永遠不會為零。伺服器通訊協定清單來自應用程式，其長度通常不會為零。在這種情況下，如果已按預期呼叫 SSL_select_next_proto 函式 (清單由 client/client_len 參數中傳遞的用戶端提供)，應用程式則不會受到此問題的影響。如果應用程式意外被設定了零長度的伺服器清單，並意外在 client/client_len 參數中傳遞了這個零長度的伺服器清單，且無法正確處理無重疊回應 (這通常會導致 ALPN 中發生交握失敗)，則容易受到此問題的影響。就 NPN 而言，在沒有重疊的情況下，通訊協定會允許用戶端伺機選取通訊協定。OpenSSL 會在無重疊的情況下傳回第一個用戶端通訊協定以支援此設定。用戶端通訊協定清單來自應用程式，其長度通常不會為零。不過，如果意外以 0 的 client_len 呼叫 SSL_select_next_proto 函式，則會改為傳回無效的記憶體指標。如果應用程式使用此輸出作為伺機性通訊協定，則會發生機密性喪失。此問題已評估為「低」嚴重性，因為如果應用程式使用 NPN 而非 ALPN，但 NPN 並未廣泛使用，則最容易受到影響。應用程式設定或程式設計錯誤也是前提條件。最後，此問題通常不受攻擊者控制，因此不太可能發生主動惡意利用。3.3、3.2、3.1 和 3.0 中的 FIPS 模組不受此問題影響。由於此問題的嚴重性低，因此我們目前不會發佈新版本的 OpenSSL。此修正將在下一版本可用時提供。(CVE-2024-5535)

  - 在 8.1之前的 8.1.29] .*、 [] 之前的 8.2.208.2.* 和 [] 之前的 [ 8.3.* 等 PHP 版本中，如果命令名稱包含結尾空格，則 CVE-2024-18748.3.8的修正將無法運作。- 最初的問題：以陣列語法使用 proc_open() 命令時，由於逸出不足，如果已執行命令的引數由惡意使用者控制，則使用者可提供會在 Windows shell 中執行任意命令的引數。
    (CVE-2024-5585)

  - 問題摘要：執行憑證名稱檢查 (例如：TLS 用戶端檢查伺服器憑證) 的應用程式可能會嘗試讀取無效的記憶體位址，進而導致應用程式處理程序異常終止。影響摘要：應用程式異常終止可造成拒絕服務。執行憑證名稱檢查的應用程式 (例如，檢查伺服器憑證的 TLS 用戶端) 可能會在比較預期名稱和 X.509 憑證的「otherName」主體別名時，嘗試讀取無效的記憶體位址。這可能會導致使應用程式終止的例外狀況。請注意，基本憑證鏈驗證 (簽章、日期...) 不受影響，只有在應用程式也指定預期的 DNS 名稱、電子郵件地址或 IP 位址時，才會發生拒絕服務。TLS 伺服器極少要求用戶端憑證，即使要求用戶端憑證，一般也不會針對參照識別碼 (預期的身分) 執行名稱檢查，而是在檢查憑證鏈後擷取呈現的身分。因此，TLS 伺服器通常不會受到影響。此問題的嚴重性等級為「中等」。3.3、3.2、3.1 和 3.0 中的 FIPS 模組不受此問題影響。
    (CVE-2024-6119)

  - Security Center 利用第三方軟體協助提供基礎功能。據發現，其中多個第三方元件 (OpenSSL、PHP) 中包含弱點，廠商已提供更新版。出於慎重和符合良好實務，Tenable 已選擇升級這些元件，以解決這些問題的潛在影響。Security Center 修補程式 SC-202412.1 已將 OpenSSL 更新為 3.0.15 版，並將 PHP 更新為 8.2.26 版，以解決發現的弱點。
    Tenable 已發佈 Security Center 修補程式 SC-202412.1 版以解決這些問題。可從 Tenable 下載入口網站取得安裝檔案：https://www.tenable.com/downloads/security-center(CVE-2024-8932

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

因此，會受到 ALAS2023-2024-677 公告中所提及的多個弱點影響。

    問題摘要：檢查過長的 DSA 金鑰或參數時可能會非常緩慢。

    影響摘要：使用 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式檢查 DSA 金鑰或 DSA 參數的應用程式可能會遇到長時間延遲。如果要檢查的金鑰或參數是從未受信任的來源取得，這可能會導致拒絕服務。

    EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 函式對 DSA 參數執行各種檢查。
    如果模數 (「p」參數) 太大，某些運算會花很長的時間。

    嘗試使用非常大的模數時執行速度會變慢，且 OpenSSL 不允許使用長度超過 10,000 位元的公開金鑰用於執行簽章驗證。不過，執行檢查時，金鑰和參數檢查函式不會限制模數大小。

    應用程式如果呼叫 EVP_PKEY_param_check() 或 EVP_PKEY_public_check() 並提供從未受信任之來源取得的金鑰或參數，則容易遭受拒絕服務攻擊。

    OpenSSL 本身不會在未受信任的 DSA 金鑰上呼叫這些函式，因此只有直接呼叫這些函式的應用程式可能會受到影響。

    使用「-check」選項時，OpenSSL pkey 和 pkeyparam 命令列應用程式也容易受到影響。

    OpenSSL SSL/TLS 實作不受此問題影響。

    OpenSSL 3.0 和 3.1 FIPS 提供者受此問題影響。(CVE-2024-4603)

    openssl：SSL_free_buffers 存在釋放後使用弱點 (CVE-2024-4741)

    問題摘要：以空的受支援用戶端通訊協定緩衝區呼叫 OpenSSL API 函式 SSL_select_next_proto 可能會造成當機或記憶體內容被傳送至對等記憶體。

    影響摘要：緩衝區過度讀取可造成一系列潛在後果，例如非預期的應用程式行為或當機。特別是，此問題可導致最多 255 位元組的任意私人資料從記憶體傳送至對等記憶體，進而導致機密性喪失。但是，只有透過 0 長度的受支援用戶端通訊協定清單直接呼叫 SSL_select_next_proto 函式的應用程式才會受到此問題影響。這種情況通常不會發生，而且通常不受攻擊者控制，但在呼叫應用程式中發生設定或程式設計錯誤的情況下可能會意外發生。

    OpenSSL API 函式 SSL_select_next_proto 通常由支援 ALPN (應用程式層通訊協定交涉) 或 NPN (下一個通訊協定交涉) 的 TLS 應用程式使用。NPN 較舊，從未標準化，並且已由 ALPN 取代。我們認為，ALPN 的部署範圍遠比 NPN 廣泛。SSL_select_next_proto 函式不僅接受來自伺服器的通訊協定清單和來自用戶端的通訊協定清單，還傳回出現在伺服器清單和用戶端清單中的第一個通訊協定。如果兩個清單之間沒有重疊，函式會傳回用戶端清單中的第一個項目。在任何一種情況下，它都會發出是否在兩個清單之間發現重疊情況的訊號。使用零長度用戶端清單呼叫 SSL_select_next_proto 時，它不會注意到此情況，並立即在用戶端清單指標出現之後傳回記憶體 (並報告清單中沒有重疊)。

    通常，在伺服器端應用程式回呼 ALPN 或用戶端應用程式回呼 NPN 時，才呼叫此函式。就 ALPN 而言，libssl 保證用戶端提供的通訊協定清單長度永遠不會為零。伺服器通訊協定清單來自應用程式，其長度通常不會為零。在這種情況下，如果已按預期呼叫 SSL_select_next_proto 函式 (清單由 client/client_len 參數中傳遞的用戶端提供)，應用程式則不會受到此問題的影響。如果應用程式意外被設定了零長度的伺服器清單，並意外在 client/client_len 參數中傳遞了這個零長度的伺服器清單，且無法正確處理無重疊回應 (這通常會導致 ALPN 中發生交握失敗)，則容易受到此問題的影響。

    就 NPN 而言，在沒有重疊的情況下，通訊協定會允許用戶端伺機選取通訊協定。OpenSSL 會在無重疊的情況下傳回第一個用戶端通訊協定以支援此設定。此用戶端通訊協定清單來自於應用程式，且正常情況下長度不應為零。但是，如果意外以 0 的 client_len 呼叫 SSL_select_next_proto 函式，則會改為傳回無效的記憶體指標。如果應用程式使用此輸出作為伺機性通訊協定，則會發生機密性喪失。

    此問題已評估為「低」嚴重性，因為如果應用程式使用 NPN 而非 ALPN，但 NPN 並未廣泛使用，則最容易受到影響。此外，這需要應用程式設定或編程錯誤。最後，此問題通常不受攻擊者控制，因此不太可能發生主動惡意利用。

    3.3、3.2、3.1 和 3.0 中的 FIPS 模組不受此問題影響。

    由於此問題的嚴重性低，因此我們目前不會發佈新版本的 OpenSSL。此修正將在下一版本可用時提供。(CVE-2024-5535)

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
211573	Oracle Linux 9：openssl / and / openssl-fips-provider (ELSA-2024-9333)	Nessus	Oracle Linux Local Security Checks	2024/11/19	2025/4/14	critical
253302	Linux Distros 未修補的弱點：CVE-2024-4603	Nessus	Misc.	2025/8/21	2025/8/21	medium
212124	Nutanix AOS：多個弱點 (NXSA-AOS-7.0)	Nessus	Misc.	2024/12/6	2025/7/22	medium
204924	Ubuntu 20.04 LTS / 22.04 LTS / 24.04 LTS：OpenSSL 弱點 (USN-6937-1)	Nessus	Ubuntu Local Security Checks	2024/7/31	2025/4/14	critical
202724	Oracle Database Server (2024 年 7 月 CPU)	Nessus	Databases	2024/7/19	2024/7/23	high
192966	OpenSSL 3.0.0 < 3.0.14 多個弱點	Nessus	Web Servers	2024/4/8	2024/11/14	high
215479	Azure Linux 3.0 安全性更新cloud-hypervisor-cvm / edk2 / hvloader / nodejs / nodejs18 / openssl (CVE-2024-4603)	Nessus	Azure Linux Local Security Checks	2025/2/10	2025/5/28	medium
209277	Oracle Essbase 多個弱點 (2024 年 10 月 CPU)	Nessus	Misc.	2024/10/18	2025/4/17	critical
212128	Tenable Security Center < 6.5.0 多個弱點 (TNS-2024-19)	Nessus	Misc.	2024/12/6	2024/12/16	high
210793	RHEL 9 ：openssl 和 openssl-fips-provider (RHSA-2024:9333)	Nessus	Red Hat Local Security Checks	2024/11/12	2025/4/14	critical
192967	OpenSSL 3.2.0 < 3.2.2 多個弱點	Nessus	Web Servers	2024/4/8	2024/11/14	high
192974	OpenSSL 3.1.0 < 3.1.6 多個弱點	Nessus	Web Servers	2024/4/8	2024/11/14	high
197189	OpenSSL 3.3.0 < 3.3.1 多個弱點	Nessus	Web Servers	2024/5/16	2024/11/14	high
200325	CentOS 9：openssl-3.2.2-1.el9	Nessus	CentOS Local Security Checks	2024/6/11	2024/11/14	high
213289	Tenable Security Center 多個弱點 (TNS-2024-21)	Nessus	Misc.	2024/12/20	2024/12/20	critical
205110	Amazon Linux 2023：openssl、openssl-devel、openssl-libs (ALAS2023-2024-677)	Nessus	Amazon Linux Local Security Checks	2024/8/6	2025/4/14	critical

偵測

搜尋 Plugin

critical

medium

medium

critical

high

high

medium

critical

high

critical

high

high

high

high

critical

critical