這項 openssl-1_1 (OpenSSL 安全性公告 [2019 年 3 月 6 日]) 的更新修正了下列問題：修正的安全性問題：- CVE-2019-1543：修正 ChaCha20-Poly1305 中的實作錯誤，此錯誤會允許 IV 設定為超過 12 個位元組 (bsc#1128189)。其他解決的問題：- 修正傳遞未知的演算法時 openssl 速度中的分割錯誤 (bsc#1125494)。- 正確跳過 openssl 速度中的二進位曲線，以避免出現錯誤 (bsc#1116833)。此更新是從 SUSE:SLE-15:Update 更新專案匯入。

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

  - ChaCha20-Poly1305 是一種 AEAD 加密，而且每一個加密作業都需要唯一的 nonce 輸入。RFC 7539 指定 nonce 值 (IV) 應該為 96 位元 (12 位元組)。OpenSSL 允許可變的 nonce 長度，而且如果小於 12 位元組，則在 nonce 前方填入 0 位元組。不過，其也錯誤地允許將 nonce 設定為最多 16 位元組。在此情況下，只有最後的 12 位元組是重要元祖，並將忽略所有額外的前導位元組。使用此加密的要求是 nonce 值必須是唯一的。如果訊息使用重複使用的 nonce 值加密，則很容易遭受嚴重的機密性與完整性攻擊。如果應用程式將預設的 nonce 長度變成比 12 位元組長，然後變更 nonce 的前導位元組，預期新值成為新的唯一 nonce，那麼這種應用程式可能會意外使用重複使用的 nonce 來加密訊息。此外，這個長 nonce 被忽略的位元組並未涵蓋在此加密的完整性保證中。任何仰賴長 nonce 這些被忽略的前導位元組完整性的應用程式可能會受到進一步影響。此加密方式的任何 OpenSSL 內部使用 (包括在 SSL/TLS 中) 都很安全，因為沒有這樣的使用會設定如此的長 nonce 值。不過，直接使用此加密方式並將非預設 nonce 長度設為超過 12 位元組的使用者應用程式可能會受到攻擊。OpenSSL 1.1.1 和 1.1.0 版受到此問題影響。
    由於受影響部署的範圍有限，此問題被評估為低嚴重性，因此我們目前並未建立新版本。已在 OpenSSL 1.1.1c 中修復 (受影響的是 1.1.1-1.1.1b)。已在 OpenSSL 1.1.0k 中修復 (受影響的是 1.1.0-1.1.0j)。(CVE-2019-1543)

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

Joran Dirk Greef 發現未正確處理與 ChaCha20-Poly1305 搭配使用的過長 nonce，可導致 nonce 重複使用。此問題不會影響使用 ChaCha20-Poly1305 的 OpenSSL-internal，例如 TLS。

遠端主機上執行的 Oracle VM VirtualBox 為比 5.2.32 舊的 5.2.x 版或比 6.0.10 舊的 6.0.x 版。因此，會受到 2019 年 7 月重大修補程式更新公告所述多個弱點影響：- Oracle Virtualization (子元件：Core) 的 Oracle VM VirtualBox 元件中有一個不明弱點：經驗證的本機攻擊者可藉以接管 Oracle VM VirtualBox。(CVE-2019-2859、CVE-2019-2863、CVE-2019-2866、CVE-2019-2867) - Oracle Virtualization (子元件：Core (OpenSSL)) 的 Oracle VM VirtualBox 元件中有一個不明弱點：未經驗證的遠端攻擊者可藉以建立、刪除或修改 Oracle VM VirtualBox 的重要資料。(CVE-2019-1543) - Oracle Virtualization (子元件：Core) 的 Oracle VM VirtualBox 元件中有一個不明弱點：經驗證的本機攻擊者可藉以造成 Oracle VM VirtualBox 停止回應，或不斷當機 (DoS)。(CVE-2019-2848、CVE-2019-2873、CVE-2019-2874、CVE-2019-2875、CVE-2019-2876、CVE-2019-2877)

現已提供適用於 Red Hat Enterprise Linux 8 的 openssl 更新。Red Hat 產品安全性團隊已將此更新評等為具有低安全性影響。可從〈參照〉一節的 CVE 連結中取得每個弱點之常見弱點評分系統 (CVSS) 的基本分數，其中包含有關嚴重性評等的詳細資訊。OpenSSL 不但是實作「安全通訊端層」(SSL) 和「傳輸層安全性」(TLS) 通訊協定的工具組，還是一套完整的通用密碼編譯程式庫。下列套件已升級至更新的上游版本：openssl (1.1.1c)。(BZ#1643026) 安全性修正：* openssl：DSA 簽章演算法中發生計時旁路攻擊 (CVE-2018-0734) * openssl：產生 ECDSA 簽章時發生計時旁路攻擊 (CVE-2018-0735) * openssl：ChaCha20-Poly1305 有長 nonce (CVE-2019-1543) 如需安全性問題的詳細資料，包括影響、CVSS 分數、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。其他變更：如需有關此發行版本的詳細變更資訊，請參閱可從〈參照〉一節連結的 Red Hat Enterprise Linux 8.1 版本資訊。

遠端 Oracle Linux 8 主機中安裝的套件受到 ELSA-2019-3700 公告中提及的多個弱點影響。

  - OpenSSL DSA 簽名演算法容易受到計時旁路攻擊。攻擊者可利用簽名演算法中的變體，復原私密金鑰。已在 OpenSSL 1.1.1a 中修正 (受影響的是 1.1.1)。已在 OpenSSL 1.1.0j 中修正 (受影響的是 1.1.0-1.1.0i)。已在 OpenSSL 1.0.2q 中修正 (受影響的是 1.0.2-1.0.2p)。(CVE-2018-0734)

  - OpenSSL ECDSA 簽章演算法容易受到計時旁路攻擊。攻擊者可利用簽名演算法中的變體，復原私密金鑰。已在 OpenSSL 1.1.0j 中修正 (受影響的是 1.1.0-1.1.0i)。已在 OpenSSL 1.1.1a 中修正 (受影響的是 1.1.1)。(CVE-2018-0735)

  - ChaCha20-Poly1305 是一種 AEAD 加密，而且每一個加密作業都需要唯一的 nonce 輸入。RFC 7539 指定 nonce 值 (IV) 應該為 96 位元 (12 位元組)。OpenSSL 允許可變的 nonce 長度，而且如果小於 12 位元組，則在 nonce 前方填入 0 位元組。不過，其也錯誤地允許將 nonce 設定為最多 16 位元組。在此情況下，只有最後的 12 位元組是重要元祖，並將忽略所有額外的前導位元組。使用此加密的要求是 nonce 值必須是唯一的。如果訊息使用重複使用的 nonce 值加密，則很容易遭受嚴重的機密性與完整性攻擊。如果應用程式將預設的 nonce 長度變成比 12 位元組長，然後變更 nonce 的前導位元組，預期新值成為新的唯一 nonce，那麼這種應用程式可能會意外使用重複使用的 nonce 來加密訊息。此外，這個長 nonce 被忽略的位元組並未涵蓋在此加密的完整性保證中。任何仰賴長 nonce 這些被忽略的前導位元組完整性的應用程式可能會受到進一步影響。此加密方式的任何 OpenSSL 內部使用 (包括在 SSL/TLS 中) 都很安全，因為沒有這樣的使用會設定如此的長 nonce 值。不過，直接使用此加密方式並將非預設 nonce 長度設為超過 12 位元組的使用者應用程式可能會受到攻擊。OpenSSL 1.1.1 和 1.1.0 版受到此問題影響。
    由於受影響部署的範圍有限，此問題被評估為低嚴重性，因此我們目前並未建立新版本。已在 OpenSSL 1.1.1c 中修復 (受影響的是 1.1.1-1.1.1b)。已在 OpenSSL 1.1.0k 中修復 (受影響的是 1.1.0-1.1.0j)。(CVE-2019-1543)

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

遠端 CentOS Linux 8 主機上安裝的套件受到 CESA-2019: 3700 公告中提及的多個弱點影響。

  - openssl：DSA 簽章演算法中發生計時旁路攻擊 (CVE-2018-0734)

  - openssl：ECDSA 簽章的產生過程中發生計時旁路攻擊 (CVE-2018-0735)

  - openssl：具有長 nonce 的 ChaCha20-Poly1305 (CVE-2019-1543)

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

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

  - ChaCha20-Poly1305 是一種 AEAD 加密，而且每一個加密作業都需要唯一的 nonce 輸入。RFC 7539 指定 nonce 值 (IV) 應該為 96 位元 (12 位元組)。OpenSSL 允許可變的 nonce 長度，而且如果小於 12 位元組，則在 nonce 前方填入 0 位元組。不過，其也錯誤地允許將 nonce 設定為最多 16 位元組。在此情況下，只有最後的 12 位元組是重要元祖，並將忽略所有額外的前導位元組。使用此加密的要求是 nonce 值必須是唯一的。如果訊息使用重複使用的 nonce 值加密，則很容易遭受嚴重的機密性與完整性攻擊。如果應用程式將預設的 nonce 長度變成比 12 位元組長，然後變更 nonce 的前導位元組，預期新值成為新的唯一 nonce，那麼這種應用程式可能會意外使用重複使用的 nonce 來加密訊息。此外，這個長 nonce 被忽略的位元組並未涵蓋在此加密的完整性保證中。任何仰賴長 nonce 這些被忽略的前導位元組完整性的應用程式可能會受到進一步影響。此加密方式的任何 OpenSSL 內部使用 (包括在 SSL/TLS 中) 都很安全，因為沒有這樣的使用會設定如此的長 nonce 值。不過，直接使用此加密方式並將非預設 nonce 長度設為超過 12 位元組的使用者應用程式可能會受到攻擊。OpenSSL 1.1.1 和 1.1.0 版受到此問題影響。
    由於受影響部署的範圍有限，此問題被評估為低嚴重性，因此我們目前並未建立新版本。已在 OpenSSL 1.1.1c 中修復 (受影響的是 1.1.1-1.1.1b)。已在 OpenSSL 1.1.0k 中修復 (受影響的是 1.1.0-1.1.0j)。(CVE-2019-1543)

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

遠端主機上安裝的 Oracle MySQL Connectors 為比 8.0.18 舊的 8.0.x 版或比 5.3.14 舊的 5.3.x 版。因此，會受到 2019 年 10 月重大修補程式更新公告所述的下列弱點影響：- Oracle MySQL Connectors 的 Connector/ODBC 元件中有一個不明的遠端安全性ˋ弱點。(CVE-2019-2920) - 在 Oracle MySQL Connectors 中，Connector/ODBC 元件的 OpenSSL 子元件中存在弱點，這是因為在 ChaCha20-Poly1305 AEAD 密碼中設定可變的 nonce 長度所致。未經驗證的遠端攻擊者可藉此影響資料的機密性和完整性。(CVE-2019-1543) 請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼。

遠端主機上安裝的經測試產品版本早於測試版本。因此，該產品受到「2020 年 4 月 CPU」公告中提及的多個弱點影響。

  - 早於 5.26.3 的 Perl 和早於 5.28.1 的 5.28.x 版 Perl有因建構的規則運算式導致的緩衝區溢位，此溢位會觸發無效的寫入作業。(CVE-2018-18311)

  - ChaCha20-Poly1305 是一種 AEAD 加密方式，每個加密作業都需要唯一的 nonce 輸入。RFC 7539 指定 nonce 值 (IV) 應該為 96 位元 (12 位元組)。OpenSSL 允許可變的 nonce 長度，而且如果小於 12 位元組，則在 nonce 前方填入 0 位元組。不過，其也錯誤地允許將 nonce 設定為最多 16 位元組。在此情況下，只有最後的 12 位元組是重要元祖，並將忽略所有額外的前導位元組。使用此加密的要求是 nonce 值必須是唯一的。如果訊息使用重複使用的 nonce 值加密，則很容易遭受嚴重的機密性與完整性攻擊。如果應用程式將預設的 nonce 長度變成比 12 位元組長，然後變更 nonce 的前導位元組，預期新值成為新的唯一 nonce，那麼這種應用程式可能會意外使用重複使用的 nonce 來加密訊息。此外，這個長 nonce 被忽略的位元組並未涵蓋在此加密的完整性保證中。任何仰賴長 nonce 這些被忽略的前導位元組完整性的應用程式可能會受到進一步影響。此加密方式的任何 OpenSSL 內部使用 (包括在 SSL/TLS 中) 都很安全，因為沒有這樣的使用會設定如此的長 nonce 值。
    不過，直接使用此加密方式並將非預設 nonce 長度設為超過 12 位元組的使用者應用程式可能會受到攻擊。OpenSSL 1.1.1 和 1.1.0 版受到此問題影響。由於受影響部署的範圍有限，此問題被評估為低嚴重性，因此我們目前並未建立新版本。已在 OpenSSL 1.1.1c 中修復 (受影響的是 1.1.1-1.1.1b)。已在 OpenSSL 1.1.0k 中修復 (受影響的是 1.1.0-1.1.0j)。(CVE-2019-1543)

  - Oracle Enterprise Manager 的 Enterprise Manager Base Platform 產品中的弱點 (元件：Discovery Framework (Oracle OHS))。受影響的支援版本是 13.2.0.0 和 13.3.0.0。能夠透過 HTTP 存取網路的未經驗證攻擊者可利用易受利用的弱點入侵 Enterprise Manager Base Platform。成功攻擊此弱點可導致接管 Enterprise Manager Base Platform。(CVE-2020-2961)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
123776	openSUSE 安全性更新：openssl-1_1 (openSUSE-2019-1147)	Nessus	SuSE Local Security Checks	2019/4/5	2025/3/12	high
125641	OpenSSL 1.1.1 < 1.1.1c 弱點	Nessus	Web Servers	2019/6/3	2025/3/4	high
126392	Debian DSA-4475-1：openssl - 安全性更新	Nessus	Debian Local Security Checks	2019/7/2	2025/2/25	high
126778	Oracle VM VirtualBox 5.2.x < 5.2.32 / 6.0.x < 6.0.10 (2019 年 7 月 CPU)	Nessus	Misc.	2019/7/18	2022/5/19	high
130567	RHEL 8：openssl (RHSA-2019:3700)	Nessus	Red Hat Local Security Checks	2019/11/6	2025/3/15	high
180654	Oracle Linux 8：openssl (ELSA-2019-3700)	Nessus	Oracle Linux Local Security Checks	2023/9/7	2025/2/19	high
145661	CentOS 8：openssl (CESA-2019: 3700)	Nessus	CentOS Local Security Checks	2021/1/29	2025/2/20	high
125642	OpenSSL 1.1.0 < 1.1.0k 弱點	Nessus	Web Servers	2019/6/3	2025/3/4	high
129974	Oracle MySQL Connectors 多個弱點 (2019 年 10 月 CPU)	Nessus	Misc.	2019/10/16	2025/2/24	high
135679	Oracle Enterprise Manager Cloud Control (2020 年 4 月 CPU)	Nessus	Misc.	2020/4/16	2022/10/21	critical

偵測

搜尋 Plugin

high

high

high

high

high

high

high

high

high

critical