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

  - 問題摘要：處理 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.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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端主機上安裝的 openssl 版本低於 1.1.1za。因此，它受到 SSA:2024-199-01 公告中提及的多個弱點影響。

    現已提供適用於 Slackware 15.0 和最新版本的新 openssl 套件，可修正多個安全性問題。

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

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

遠端主機上執行的 IBM MQ Server 版本受到 7167211 公告中提及的一個弱點影響。

  - 問題摘要：處理 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)

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

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

    問題摘要：處理 TLSv1.3 工作階段時，部分非預設 TLS 伺服器組態會造成記憶體無限制增長

    影響摘要：攻擊者可能會惡意利用某些伺服器組態來觸發會導致拒絕服務的無限制記憶體增長

    若使用非預設的 SSL_OP_NO_TICKET 選項，則 TLSv1.3 會發生此問題 (但若同時設定 early_data 支援，且使用預設的反重播保護，則不會發生此問題)。在此場景下的某些情況中，工作階段快取可能會進入不正確的狀態，且在填滿時無法正確排清。工作階段快取會繼續以無限制的方式增長。惡意用戶端可刻意建立此失敗情況，進而強制拒絕服務。這也可能在正常作業中意外發生。

    此問題只會影響支援 TLSv1.3 的 TLS 伺服器。它不會影響 TLS 用戶端。

    3.2 、3.1 和 3.0 中的 FIPS 模組不受此問題影響。OpenSSL1.0.2 亦不會受到此問題影響。(CVE-2024-2511)

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

請注意，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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

因此，會受到 ALAS2-2024-2539 公告中提及的一個弱點影響。

  - 問題摘要：處理 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)

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

遠端主機上安裝的 openssl11 為 1.1.1g-12 之前版本。因此，會受到 ALAS2-2024-2564 公告中提及的一個弱點影響。

    問題摘要：處理 TLSv1.3 工作階段時，部分非預設 TLS 伺服器組態會造成記憶體無限制增長

    影響摘要：攻擊者可能會惡意利用某些伺服器組態來觸發會導致拒絕服務的無限制記憶體增長

    若使用非預設的 SSL_OP_NO_TICKET 選項，則 TLSv1.3 會發生此問題 (但若同時設定 early_data 支援，且使用預設的反重播保護，則不會發生此問題)。在此場景下的某些情況中，工作階段快取可能會進入不正確的狀態，且在填滿時無法正確排清。工作階段快取會繼續以無限制的方式增長。惡意用戶端可刻意建立此失敗情況，進而強制拒絕服務。這也可能在正常作業中意外發生。

    此問題只會影響支援 TLSv1.3 的 TLS 伺服器。它不會影響 TLS 用戶端。

    3.2 、3.1 和 3.0 中的 FIPS 模組不受此問題影響。OpenSSL1.0.2 亦不會受到此問題影響。(CVE-2024-2511)

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

請注意，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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

ID	名稱	產品	系列	已發布	已更新	嚴重性
192965	OpenSSL 1.1.1 < 1.1.1y 多個弱點	Nessus	Web Servers	2024/4/8	2024/6/7	medium
192966	OpenSSL 3.0.0 < 3.0.14 多個弱點	Nessus	Web Servers	2024/4/8	2024/6/7	medium
202581	Slackware Linux 15.0/最新版 OpenSSL 多個弱點 (SSA:2024-199-01)	Nessus	Slackware Local Security Checks	2024/7/17	2024/9/6	medium
206688	IBM MQ 9.0 < 9.0.0.27 LTS / 9.1 < 9.1.0.23 LTS / 9.2 < 9.2.0.27 LTS / 9.3 < 9.3.0.21 LTS / 9.4 < 9.4.0.5 LTS (7167211)	Nessus	Misc.	2024/9/5	2024/9/5	medium
200263	Amazon Linux 2023：openssl、openssl-devel、openssl-libs (ALAS2023-2024-640)	Nessus	Amazon Linux Local Security Checks	2024/6/10	2024/6/10	medium
204924	Ubuntu 20.04 LTS / 22.04 LTS / 24.04 LTS：OpenSSL 弱點 (USN-6937-1)	Nessus	Ubuntu Local Security Checks	2024/7/31	2024/9/6	critical
202724	Oracle Database Server (2024 年 7 月 CPU)	Nessus	Databases	2024/7/19	2024/7/23	high
197110	Amazon Linux 2：edk2 (ALAS-2024-2539)	Nessus	Amazon Linux Local Security Checks	2024/5/15	2024/5/15	medium
200379	Amazon Linux 2：openssl11 (ALAS-2024-2564)	Nessus	Amazon Linux Local Security Checks	2024/6/12	2024/6/12	medium
192967	OpenSSL 3.2.0 < 3.2.2 多個弱點	Nessus	Web Servers	2024/4/8	2024/6/7	medium
192974	OpenSSL 3.1.0 < 3.1.6 多個弱點	Nessus	Web Servers	2024/4/8	2024/6/7	medium
200325	CentOS 9：openssl-3.2.2-1.el9	Nessus	CentOS Local Security Checks	2024/6/11	2024/9/6	medium

偵測

搜尋 Plugin

medium

medium

medium

medium

medium

critical

high

medium

medium

medium

medium

medium