[tor-bugs] #15714 [Tor]: Don't always ditch intro point after 16384 introductions

Tor Bug Tracker & Wiki blackhole at torproject.org
Mon Apr 20 16:22:13 UTC 2015


#15714: Don't always ditch intro point after 16384 introductions
------------------------+--------------------------------
     Reporter:  asn     |      Owner:
         Type:  defect  |     Status:  new
     Priority:  normal  |  Milestone:  Tor: 0.2.7.x-final
    Component:  Tor     |    Version:
   Resolution:          |   Keywords:  tor-hs SponsorR
Actual Points:          |  Parent ID:
       Points:          |
------------------------+--------------------------------

Comment (by dgoulet):

 Keeping the value is important for both the replay cache size (like nickm
 mentionned) and being able to also balance load of IPs over the network.
 My thought is to use a random value in a large enough interval to avoid
 too small values that would be easy to manipulate leaking popularity.

 For the interval, I propose we use by default 16384 as the minimum value
 and maximum would be double that. I currently have no idea how we can end
 up finding the perfect value for this apart from having secure statistics
 so for now let's go with what we have and improve it with randomness.

 Basically: `random([16384, 32768])`

 I agree that we could also introduce a torrc option for an operator to be
 able to set that minimum value in case of high load but I think we
 shouldn't allow it to go below this default else we might end up in some
 operators exchanging configuration with a value of let say 8 and that
 would put a load on the network for not much more safety...

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/15714#comment:2>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online


More information about the tor-bugs mailing list