diff options
author | Nick Mathewson <nickm@torproject.org> | 2009-11-05 18:13:08 -0500 |
---|---|---|
committer | Nick Mathewson <nickm@torproject.org> | 2009-11-05 18:13:08 -0500 |
commit | ce0a89e2624471272ffc4950c5069d9b81a7f0b9 (patch) | |
tree | 3f430604ba70db318b670429c65e0f21ebca4e5e /ChangeLog | |
parent | 54973a45a693cf3e0dada2572016fa6695a51e75 (diff) | |
download | tor-ce0a89e2624471272ffc4950c5069d9b81a7f0b9.tar.gz tor-ce0a89e2624471272ffc4950c5069d9b81a7f0b9.zip |
Make Tor work with OpenSSL 0.9.8l
To fix a major security problem related to incorrect use of
SSL/TLS renegotiation, OpenSSL has turned off renegotiation by
default. We are not affected by this security problem, however,
since we do renegotiation right. (Specifically, we never treat a
renegotiated credential as authenticating previous communication.)
Nevertheless, OpenSSL's new behavior requires us to explicitly
turn renegotiation back on in order to get our protocol working
again.
Amusingly, this is not so simple as "set the flag when you create
the SSL object" , since calling connect or accept seems to clear
the flags.
For belt-and-suspenders purposes, we clear the flag once the Tor
handshake is done. There's no way to exploit a second handshake
either, but we might as well not allow it.
Diffstat (limited to 'ChangeLog')
-rw-r--r-- | ChangeLog | 6 |
1 files changed, 6 insertions, 0 deletions
@@ -1,4 +1,10 @@ Changes in Version 0.2.1.21 - 20??-??-?? + o Major bugfixes: + - Work around a security feature in OpenSSL 0.9.8l that prevents our + handshake from working unless we explicitly tell OpenSSL that we are + using SSL renegotiation safely. We are, of course, but OpenSSL + 0.9.8l won't work unless we say we are. + o Minor bugfixes: - Do not refuse to learn about authority certs and v2 networkstatus documents that are older than the latest consensus. This bug might |