Thunderbird 3.1 SSL/TLS Renegotiation

John Feuerstein <[email protected]>
Newsgroups gmane.mail.perdition.user
Message-ID <[email protected]>
Hi List,

I've just searched the July 2010 Archives [1] for a problem with Mozilla
Thunderbird 3.1 and a TLS connection to Perdition, but
am still missing a solution.

After connecting to Perdition, Thunderbird 3.1 emits warnings like:

> Server "[email protected]" has disconnected.
> The server may have gone down or there may be a network problem.

Looking into the perdition logs reveals:

> perdition[9088]: Connect: 121.121.121.121->123.123.123.123 
> perdition[9088]: Fatal error establishing TLS connection 

The same when running perdition in debug mode:

> perdition[10304]: Connect: 121.121.121.121->123.123.123.123 
> perdition[10304]: SELF:   "* OK IMAP4 Ready 121.121.121.121 0001cd8b\r\n"
> perdition[10304]: CLIENT: "1 capability\r\n"
> perdition[10304]: SELF:   "* CAPABILITY IMAP4 IMAP4REV1 STARTTLS\r\n"
> perdition[10304]: SELF:   "1 OK CAPABILITY\r\n"
> perdition[10304]: CLIENT: "2 STARTTLS\r\n"
> perdition[10304]: SELF:   "2 OK Begin TLS negotiation now\r\n"
> perdition[10304]: __perdition_ssl_connection: error:140D9115:SSL routines:SSL_GET_PREV_SESSION:session id context uninitialized
> perdition[10304]: __perdition_ssl_connection: SSL_accept
> perdition[10304]: __perdition_ssl_connection: no shared ciphers?
> perdition[10304]: perdition_ssl_server_connection: perdition_ssl_connection
> perdition[10304]: main: perdition_ssl_server_connection TLS
> perdition[10304]: Fatal error establishing TLS connection

I think the "no shared ciphers" is misleading here, it's the first
message that looks b0rked:

> perdition[10304]: __perdition_ssl_connection:
> error:140D9115:SSL routines:SSL_GET_PREV_SESSION:
> session id context uninitialized

This could be related to the SSL/TLS renegotiation [2] done by the
recent Mozilla stack because of CVE-2009-3555, as pointed to by Thierry
Hotelier some days ago [3].

There is another mail by Giorgio Paolucci [4] indicating a problem with
the ssl/tls session caching (which really matches the error message).
Too bad the proposed fix (patch?) did not end up in the mailing list
archive. Could someone (Georgio?) please re-post this patch inline so
others will find it without being subscribed?

After a quick search on openssl-users it looks like this can be fixed
using SSL_CTX_set_session_id_context.

Any news on this?

Thanks.

[1]
http://lists.vergenet.net/pipermail/perdition-users/2010-July/thread.html
[2] https://wiki.mozilla.org/Security:Renegotiation
[3]
http://lists.vergenet.net/pipermail/perdition-users/2010-July/002336.html
[4]
http://lists.vergenet.net/pipermail/perdition-users/2010-July/002341.html
______________________________________________
Perdition-users mailing list
[email protected]
http://lists.vergenet.net/listinfo/perdition-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.