Delivery-Date: Thu, 03 Jul 2014 21:42:08 -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.8 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED,
	RP_MATCHES_RCVD,UNPARSEABLE_RELAY 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 3F87F1E0BB6
	for <archiver@seul.org>; Thu,  3 Jul 2014 21:42:06 -0400 (EDT)
Received: from eugeni.torproject.org (localhost [127.0.0.1])
	by eugeni.torproject.org (Postfix) with ESMTP id 5ECA22EEA1;
	Fri,  4 Jul 2014 01:42:04 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by eugeni.torproject.org (Postfix) with ESMTP id 2D8802D172
 for <tor-talk@lists.torproject.org>; Fri,  4 Jul 2014 01:31:43 +0000 (UTC)
X-Virus-Scanned: Debian amavisd-new at eugeni.torproject.org
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 q9mReFO_B1ci for <tor-talk@lists.torproject.org>;
 Fri,  4 Jul 2014 01:31:43 +0000 (UTC)
Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (Client CN "*.riseup.net", Issuer "Gandi Standard SSL CA" (not verified))
 by eugeni.torproject.org (Postfix) with ESMTPS id 081762C2D9
 for <tor-talk@lists.torproject.org>; Fri,  4 Jul 2014 01:31:42 +0000 (UTC)
Received: from fulvetta.riseup.net (fulvetta-pn.riseup.net [10.0.1.75])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (Client CN "*.riseup.net", Issuer "Gandi Standard SSL CA" (not verified))
 by mx1.riseup.net (Postfix) with ESMTPS id A214453468
 for <tor-talk@lists.torproject.org>; Thu,  3 Jul 2014 18:31:39 -0700 (PDT)
Received: from [127.0.0.1] (localhost [127.0.0.1])
 (Authenticated sender: mirimir@fulvetta.riseup.net)
 with ESMTPSA id BCDBF2AF
Message-ID: <53B603F7.1020803@riseup.net>
Date: Thu, 03 Jul 2014 19:31:35 -0600
From: Mirimir <mirimir@riseup.net>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: tor-talk@lists.torproject.org
References: <53AB742E.5000400@riseup.net>
 <DUB121-W1602424B2673FF14097129C8180@phx.gbl> <53ABAAFA.1040406@riseup.net>
 <C21E9389-F7C9-47E7-B475-A3D23C8C4F14@hidemeta.com>
 <20140626073045.GA10980@inner.h.apk.li> <6334967458078911169@unknownmsgid>
 <CAP3fC8TUmMGFOnyXNRWzR30ynk_bxFod0_VwcKAtguDESi70Fg@mail.gmail.com>
 <53B5AE90.60405@virtadpt.net> <20140703221652.GP10613@sescenties.(null)>
In-Reply-To: <20140703221652.GP10613@sescenties.(null)>
X-Enigmail-Version: 1.6
X-Virus-Scanned: clamav-milter 0.98.1 at mx1
X-Virus-Status: Clean
Subject: Re: [tor-talk] High-latency hidden services
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>

On 07/03/2014 04:16 PM, Seth David Schoen wrote:
> The Doctor writes:
> 
>> On 07/02/2014 04:18 PM, Helder Ribeiro wrote:
>>
>>> Apps like Pocket (http://getpocket.com/) work as a "read it later" 
>>> queue, downloading things for offline reading. While you're reading
>>> an offline article, you can also follow links and click to add them
>>> to your queue. They'll be fetched when you're online so you can
>>> read them later.
>>
>> I've been using the Firefox extension called Scrapbook
>> (https://addons.mozilla.org/en-US/firefox/addon/scrapbook/) for this
>> for a while now.  I've done some experiments with it (packet sniffing
>> at the firewall and on the machine in question), and from observation
>> it seems sufficiently proxy-compliant that it routes all traffic in
>> question through Tor when it downloads and stores a local copy of a
>> page.  Secondary opinions are, of course, welcome and encouraged.
> 
> That's great, but in the context of this thread I would want to imagine
> a future-generation version that does a much better job of hiding who
> is downloading which pages -- by high-latency mixing, like an
> anonymous remailer chain.

One can imagine a browser extension that introduced random delay at each
step of getting a page. Webservers tend to drop very slow clients, as
defense against slow-loris DoS, so the extension would need to learn the
limits for each site.

> The existing Tor network can't directly support this use case very
> well, except by acting as a transport.

The ability to switch circuits during the process of getting a page
would help greatly.

> Right now, people who are using toolks like Pocket or Scrapbook over Tor
> _aren't_ really getting the privacy benefits that in principle their
> not-needing-to-read-it-right-this-second could be offering.  That is,
> a global-enough adversary can sometimes notice that person X has just
> downloaded item Y for offline reading.  There's no reason that the
> adversary has to be able to do that.
> 
-- 
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

