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

Re: [tor-talk] Bad Exit Node Control



Roc Admin, glad you're interested in bad relay detection!

> I'm working on an updated version of SnakesOnATor (SOAT) that was used
> to monitor the Tor network for bad exit nodes.

Does this mean that you're planning to expand the SoaT codebase? Write
a revised version? If the project is going to be revived then it would
make sense for it to take advantage of one of our newer controller
libraries...

stem (threaded, similar to TorCtl) - https://stem.torproject.org/
txtorcon (twisted) - https://txtorcon.readthedocs.org/

> Namely, that there is no official
> mechanism to kick off a bad exit. If I understand correctly, this was
> a manual process in the past that entailed emailing the op and
> eventually kicking them off?

Correct. Three of the directory authorities vote on the BadExit flag
which, when set, causes Tor clients to avoid using that relay as an
exit. There are also a couple other methods (invalid and reject) for
removing a relay, for a little more on this see...

https://trac.torproject.org/projects/tor/wiki/doc/badRelays

There are a couple troubles though with the present relay flagging strategy...

1. We don't have anyone actively monitoring for bad relays or
maintaining SoaT (or projects like it).

2. Even when a bad exit *is* reported our process for flagging it is
pretty well broken. To be flagged at least two of the three authority
operators that vote on the BadExit flag need to take manual action.
All three operators are highly busy people so in practice relays don't
get flagged without considerable nagging.

We are certainly interested in improvements on both counts, it just
takes someone wanting to lead the space.

Cheers! -Damian
_______________________________________________
tor-talk mailing list
tor-talk@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk