Re: Last Call: RFC 6346 successful: moving to Proposed Standard

Mark Andrews <marka@isc.org> Thu, 04 December 2014 01:31 UTC

Return-Path: <marka@isc.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D3141A6FCF; Wed, 3 Dec 2014 17:31:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.611
X-Spam-Level:
X-Spam-Status: No, score=-6.611 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UyWCEAGCyrXG; Wed, 3 Dec 2014 17:31:38 -0800 (PST)
Received: from mx.ams1.isc.org (mx.ams1.isc.org [199.6.1.65]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A01E1A6FCD; Wed, 3 Dec 2014 17:31:38 -0800 (PST)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.ams1.isc.org (Postfix) with ESMTP id 32F331FCB9D; Thu, 4 Dec 2014 01:31:35 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 87B74160068; Thu, 4 Dec 2014 01:35:33 +0000 (UTC)
Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id 4EAB216005C; Thu, 4 Dec 2014 01:35:33 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id EEB8324D4756; Thu, 4 Dec 2014 12:31:31 +1100 (EST)
To: 🔓Dan Wing <dwing@cisco.com>
From: Mark Andrews <marka@isc.org>
References: <20141201223832.20448.34524.idtracker@ietfa.amsl.com> <9450AE5B-9401-4E16-856E-FB6B45C3FAAD@cisco.com>
Subject: Re: Last Call: RFC 6346 successful: moving to Proposed Standard
In-reply-to: Your message of "Wed, 03 Dec 2014 16:58:22 -0800." <9450AE5B-9401-4E16-856E-FB6B45C3FAAD@cisco.com>
Date: Thu, 04 Dec 2014 12:31:31 +1100
Message-Id: <20141204013131.EEB8324D4756@rock.dv.isc.org>
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/cjTwPQeJjDySkoGKrt8wicPYubU
Cc: ietf@ietf.org, iesg@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Dec 2014 01:31:40 -0000

In message <9450AE5B-9401-4E16-856E-FB6B45C3FAAD@cisco.com>, =?utf-8?Q?=F0=9F=9
4=93Dan_Wing?= writes:
> RFC6346 reduces the space for TCP/UDP ports, which makes port-based =
> attacks against protocols easier, as was mentioned in RFC6056: =20
> 
>   "It is also worth noting that, provided adequate algorithms are in
>    use, the larger the range from which ephemeral ports are selected,
>    the smaller the chances of an attacker are to guess the selected port
>    number."
> 
> The primary mitigation against the Kaminsky was port randomization and =
> attacks against other protocols may also need such port randomization.  =
> If RFC6346 progresses to Proposed Standard, its impact to the size of =
> the port space should be noted in RFC6346bis's security considerations.
> 
> -d

And https://tools.ietf.org/html/draft-ietf-dnsop-cookies-00 removes
the need for port randomization once deployed.  If you don't get a
cookie back then you can retry using a randomised port.

And just so you know it is not vapour ware BIND 9.10 has a experimental
implementation sans the error code called SIT.  We haven't yet
stopped randomizing the port but that is planned for.

Once we have a allocated code point we will be dropping non SIT
responses from servers we have had a SIT response from.

> On Dec 1, 2014, at 2:38 PM, The IESG <iesg-secretary@ietf.org> wrote:
> 
> >=20
> > The IESG has received a request from an individual participant to make
> > the following status changes:
> >=20
> > - RFC6346 from Experimental to Proposed Standard
> >    (The Address plus Port (A+P) Approach to the IPv4 Address Shortage)
> >=20
> > The supporting document for this request can be found here:
> >=20
> > =
> http://datatracker.ietf.org/doc/status-change-address-plus-port-to-propose=
> d/
> >=20
> > The IESG plans to make a decision in the next few weeks, and solicits
> > final comments on this action. Please send substantive comments to the
> > ietf@ietf.org mailing lists by 2014-12-29. Exceptionally, comments may =
> be
> > sent to iesg@ietf.org instead. In either case, please retain the
> > beginning of the Subject line to allow automated sorting.
> >=20
> > The affected document can be obtained via
> > http://datatracker.ietf.org/doc/rfc6346/
> >=20
> > IESG discussion of this request can be tracked via
> > =
> http://datatracker.ietf.org/doc/status-change-address-plus-port-to-propose=
> d/ballot/
> >=20
> >=20
> 
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org