[tor-bugs] #2231 [Tor Relay]: Our server-side renegotiation-detection logic has grown baroque and ugly
Tor Bug Tracker & Wiki
torproject-admin at torproject.org
Tue Nov 30 23:17:05 UTC 2010
#2231: Our server-side renegotiation-detection logic has grown baroque and ugly
-----------------------+----------------------------------------------------
Reporter: nickm | Owner:
Type: defect | Status: new
Priority: normal | Milestone: Tor: 0.2.3.x-final
Component: Tor Relay | Version:
Keywords: | Parent:
-----------------------+----------------------------------------------------
Currently, bufferevent- and non-bufferevent code takes alternate
approaches to detecting when a client has done a TLS renegotiation.
The non-bufferevent code detects renegotiation when it gets a positive
result from SSL_read() tor_tls_read() , and invokes a renegotiation
callback there. The bufferevent code checks for callback in
connection_or_process_inbuf when it's waiting for a renegotiation, and
calls the callback when it gets one.
Really, it would be nice to unify these approaches better.
See #2205 for some approaches here. A cleaned-up version of my
bug2205_idea branch plus cypherpunks' idea_raw patch would let us have
both versions of the code use the current bufferevent approach safely.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/2231>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list