遠端 AlmaLinux 8 主機已安裝受到多個弱點影響的套件如 ALSA-2021:1024 公告中所提及。

  - 如果從用戶端傳送惡意特製的重新交涉 ClientHello 訊息，OpenSSL TLS 伺服器可能會當機。如果 TLSv1.2 重新交涉 ClientHello 省略 signature_algorithms 延伸模組 (出現在初始 ClientHello 中)，但包含一個 signature_algorithms_cert 延伸模組，則會導致 NULL 指標解除參照，進而導致當機和拒絕服務攻擊。伺服器只有在已啟用 TLSv1.2 和重新交涉 (預設組態) 的情況下，才會受到影響。OpenSSL TLS 用戶端不受此問題影響。所有 OpenSSL 1.1.1 版本皆受到此問題影響。這些版本的使用者應升級至 OpenSSL 1.1.1k。OpenSSL 1.0.2 不受此問題影響。已在 OpenSSL 1.1.1k 中修復 (受影響的是 1.1.1-1.1.1j)。(CVE-2021-3449)

  - X509_V_FLAG_X509_STRICT 旗標針對憑證鏈中存在的憑證啟用其他安全性檢查。預設未設定。從 OpenSSL 1.1.1h 版開始，系統已新增一項檢查作為附加的嚴格檢查，以禁止鏈結中已明確編碼橢圓曲線參數的憑證。此檢查的實作中有一個錯誤，這表示先前確認鏈結中的憑證為有效 CA 憑證的檢查結果被覆寫。這可有效繞過非 CA 憑證不得發出其他憑證的檢查。如果已設定用途，則隨後有機會檢查憑證是否為有效的 CA 憑證。libcrypto 中實作的所有具名用途值都會執行此檢查。因此，在設定用途的情況下，即使已使用 strict 旗標，憑證鏈仍會遭到拒絕。在 libssl 用戶端和伺服器憑證驗證常式中，預設有一個用途，但應用程式可以覆寫或移除該用途。若要受到此問題影響，應用程式必須明確設定 X509_V_FLAG_X509_STRICT 驗證旗標，且不得設定憑證驗證的用途，或者若為 TLS 用戶端或伺服器應用程式，則不得覆寫預設用途。OpenSSL 1.1.1h 及更新版本受到此問題影響。這些版本的使用者應升級至 OpenSSL 1.1.1k。
    OpenSSL 1.0.2 不受此問題影響。已在 OpenSSL 1.1.1k 中修復 (受影響的是 1.1.1h-1.1.1j)。
    (CVE-2021-3450)

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

偵測

AlmaLinux 8openssl (ALSA-2021:1024)

high Nessus Plugin ID 157719

版本 1.5