Is "gatereloaded" a Bad Exit?
mikeperry at fscked.org
Sun Jan 30 04:52:12 UTC 2011
Thus spake Gregory Maxwell (gmaxwell at gmail.com):
> On Sat, Jan 29, 2011 at 9:56 PM, grarpamp <grarpamp at gmail.com> wrote:
> >> I dont see how to recognize if the traffic is recorded?
Various research groups occasionally experiment with using side
channels for detecting recording exits. Their results are not usually
reproducible, though (no source code, poor design, poor quality
control, too easy to mitigate, etc). :/
They do occasionally find interesting stuff. But then they either
publish, or get rejected, and then shut down their code and forget
> Instead, I think that nodes which exit _only_ to the unencrypted
> version of a service (e.g. 80 but not 443) should be excluded from
> operating as exits entirely (except as enclaves). In this way these
> nodes would be force to "pay their way". We can't stop them from
> sniffing, but at least we can make them carry traffic they can't sniff
> as part of the cost of doing their evil business. They could do things
> like severely throttle encrypted traffic, but that is activity that
> testing could detect.
> As far as that exit policy goes, the RFC1918 blocks might be there in
> an ignorant attempt to trigger the exit flag for completely benign
> reasons, though sniffing sounds more likely.
I agree. We already have scripts to detect this, we just have not yet
decided to actually use them yet. I believe we should.
Currently, 5 nodes exit to *only* plaintext ports for web and email.
There are about 50 others that exit to the plaintext versions for web
I believe we hould ban these 5 immediately, and consider banning the
other 50 after issuing the appropriate announcements.
Mad Computer Scientist
fscked.org evil labs
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
More information about the tor-talk