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

  - 在攻擊者收到解密嘗試成功或失敗的自動通知的情況下，攻擊者在傳送大量要解密的訊息之後，可利用 Bleichenbacher padding oracle 攻擊恢復 CMS/PKCS7 傳輸的加密金鑰，或解密任何之前以公開 RSA 金鑰加密的 RSA 加密訊息。如果應用程式將憑證與 CMS_decrypt 或 PKCS7_decrypt 函式的私密 RSA 金鑰一起使用，以選擇正確的收件者資訊進行解密，則它們不會受到影響。已在 OpenSSL 1.1.1d 中修正 (受影響的是 1.1.1-1.1.1c)。已在 OpenSSL 1.1.0l 中修正 (受影響的是 1.1.0-1.1.0k)。已在 OpenSSL 1.0.2t 中修正 (受影響的是 1.0.2-1.0.2s)。(CVE-2019-1563)

  - 通常在 OpenSSL EC 群組中，總是存在一個輔助因子，並且該輔助因子用於抗旁路的程式碼路徑。不過，在某些情況下，可能使用明確的參數 (而非使用具名曲線) 建構群組。在這些情況下，這類群組可能沒有餘因式存在。即使所有參數都符合已知的具名曲線，也會發生這種情況。如果使用這類曲線，則 OpenSSL 會回復為非防旁路程式碼路徑，這在 ECDSA 簽名作業期間，可能會導致完整金鑰復原。為了易於受到影響，攻擊者必須能夠在使用 libcrypto 的應用程式正在使用不存在餘因式的明確參數時，建立大量簽章計時。為避免疑義，libssl 因為從不使用明確參數而不易受到影響。已在 OpenSSL 1.1.1d 中修正 (受影響的是 1.1.1-1.1.1c)。已在 OpenSSL 1.1.0l 中修正 (受影響的是 1.1.0-1.1.0k)。已在 OpenSSL 1.0.2t 中修正 (受影響的是 1.0.2-1.0.2s)。(CVE-2019-1547)

  - OpenSSL 含有目錄樹狀結構的內部預設值，其中它可以尋找組態檔，以及在 TLS 中用於驗證的憑證。此目錄最常稱為 OPENSSLDIR，並且可使用 --prefix / --openssldir 組態選項設定。若是 OpenSSL 1.1.0 和 1.1.1 版，mingw 組態目標會假設所產生的程式和程式庫安裝在類似 Unix 的環境中，而且用於程式安裝以及 OPENSSLDIR 的預設前置詞應該是「/usr/local」。不過，mingw 程式是 Windows 程式，因此會自行查看「C:/usr/local」的子目錄，可能全局皆可寫入，讓未受信任的使用者能夠修改 OpenSSL 的預設組態、插入 CA 憑證、修改 (或甚至取代) 現有的引擎模組等等。若是 OpenSSL 1.0.2，「/usr/local/ssl」會用作所有 Unix 和 Windows 目標 (包括 Visual C 組建) 上 OPENSSLDIR 的預設值。但在 1.0.2 上，不同 Windows 目標的一些建置指令會建議您指定自己的 --prefix。OpenSSL 1.1.1、1.1.0 和 1.0.2 版受到此問題影響。由於受影響部署的範圍有限，此問題被評估為低嚴重性，因此我們目前並未建立新版本。已在 OpenSSL 1.1.1d 中修正 (受影響的是 1.1.1-1.1.1c)。
    已在 OpenSSL 1.1.0l 中修正 (受影響的是 1.1.0-1.1.0k)。已在 OpenSSL 1.0.2t 中修正 (受影響的是 1.0.2-1.0.2s)。
    (CVE-2019-1552)

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

偵測

OpenSSL 1.1.0 < 1.1.0l 多個弱點

medium Nessus Plugin ID 128117

版本 1.9