OpenSSL 已更新，修正了多個安全性問題和錯誤：

CVE-2016-0800 即「DROWN」攻擊 (bsc#968046)：OpenSSL 容易遭受跨通訊協定攻擊，使用支援 SSLv2 和 EXPORT 加密套件的伺服器做為 Bleichenbacher RSA padding oracle 時，可導致 TLS 工作階段解密。此更新會將 OpenSSL 程式庫變更為：

預設停用 SSLv2 通訊協定支援。這可透過設定環境變數「OPENSSL_ALLOW_SSL2」或利用使用 SSL_OP_NO_SSLv2 旗標的 SSL_CTX_clear_options 來覆寫。請注意，之前多種服務與用戶端已預設停用 SSL 通訊協定 2。

預設停用所有弱式 EXPORT 密碼。如果使用環境變數「OPENSSL_ALLOW_EXPORT」的舊版軟體有需要，可以重新啟用這些設定。

CVE-2016-0797 (bsc#968048)：BN_hex2bn() 與 BN_dec2bn() 函式中存在一個錯誤，可導致嘗試解除參照 NULL 指標，從而造成當機。如果具有大的不受信任十六進位/十進位資料的使用者應用程式曾經呼叫這些函式，這可能會產生安全性後果。此外，在 OpenSSL 內部使用這些函式也會使用組態檔或應用程式命令行引數中的資料。如果使用者開發的應用程式根據不受信任的資料產生組態檔資料，則這也會產生安全性後果。

CVE-2016-0799 (bsc#968374)：在許多 64 位元系統中，內部 fmtstr() 與 doapr_outch() 函式可能會錯誤計算字串的長度，並嘗試存取超出邊界記憶體位置。這些問題可讓攻擊者發動將大量不受信任的資料傳送至 BIO_*printf 函式的攻擊。如果應用程式以此方式使用這些函式，則可能容易遭受攻擊。OpenSSL 在列印人類看得懂的 ASN.1 資料轉儲存時會使用這些函式。因此，如果資料來自不受信任的來源，列印此資料的應用程式可能容易遭受攻擊。當 OpenSSL 命令行應用程式列印 ASN.1 資料，或將不受信任的資料作為命令行引數傳送時，也可能容易遭受攻擊。
不會將 Libssl 視為容易直接遭受攻擊。

CVE-2015-3197 (bsc#963415)：SSLv2 通訊協定未封鎖已停用的密碼。

CVE-2015-3195 (bsc#957812)：已修正 X509_ATTRIBUTE 記憶體洩漏問題。

已修正 openssl-CVE-2015-0287.patch 造成的迴歸問題 (bsc#937492)

請注意，2016 年 3 月 1 日的版本也參照下列 CVE，我們已將這些問題與 2015 版中的 CVE-2015-0293　一起進行了修正：

CVE-2016-0703 (bsc#968051)：此問題僅影響 2015 年 3 月 19 日之前的 OpenSSL，此時程式碼會重構以解決弱點 CVE-2015-0293。造成上述的「DROWN」攻擊可能更容易。

CVE-2016-0704 (bsc#968053)：「SSLv2 中的 Bleichenbacher oracle」此問題僅影響 2015 年 3 月 19 日之前的 OpenSSL，此時程式碼會重構以解決弱點 CVE-2015-0293。造成上述的「DROWN」攻擊可能更容易。

請注意，Tenable Network Security 已直接從 SUSE 安全性公告擷取前置描述區塊。Tenable 已盡量在不造成其他問題的前提下，嘗試自動清理並將其格式化。

偵測

SUSE SLES10 安全性更新：OpenSSL (SUSE-SU-2016:0678-1) (DROWN)

critical Nessus Plugin ID 89731

找不到變更記錄