根據其自我報告的版本號碼，遠端主機上執行的 Tenable Nessus 應用程式為 8.9.0 至 8.13.2 版本。因此，會受到多個弱點影響：

  - 如果從用戶端傳送惡意特製的重新交涉 ClientHello 訊息，OpenSSL TLS 伺服器可能會當機。如果 TLSv1.2 重新交涉 ClientHello 省略 signature_algorithms 延伸模組 (出現在初始 ClientHello 中)，但包含一個 signature_algorithms_cert 延伸模組，則會導致 NULL 指標解除參照，進而導致當機和拒絕服務攻擊。伺服器只有在已啟用 TLSv1.2 和重新交涉的情況下，才會受到影響。(CVE-2021-3449)

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

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

偵測

Tenable Nessus 8.9.0 < 8.13.2 多個弱點 (TNS-2021-05)

high Nessus Plugin ID 148297

版本 1.7