[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-dev] Proposal xxx: Filtering malicious rendezvous points at hidden service server side




On 24 Jan 2016, at 09:28, s7r <s7r@xxxxxxxxxx> wrote:

> * This will break some Tor2Web installations, which deliberately
> choose rendezvous points on the same server or network for latency
> reasons. (Forcing Tor2Web installations to choose multiple RPs may
> be a worthwhile security tradeoff.)
>
Yes, but there is a HiddenServiceRendFilter 0 in the proposal for this
purpose and for RSOS services as well.

But that doesn't help clients to connect to every hidden service using
the same rendezvous points for every connection, unless every hidden
service sets HiddenServiceRendFilter 0.

Tor2Web instances are Tor clients that are configured as reverse proxies
to the entire Tor hidden service address space.

HiddenServiceRendFilter 0 only modifies the behaviour of one hidden
service with Tor2Web. But because Tor2Web is a client which is configured
to use the same rendezvous point(s) for every hidden service connection,
it will get banned if it connects to the same hidden service too many times.

Tim

Tim Wilson-Brown (teor)

teor2345 at gmail dot com
PGP 968F094B

teor at blah dot im
OTR CAD08081 9755866D 89E2A06F E3558B7F B5A9D14F

Attachment: signature.asc
Description: Message signed with OpenPGP using GPGMail

_______________________________________________
tor-dev mailing list
tor-dev@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev