[tor-bugs] #9777 [Tor]: Retry your path selection if you don't get an NTor-supporting relay in it?
Tor Bug Tracker & Wiki
blackhole at torproject.org
Thu Sep 19 09:45:32 UTC 2013
#9777: Retry your path selection if you don't get an NTor-supporting relay in it?
------------------------+------------------------------------
Reporter: arma | Owner:
Type: defect | Status: new
Priority: normal | Milestone: Tor: 0.2.4.x-final
Component: Tor | Version:
Keywords: tor-client | Actual Points:
Parent ID: | Points:
------------------------+------------------------------------
Currently Tor chooses its path as normal, and then it decides for each
relay whether it will send a TAP or NTor.
Coupled with the use of CREATE_FAST for the first hop, that means if you
flip two (weighted) coins wrong, you're building a circuit that's worth
attacking by an adversary who finds breaking 1024-bit crypto doable.
By my count, the current consensus aggregate weight for various relay
versions is:
{{{
0.2.2.x: 351110
0.2.3.x: 4036995
0.2.4.x: 6361554
0.2.5.x: 285012
}}}
So oversimplifying grossly, that's a 40% squared = 16% chance of flipping
those coins wrong given the current network.
But even in a world where 90% of the relay capacity has upgraded, that's
still a 1% chance of an all-TAP circuit. Not so good.
(Implementing proposal 221 would help here, but not make the problem go
away entirely.)
I think we should have a config option, probably set to auto and
controlled by the consensus, to flip our coins again if we're not going to
send an NTor cell to any of the relays in our path.
Unless we want to decide that users should always want it, and not even
make it a config option or consensus param? I don't think we should do
that at least until we've calculated the actual odds of all all-TAP path.
They could actually be quite a bit higher than 16% now, since your Guards
are discounted as a function of the scarcity of guard bandwidth, and a lot
of middle relays are small and a lot of small relays haven't upgraded yet.
In that case turning on this 'pick another path' feature could
significantly impact anonymity too.
I wonder how sad 0.2.4 users would be if they don't get this feature.
Probably pretty sad. So, setting to 0.2.4 but that's up for debate.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/9777>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list