diff options
author | Bodo Möller <bodo@openssl.org> | 2011-02-03 10:42:00 +0000 |
---|---|---|
committer | Bodo Möller <bodo@openssl.org> | 2011-02-03 10:42:00 +0000 |
commit | 346601bc3255c6728785fedfe27d9f923a33afaf (patch) | |
tree | 902650103f61a6993821f3a9084cd20c1479d157 /doc | |
parent | 5080fbbef024e8dca56f2ce94cef0c37a2bf3bcb (diff) |
CVE-2010-4180 fix (from OpenSSL_1_0_0-stable)
Diffstat (limited to 'doc')
-rw-r--r-- | doc/ssl/SSL_CTX_set_options.pod | 13 |
1 files changed, 1 insertions, 12 deletions
diff --git a/doc/ssl/SSL_CTX_set_options.pod b/doc/ssl/SSL_CTX_set_options.pod index 310db84b31..cc588f3a78 100644 --- a/doc/ssl/SSL_CTX_set_options.pod +++ b/doc/ssl/SSL_CTX_set_options.pod @@ -78,18 +78,7 @@ this breaks this server so 16 bytes is the way to go. =item SSL_OP_NETSCAPE_REUSE_CIPHER_CHANGE_BUG -ssl3.netscape.com:443, first a connection is established with RC4-MD5. -If it is then resumed, we end up using DES-CBC3-SHA. It should be -RC4-MD5 according to 7.6.1.3, 'cipher_suite'. - -Netscape-Enterprise/2.01 (https://merchant.netscape.com) has this bug. -It only really shows up when connecting via SSLv2/v3 then reconnecting -via SSLv3. The cipher list changes.... - -NEW INFORMATION. Try connecting with a cipher list of just -DES-CBC-SHA:RC4-MD5. For some weird reason, each new connection uses -RC4-MD5, but a re-connect tries to use DES-CBC-SHA. So netscape, when -doing a re-connect, always takes the first cipher in the cipher list. +As of OpenSSL 0.9.8q and 1.0.0c, this option has no effect. =item SSL_OP_SSLREF2_REUSE_CERT_TYPE_BUG |