Delivery-Date: Fri, 24 Jul 2015 12:49:04 -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.1 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	RCVD_IN_DNSWL_MED,T_DKIM_INVALID,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 70CA91E080E;
	Fri, 24 Jul 2015 12:49:03 -0400 (EDT)
Received: from eugeni.torproject.org (localhost [127.0.0.1])
	by eugeni.torproject.org (Postfix) with ESMTP id 69ADC2B408;
	Fri, 24 Jul 2015 16:48:58 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by eugeni.torproject.org (Postfix) with ESMTP id A7A77203CC
 for <tor-talk@lists.torproject.org>; Fri, 24 Jul 2015 16:48:54 +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 3vUV_TpTfyBy for <tor-talk@lists.torproject.org>;
 Fri, 24 Jul 2015 16:48:54 +0000 (UTC)
Received: from mail2.eff.org (mail2.eff.org [173.239.79.204])
 (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
 (Client did not present a certificate)
 by eugeni.torproject.org (Postfix) with ESMTPS id 875B320327
 for <tor-talk@lists.torproject.org>; Fri, 24 Jul 2015 16:48:53 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=eff.org;
 s=mail2; 
 h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:To:From:Date;
 bh=2TkaQrbhWR2SXvSKiEw/8m7d2wYYeg569is+UqSIbCY=; 
 b=7mconCZIOiWk2VGOqhvwdBr0wRgJU3Kl8wzkRteH9diV+70l7OZRNFCjYrkMg0KIz0wlmKAmwy1KZRRzI6DmoIu8WeFU79QXjXzQY6v/YtbFtN1Imt6zyu3kIuCXun1+Q1wyhqkdD5c31QdrQlDYIfiJyY4kNm5DBAyXTf/Rr/4=;
Received: ; Fri, 24 Jul 2015 09:48:51 -0700
Date: Fri, 24 Jul 2015 09:48:51 -0700
From: Seth David Schoen <schoen@eff.org>
To: tor-talk@lists.torproject.org
Message-ID: <20150724164850.GK15647@mail2.eff.org>
References: <20150722233616.GY15647@mail2.eff.org>
 <20150723093849.388EFAE462@smtp.postman.i2p>
 <20150724005935.C0F38AE461@smtp.postman.i2p>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20150724005935.C0F38AE461@smtp.postman.i2p>
User-Agent: Mutt/1.5.21 (2010-09-15)
Subject: Re: [tor-talk] HORNET onion routing design
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>

str4d writes:

> * No replay detection - packet replay is ignored within the lifetime
> of a session. They suggest that adversaries would be deterred by the
> risk of being detected by volunteers/organizations/ASs, but the
> detection process is going to add additional processing time and
> therefore compromise throughput (c/f I2P uses a bloom filter to detect
> packet replays, and this is the primary limiting factor on
> participating throughput).

If the remote peer has to be actively involved in the onion routing
process, couldn't it detect replays rather than having the routers do it?
Or is the replay problem a problem of wasting network resources rather
than fooling the peer into thinking a communication was repeated?

-- 
Seth Schoen  <schoen@eff.org>
Senior Staff Technologist                       https://www.eff.org/
Electronic Frontier Foundation                  https://www.eff.org/join
815 Eddy Street, San Francisco, CA  94109       +1 415 436 9333 x107
-- 
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

