Description of problem: Qualysguard report this problem with scanning our production systems: Netscape's SSLv3 implementation had a bug where if a SSLv3 connection is initially established, the first available cipher is used. If a session is resumed, a different cipher may be chosen if it appears in the passed cipher list before the session's current cipher. This bug can be used to change ciphers on the server. OpenSSL contains this bug if the SSL_OP_NETSCAPE_REUSE_CIPHER_CHANGE_BUG option is enabled during runtime. This option was introduced for compatibility reasons. The problem arises when different applications using OpenSSL's libssl library enable all compatibility options including SSL_OP_NETSCAPE_REUSE_CIPHER_CHANGE_BUG, thus enabling the bug. Version-Release number of selected component (if applicable): openssl-0.9.7a-43.17.el4_6.1 Additional info: In https://bugzilla.redhat.com/show_bug.cgi?id=175779 this is reported as "CLOSED NEXTRELEASE" - however it does not appear to be fixed.
Sorry - my mistake. I see in the original bug report that this is only fixed in Red Hat 5. Please confirm that this is the case.
Yes, this is fixed in RHEL 5 and Fedora.
Given the state of maintenance RHEL-4 is getting to we will not fix this problem in the openssl version shipped in RHEL-4.