Delivery-Date: Tue, 05 May 2015 15:16:54 -0400
Return-Path: <tor-talk-bounces@lists.torproject.org>
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on moria.seul.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED,
	T_RP_MATCHES_RCVD autolearn=ham version=3.3.1
X-Original-To: archiver@seul.org
Delivered-To: archiver@seul.org
Received: from eugeni.torproject.org (eugeni.torproject.org [38.229.72.13])
	(using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by khazad-dum.seul.org (Postfix) with ESMTPS id AA02C1E0ABE
	for <archiver@seul.org>; Tue,  5 May 2015 15:16:52 -0400 (EDT)
Received: from eugeni.torproject.org (localhost [127.0.0.1])
	by eugeni.torproject.org (Postfix) with ESMTP id 8860835012;
	Tue,  5 May 2015 19:16:48 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by eugeni.torproject.org (Postfix) with ESMTP id 152B034FC4
 for <tor-talk@lists.torproject.org>; Tue,  5 May 2015 19:16:45 +0000 (UTC)
X-Virus-Scanned: Debian amavisd-new at 
Received: from eugeni.torproject.org ([127.0.0.1])
 by localhost (eugeni.torproject.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 2BW68ZfAXXNO for <tor-talk@lists.torproject.org>;
 Tue,  5 May 2015 19:16:45 +0000 (UTC)
Received: from plane.gmane.org (plane.gmane.org [80.91.229.3])
 (using TLSv1 with cipher AES256-SHA (256/256 bits))
 (Client did not present a certificate)
 by eugeni.torproject.org (Postfix) with ESMTPS id D21B134BB3
 for <tor-talk@lists.torproject.org>; Tue,  5 May 2015 19:16:44 +0000 (UTC)
Received: from list by plane.gmane.org with local (Exim 4.69)
 (envelope-from <gno-or-talk-2@m.gmane.org>) id 1YpiKe-0002Rk-PA
 for tor-talk@lists.torproject.org; Tue, 05 May 2015 21:16:40 +0200
Received: from atlantic480.us.unmetered.com ([188.138.9.49])
 by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
 id 1AlnuQ-0007hv-00
 for <tor-talk@lists.torproject.org>; Tue, 05 May 2015 21:16:40 +0200
Received: from wgreenhouse by atlantic480.us.unmetered.com with local (Gmexim
 0.1 (Debian)) id 1AlnuQ-0007hv-00
 for <tor-talk@lists.torproject.org>; Tue, 05 May 2015 21:16:40 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: tor-talk@lists.torproject.org
From: W. Greenhouse <wgreenhouse@riseup.net>
Date: Tue, 05 May 2015 19:16:25 +0000
Lines: 27
Message-ID: <87bnhyal86.fsf@example.com>
References: <5548D4B4.9040303@rwth-aachen.de>
 <20150505155135.GD7800@moria.seul.org>
 <20150505163624.5D57FE04BF@smtp.hushmail.com>
 <5548F685.2090704@openmailbox.org>
 <20150505170747.61F8BE04BF@smtp.hushmail.com>
 <55490663.3070407@openmailbox.org>
 <20150505182257.6BF60E04DA@smtp.hushmail.com>
Mime-Version: 1.0
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: atlantic480.us.unmetered.com
X-Archive: encrypt
Cancel-Lock: sha1:2dq5s5OCtHYZT1KSV3zfWuPjfSE=
Subject: Re: [tor-talk] the privacy of public tor descriptor data
X-BeenThere: tor-talk@lists.torproject.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: tor-talk@lists.torproject.org
List-Id: "all discussion about theory, design,
 and development of Onion Routing" <tor-talk.lists.torproject.org>
List-Unsubscribe: <https://lists.torproject.org/cgi-bin/mailman/options/tor-talk>, 
 <mailto:tor-talk-request@lists.torproject.org?subject=unsubscribe>
List-Archive: <http://lists.torproject.org/pipermail/tor-talk/>
List-Post: <mailto:tor-talk@lists.torproject.org>
List-Help: <mailto:tor-talk-request@lists.torproject.org?subject=help>
List-Subscribe: <https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk>, 
 <mailto:tor-talk-request@lists.torproject.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: tor-talk-bounces@lists.torproject.org
Sender: "tor-talk" <tor-talk-bounces@lists.torproject.org>

"l.m" <ter.one.leeboi@hush.com> writes:

> A project that promotes privacy and anonymity
> is in violation of it's own purpose the moment it tries to force the
> operator to identify themselves. I think you did just that. At least
> that was the effect.

Tor has never claimed to promote the privacy and anonymity of relays;
that would be silly, given that relays are part of a public directory.
Tor does promote the anonymity of its users, and any right of relay operators
not to be mildly questioned must be secondary to that.

It's reasonable to ask what's up with a MyFamily-less, ContactInfo-less
group of new relays hosted at a university,
because, unfortunately, paying attention to exactly that sort of phenomenon
would have allowed Tor to detect and prevent the hidden service deanonymization
attack perpetrated by US-CERT (based at but independent from cmu.edu)
in the cancelled Black Hat talk.

Further, for the same reason, it's worth asking whether someone running relays
for research purposes on the live Tor network,
which people do depend on for anonymity, is performing human subjects research,
which ought to require ethics review board approval at a reputable university.

If the choice is between making some inquiries about a relay operator
and letting that relay operator possibly deanonymize users,
the choice is obvious.

-- 
tor-talk mailing list - tor-talk@lists.torproject.org
To unsubscribe or change other settings go to
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk

