[tor-relays] >23% Tor exit relay capacity found to be malicious - call for support for proposal to limit large scale attacks

entensaison at use.startmail.com entensaison at use.startmail.com
Mon Jul 13 18:58:36 UTC 2020


Hi list,

First of all, why is email verification not used as an additional 
method for making family settings?
(Additional meaning that operators could choose to either verify their 
mail address or write all their
relays fingerprints in the config.)
Wouldn't it be more convenient to verify the address once and then 
automatically adding every
relay with the same contact to that family. And maybe notify the 
operators so that they can claim
the new relays to be "not theirs" in case somebody else pretended to be 
that operator.


Secondly, how about adding something to the configuration of relays 
with the purpose of showing
inheritance from other configurations in order to make bad relay 
detection easier?

Imagine the guide for running secure relays changed regularly in a way 
that makes the 'version' of
torrc distinguishable by looking at the settings. This could be easily 
achieved by adding a varying
additional field in the settings.
The value of the field is not important, but the name of the field 
should change in an unpredictable
way. Somebody would keep the chronology of old suggested 
configurations.
This way it can be used like non coding DNA for m/paternity testing.

The desired effect:
If a good operator sets up a new relay for the very first time, the 
person reads the guide and
copies this extra line which adds very little extra effort. If the good 
operator sets up many relays
he can automate that and always use the same settings because the good 
operator doesn't need to
hide she is running multiple relays. (This does not replace family 
settings.)
If a bad operator sets up many relays over a long period of time, the 
bad operator cannot automate
this process as the relays would stand out by using outdated 
recommendations that a new operator
would not have found online and that can be related to the other relays 
of the same operator.

The extra information should not de-anonymize relay operators because 
the time when they setup
their relay is usually available through the first seen field and 
family settings are public available too.

The obvious difficulty is, for it to work, the tor relay guide 
containing the altering information should
be so well-written that the majority of new relay operators always 
choose to follow this rather than
other guides that don't change. And it maybe requires different error 
handling.

Anyway this example should only illustrate the basic concept. 
I don't know if that option has been discussed so far.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.torproject.org/pipermail/tor-relays/attachments/20200713/362329b8/attachment-0001.htm>


More information about the tor-relays mailing list