Maximize Anonymity Services but Minimize 'Abuse Like' Behaviors...
Erik Heidt
erik.heidt at artofinfosec.com
Sun Jan 4 03:45:47 UTC 2009
Gregory and Ted -
Thanks for sharing your ideas. The challenge here runs deep...
At this time, I am measuring the 'effectiveness' of my contribution to Tor
though the bandwidth that is used. In 2008, I had over a TBytes of bandwidth
that I didn't use. (Purchased as a part of my server hosting service,
linode.com).
I have re-configured my relay to also accept inbound connections. I feel
like this will have a low probability of creating friction between my
service provider any myself, and as can be seen in the attached graph is
using more bandwidth... So I am able to both contribute bandwidth to the
project and avoid the problems associated with being an exit node.
I am considering running a separate exit note later - just getting my
mind wrapped around all of this...
Again, thanks for your comments...
Erik
On Fri, Jan 2, 2009 at 1:25 PM, Gregory Maxwell <gmaxwell at gmail.com> wrote:
> On Fri, Jan 2, 2009 at 11:43 AM, Erik Heidt <erik.heidt at artofinfosec.com>
> wrote:
> [snip]
> > - Permitting exit to key informational resources (e.g. wikipedia
> services)
> > - Permitting exit to top 5 or 10 web mail services (e.g. google mail,
> > hotmail, yahoo, etc.)
>
> And manage to make yourself look like someone doing a targeted MITM
> attack on tor users. :(
>
> The above use cases should be handled by improving the exit enclave
> support and convincing these sorts of major sites to run their own
> exists.
>
> If you'd like to cut abuse without looking like an attacker yourself
> you're best off limiting your exit to ports which cause few abuse
> complaints. IRC and other chat protocols are probably good examples.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.torproject.org/pipermail/tor-talk/attachments/20090103/81ffba1c/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: TurnOnEntry at 730.png
Type: image/png
Size: 11394 bytes
Desc: not available
URL: <http://lists.torproject.org/pipermail/tor-talk/attachments/20090103/81ffba1c/attachment.png>
More information about the tor-talk
mailing list