Issue 7285 - Mozilla NSS: default cipher suite always selected
Summary: Mozilla NSS: default cipher suite always selected
Status: VERIFIED FIXED
Alias: None
Product: OpenLDAP
Classification: Unclassified
Component: slapd (show other issues)
Version: unspecified
Hardware: All All
: --- normal
Target Milestone: ---
Assignee: OpenLDAP project
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-04 21:56 UTC by tim.strobell.ctr@nrl.navy.mil
Modified: 2014-08-01 21:04 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description tim.strobell.ctr@nrl.navy.mil 2012-06-04 21:56:08 UTC
Full_Name: Tim Strobell
Version: HEAD
OS: RHEL6
URL: ftp://ftp.openldap.org/incoming/tim-strobell-2012060401.patch
Submission from: (NULL) (2001:480:20:112:210:18ff:fe19:b000)


When using NSS, the default cipher suite selection is used even when
TLSCipherSuite is explicitly specified. This behavior was introduced in the
patch provided in ITS#6790.

At tls_m.c:2221...

        if ( lt->lt_ciphersuite &&
             tlsm_parse_ciphers( ctx, lt->lt_ciphersuite )) {
                   [ error, return ]
        } else if ( tlsm_parse_ciphers( ctx, "DEFAULT" ) ) {
                   [ error, return ]
        }

tlsm_parse_ciphers returns 0 on success; the else path is always followed and
overrides the previous cipher suite selection.
Comment 1 jvcelak@redhat.com 2012-06-05 09:19:44 UTC
The patch is fine.  I was just about to send exactly the same. We have a 
report in our bugzilla for this.

On Monday 04 of June 2012 21:56:08, tim.strobell.ctr@nrl.navy.mil wrote:
> Full_Name: Tim Strobell
> Version: HEAD
> OS: RHEL6
> URL: ftp://ftp.openldap.org/incoming/tim-strobell-2012060401.patch
> Submission from: (NULL) (2001:480:20:112:210:18ff:fe19:b000)
> 
> 
> When using NSS, the default cipher suite selection is used even when
> TLSCipherSuite is explicitly specified. This behavior was introduced in the
> patch provided in ITS#6790.
> 
> At tls_m.c:2221...
> 
>         if ( lt->lt_ciphersuite &&
>              tlsm_parse_ciphers( ctx, lt->lt_ciphersuite )) {
>                    [ error, return ]
>         } else if ( tlsm_parse_ciphers( ctx, "DEFAULT" ) ) {
>                    [ error, return ]
>         }
> 
> tlsm_parse_ciphers returns 0 on success; the else path is always followed
> and overrides the previous cipher suite selection.

Comment 2 Howard Chu 2012-06-05 10:44:27 UTC
jvcelak@redhat.com wrote:
> The patch is fine.  I was just about to send exactly the same. We have a
> report in our bugzilla for this.

Thanks for the confirmation, fixed now in master.
>
> On Monday 04 of June 2012 21:56:08, tim.strobell.ctr@nrl.navy.mil wrote:
>> Full_Name: Tim Strobell
>> Version: HEAD
>> OS: RHEL6
>> URL: ftp://ftp.openldap.org/incoming/tim-strobell-2012060401.patch
>> Submission from: (NULL) (2001:480:20:112:210:18ff:fe19:b000)
>>
>>
>> When using NSS, the default cipher suite selection is used even when
>> TLSCipherSuite is explicitly specified. This behavior was introduced in the
>> patch provided in ITS#6790.
>>
>> At tls_m.c:2221...
>>
>>          if ( lt->lt_ciphersuite &&
>>               tlsm_parse_ciphers( ctx, lt->lt_ciphersuite )) {
>>                     [ error, return ]
>>          } else if ( tlsm_parse_ciphers( ctx, "DEFAULT" ) ) {
>>                     [ error, return ]
>>          }
>>
>> tlsm_parse_ciphers returns 0 on success; the else path is always followed
>> and overrides the previous cipher suite selection.
>
>
>


-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/


Comment 3 Howard Chu 2012-06-05 10:45:41 UTC
changed notes
changed state Open to Test
moved from Incoming to Software Bugs
Comment 4 Quanah Gibson-Mount 2012-06-05 16:38:02 UTC
changed notes
changed state Test to Release
Comment 5 Quanah Gibson-Mount 2012-08-17 01:37:04 UTC
changed notes
changed state Release to Closed
Comment 6 OpenLDAP project 2014-08-01 21:04:43 UTC
fixed in master
fixed in RE24