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

  - 問題摘要：產生過長的 X9.42 DH 金鑰或檢查過長的 X9.42 DH 金鑰或參數時可能會非常緩慢。影響摘要：使用 DH_generate_key() 函式產生 X9.42 DH 金鑰的應用程式可能會遇到長時間延遲。同樣地，使用 DH_check_pub_key()、DH_check_pub_key_ex() 或 EVP_PKEY_public_check() 檢查 X9.42 DH 金鑰或 X9.42 DH 參數的應用程式可能會遇到長時間延遲。如果要檢查的金鑰或參數是從未受信任的來源取得，這可能會導致拒絕服務。雖然 DH_check() 會執行所有必要的檢查 (截至 CVE-2023-3817)，但 DH_check_pub_key() 並不會進行任何此類檢查，因此容易受到過大的 P 和 Q 參數的影響。同樣地，雖然 DH_generate_key() 會對過大的 P 參數執行檢查，但它不會檢查過大的 Q 參數。呼叫 DH_generate_key() 或 DH_check_pub_key()，並提供從未受信任之來源取得的金鑰或參數的應用程式可能容易遭到拒絕服務攻擊。DH_generate_key() 和 DH_check_pub_key() 也會被其他許多 OpenSSL 函式呼叫。呼叫任何其他函式的應用程式亦可能會受到類似影響。受此問題影響的其他函式包括 DH_check_pub_key_ex()、EVP_PKEY_public_check() 和 EVP_PKEY_generate()。使用 -pubcheck 選項時的 OpenSSL pkey 命令行應用程式，以及 OpenSSL genpkey 命令行應用程式也容易受到影響。
    OpenSSL SSL/TLS 實作不受此問題影響。OpenSSL 3.0 和 3.1 FIPS 提供者不受此問題影響。(CVE-2023-5678)

  - 問題摘要：POLY1305 MAC (訊息驗證代碼) 實作包含一個錯誤，此錯誤可能會在 CPU 提供向量指示的情況下損毀 PowerPC CPU 型平台上執行的應用程式的內部狀態。影響摘要：如果攻擊者可以影響是否使用 POLY1305 MAC 演算法，則應用程式狀態可能會損毀，並產生各種與應用程式有關的後果。OpenSSL for PowerPC CPU 中的 POLY1305 MAC (訊息驗證代碼) 實作在還原向量暫存器的內容時依照的順序與儲存順序不同。因此，有些向量暫存器的內容會在傳回呼叫者時遭到損壞。僅支援 PowerISA 2.07 指示的較新款 PowerPC 處理器會使用此存在弱點的代碼。這種內部應用程式狀態損毀的後果可能是多方面的 - 如果呼叫應用程式完全不依賴非易失性 XMM 暫存器的內容，則沒有任何後果；最嚴重的後果是攻擊者可以完全控制應用程式處理程序。不過，除非編譯器使用向量暫存器儲存指針的內容歸零，否則最有可能的後果 (若有) 是某些依賴應用程式的計算產生錯誤結果，或是發生應用程式損毀，進而產生拒絕服務情形。POLY1305 MAC 演算法最常用於 CHACHA20-POLY1305 AEAD (含相關資料的經驗證加密) 演算法。此 AEAD 密碼最常見的用法是與 TLS 通訊協定 1.2 和 1.3 版本配搭使用。如果在伺服器上啟用此密碼，惡意用戶端可影響是否使用此 AEAD 密碼。
    這表示使用 OpenSSL 的 TLS 伺服器應用程式可能會受到影響。不過，我們目前並未發現任何具體的應用程式會受到此問題影響，因此我們將此問題視為低嚴重性安全性問題。(CVE-2023-6129)

  - 問題摘要：處理惡意格式化的 PKCS12 檔案可能會導致 OpenSSL 損毀，進而導致潛在的拒絕服務攻擊 影響摘要：從不受信任的來源載入 PKCS12 格式檔案的應用程式可能會突然終止。PKCS12 格式的檔案可包含憑證和金鑰，且可能來自未受信任的來源。PKCS12 規格允許特定欄位為 NULL，但 OpenSSL 未正確檢查此情況。這可導致 NULL 指標解除參照，進而導致 OpenSSL 損毀。如果應用程式使用 OpenSSL API 處理來自未受信任來源的 PKCS12 檔案，則該應用程式將容易受此問題影響。容易受到此弱點影響的 OpenSSL API 是：
    PKCS12_parse()、PKCS12_unpack_p7data()、PKCS12_unpack_p7encdata()、PKCS12_unpack_authsafes() 和 PKCS12_newpass()。我們也已修正 SMIME_write_PKCS7() 中的一個類似問題。不過，由於此函式與寫入資料有關，因此我們認為其安全性不重大。3.2 、3.1 和 3.0 中的 FIPS 模組不受此問題影響。(CVE-2024-0727)

  - 問題摘要：檢查過長無效 RSA 公開金鑰可能需要很長時間。影響摘要：
    使用 EVP_PKEY_public_check() 函式檢查 RSA 公開金鑰的應用程式可能會遇到長時間延遲。如果要檢查的金鑰是從未受信任的來源取得，這可能會導致拒絕服務。對 RSA 公開金鑰呼叫 EVP_PKEY_public_check() 函式時，系統會完成計算以確認 RSA 模數 n 是否為複合金鑰。針對有效的 RSA 金鑰，n 是兩個或多個大質數的乘積，且此運算可快速完成。但是，如果 n 是過大的質數，則此計算會花費很長時間。應用程式如果呼叫 EVP_PKEY_public_check() 並提供從未受信任之來源取得的 RSA 金鑰，則容易遭受拒絕服務攻擊。EVP_PKEY_public_check() 函式並非從其他 OpenSSL 函式呼叫，而是從 OpenSSL pkey 命令行應用程式呼叫。因此，在處理未受信任的資料時，若使用「-pubin」和「-check」選項，應用程式也易受到攻擊。OpenSSL SSL/TLS 實作不受此問題影響。OpenSSL 3.0 和 3.1 FIPS 提供者受此問題影響。由 OSS-Fuzz 發現。修正程式由 Tomas Mraz 開發。已在 OpenSSL 3.0.13 版中修正此問題 (受影響的是 3.0.0 和之後版本)。(CVE-2023-6237)

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

偵測

Ubuntu 20.04 LTS / 22.04 LTS / 23.10：OpenSSL 弱點 (USN-6622-1)

medium Nessus Plugin ID 189992

版本 1.3