Re: [Tsvwg] NATs (etc.) (was Re: WGLC for Port Randomization starts now (April 1st))

Fernando Gont <fernando@gont.com.ar> Wed, 27 May 2009 18:08 UTC

Return-Path: <fernando.gont.netbook.win@gmail.com>
X-Original-To: tsvwg@core3.amsl.com
Delivered-To: tsvwg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7E4DC3A716A for <tsvwg@core3.amsl.com>; Wed, 27 May 2009 11:08:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h3lA9UqBG1Q8 for <tsvwg@core3.amsl.com>; Wed, 27 May 2009 11:08:40 -0700 (PDT)
Received: from mail-gx0-f164.google.com (mail-gx0-f164.google.com [209.85.217.164]) by core3.amsl.com (Postfix) with ESMTP id EC5213A712E for <tsvwg@ietf.org>; Wed, 27 May 2009 11:07:31 -0700 (PDT)
Received: by gxk8 with SMTP id 8so659954gxk.13 for <tsvwg@ietf.org>; Wed, 27 May 2009 11:09:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=AbEGSFtVPlz5Ac/cQCoFdm7koAHKUjkxg3zIAcnOw4w=; b=knuATjbzIdr9QAXfeP/ODbbMMJFoDLW0Cx3pL+hB2m5XQEPa30QxTAtx5V5FqKw/iY 3tdZUtJB69p0UQgVJTayzQgK0kVvrqQMvnHOWWAxm02LUfbT05qs1248CNFpCW0kvnHA 94DB6GWca6SK6/duAMmeUjgEh0/nv8iZIq1iw=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=uX6yDk3dhRsDLfe1Z/tZmJydGhPpy3QdW9DEpFXEj336MfD9Ecy1B4SwpZIt9+FJvy KeyXMj3qYK52FPdWfFxbbGLWecVmaWLo1X7pGT0lTAk8kh32K1WUNWk9ieq14Fyi23lW rFgI3gIktY7AaR1e5VO0frFrGqJeyEvkt/hSU=
Received: by 10.90.66.14 with SMTP id o14mr168737aga.94.1243446762126; Wed, 27 May 2009 10:52:42 -0700 (PDT)
Received: from ?168.77.196.154? (154.196.lacnicxii.lacnic.net [168.77.196.154]) by mx.google.com with ESMTPS id 3sm2342346aga.5.2009.05.27.10.52.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 27 May 2009 10:52:41 -0700 (PDT)
Sender: Fernando Gont <fernando.gont.netbook.win@gmail.com>
Message-ID: <4A1D7DE2.3070604@gont.com.ar>
Date: Wed, 27 May 2009 14:52:34 -0300
From: Fernando Gont <fernando@gont.com.ar>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: mallman@icir.org
References: <20090527174249.6DEA3297978@lawyers.icir.org>
In-Reply-To: <20090527174249.6DEA3297978@lawyers.icir.org>
X-Enigmail-Version: 0.95.7
OpenPGP: id=D076FFF1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: Alfred Hönes <ah@tr-sys.de>, "James M. Polk" <jmpolk@cisco.com>, tsvwg <tsvwg@ietf.org>
Subject: Re: [Tsvwg] NATs (etc.) (was Re: WGLC for Port Randomization starts now (April 1st))
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tsvwg>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 27 May 2009 18:08:41 -0000

Mark Allman wrote:

[....]
>> e.g., it is not unusual to have a large number of clients behind a NAT
>> connecting every few seconds to a mailserver on the public side of the
>> NAT.This may be a dumb thing to do... but it does happen.
>>
>> Thoughts?
> 
> I'm not asking you to say that the data in my paper is representative.
> I have repeatedly said that in fact it is two data points and we know
> that the Internet is a widely variable place.  The formulation I give
> above notes that NATs and proxies cause aggregation that the causes
> *more* contention for the port space.  That is reasonable to say.  

Agreed. Will do.



> And,
> in fact, the data in my paper does show slightly more collisions when a
> NAT is assumed because of this aggregation and contention.  What I am
> responding to is this wild notion that somehow NATs and proxies are
> going to *dramatically* effect things.  Certainly they *can*.  And,
> certainly any one of us could *dream* the scenario where it might
> happen.  But, to repeat, I don't think we should be basing our decisions
> here on dreams or handwaves.

I wil review the text. What I meant is that they *can*.. not that they
"will".



> (And, also note that as I noted in [Allman] one could view a quite busy
> NAT or proxy as not being all that vulnerable to these sorts of attacks
> anyway just because their normal port allocation---say using the
> traditional BSD scheme---moves fast enough and involves enough remote
> IPs that blind attacks are naturally mitigated.)

Agreed.

Thanks,
-- 
Fernando Gont
e-mail: fernando@gont.com.ar || fgont@acm.org
PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1