此 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-0702 即“CacheBleed”攻击。(bsc#968050) 已添加模块化指数代码中的多个变更，以确保无法通过在 Intel Sandy-Bridge 微架构上分析 cache-bank 冲突来恢复 RSA 密钥。

请注意，只有在与执行解密的受害者线程相同的 hyper 线程 Intel Sandy Bridge 处理器上执行恶意代码时，才能利用此漏洞。

- CVE-2016-0705 (bnc#968047)：已修复 DSA ASN1 解析器代码中的双重 free() 缺陷，其可遭到滥用来发起拒绝服务攻击。

- CVE-2016-0797 (bnc#968048)：BN_hex2bn() 与 BN_dec2bn() 函数中存在一个缺陷，可导致尝试取消引用空指针，进而造成崩溃。如果具有大的不受信任十六进制/十进制数据的用户应用程序曾经调用这些函数，这可能会生成安全后果。此外，在 OpenSSL 内部使用这些函数也会使用配置文件或应用程序命令行参数中的数据。如果用户开发的应用程序根据不受信任的数据生成配置文件数据，则这也会生成安全后果。

- CVE-2016-0798 (bnc#968265) SRP 用户数据库查找方法 SRP_VBASE_get_by_user() 存在一个内存泄漏情况，攻击者可滥用此漏洞来发起 DoS 攻击。若要缓解此问题，即使用户已配置种子，也要禁用 SRP_VBASE_get_by_user() 中的种子处理。建议将应用程序迁移至 SRP_VBASE_get1_by_user()。

- CVE-2016-0799 (bnc#968374) 在许多 64 位系统中，内部 fmtstr() 和 doapr_outch() 函数可能会错误计算字符串的长度，并尝试访问越界内存位置。这些问题会使攻击者能够发动攻击，将大量不受信任的数据传送至 BIO_*printf 函数。
 如果应用程序以此方式使用这些函数，则可能容易受影响。OpenSSL 本身会使用这些函数打印人类可读的 ASN.1 数据转储。因此，如果数据来自不受信任的来源，打印此数据的应用程序可能容易受影响。当 OpenSSL 命令行应用程序打印 ASN.1 数据，或者将不受信任的数据作为命令行参数传递时，也可能容易受影响。Libssl 被视为不易受到直接影响。

- CVE-2015-3197 (bsc#963415)：SSLv2 协议未阻止已禁用的密码。

请注意，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”攻击。

此 compat-openssl098 更新可修复多种安全问题和缺陷：

修复的安全问题：

- 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 (bnc#968048)：BN_hex2bn() 与 BN_dec2bn() 函数中存在一个缺陷，可导致尝试取消引用空指针，进而造成崩溃。如果具有大的不受信任十六进制/十进制数据的用户应用程序曾经调用这些函数，这可能会生成安全后果。此外，在 OpenSSL 内部使用这些函数也会使用配置文件或应用程序命令行参数中的数据。如果用户开发的应用程序根据不受信任的数据生成配置文件数据，则这也会生成安全后果。

- CVE-2016-0799 (bnc#968374) 在许多 64 位系统中，内部 fmtstr() 和 doapr_outch() 函数可能会错误计算字符串的长度，并尝试访问越界内存位置。这些问题会使攻击者能够发动攻击，将大量不受信任的数据传送至 BIO_*printf 函数。
 如果应用程序以此方式使用这些函数，则可能容易受影响。OpenSSL 本身会使用这些函数打印人类可读的 ASN.1 数据转储。因此，如果数据来自不受信任的来源，打印此数据的应用程序可能容易受影响。当 OpenSSL 命令行应用程序打印 ASN.1 数据，或者将不受信任的数据作为命令行参数传递时，也可能容易受影响。Libssl 被视为不易受到直接影响。

- CVE-2015-3197 (bsc#963415)：SSLv2 协议未阻止已禁用的密码。

请注意，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”攻击。

也修复了以下缺陷：

- 避免运行 OPENSSL_config 两次。这可避免中断引擎加载，并且修复了 libssl 中的内存泄漏。
 (bsc#952871)

请注意，Tenable Network Security 已直接从 SUSE 安全公告中提取上述描述块。Tenable 已尝试在不引入其他问题的情况下尽可能进行了自动整理和排版。

此 libopenssl0_9_8 更新修复了以下问题：

- CVE-2016-2105：EVP_EncodeUpdate 溢出　(bsc#977614)

- CVE-2016-2106：EVP_EncryptUpdate 溢出 (bsc#977615)

- CVE-2016-2108：ASN.1 编码器中的内存损坏　(bsc#977617)

- CVE-2016-2109：ASN.1 BIO 过量内存分配 (bsc#976942)

- CVE-2016-0702：对模幂运算“CacheBleed”发动边信道攻击 (bsc#968050)

- bsc#976943：ASN1_parse 中的缓冲区溢出

并将程序包更新到了 0.9.8zh 版，可收集许多其他补丁，其中包括安全补丁。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
89092	openSUSE 安全更新：openssl (openSUSE-2016-292) (DROWN)	Nessus	SuSE Local Security Checks	2016/3/3	2021/1/19	critical
89658	SUSE SLED12 安全更新：openssl (SUSE-SU-2016:0641-1) (DROWN)	Nessus	SuSE Local Security Checks	2016/3/4	2021/1/6	critical
91068	openSUSE 安全更新：libopenssl0_9_8 (openSUSE-2016-563) (DROWN)	Nessus	SuSE Local Security Checks	2016/5/12	2021/1/19	critical

检测

插件搜索

critical

critical

critical