Re: Giving up security & privacy when manually configuring addresses - rfc4291bis text (Re: draft-bourbaki-6man-classless-ipv6-00)

Fernando Gont <fgont@si6networks.com> Thu, 08 June 2017 22:21 UTC

Return-Path: <fgont@si6networks.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42B21127867 for <ipv6@ietfa.amsl.com>; Thu, 8 Jun 2017 15:21:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.309
X-Spam-Level:
X-Spam-Status: No, score=-0.309 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_03_06=1.592, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
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 y17vbIlVfdeH for <ipv6@ietfa.amsl.com>; Thu, 8 Jun 2017 15:20:59 -0700 (PDT)
Received: from fgont.go6lab.si (fgont.go6lab.si [91.239.96.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 361B8126E64 for <ipv6@ietf.org>; Thu, 8 Jun 2017 15:20:59 -0700 (PDT)
Received: from [192.168.0.185] (unknown [105.165.153.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id 78D8483391; Fri, 9 Jun 2017 00:21:13 +0200 (CEST)
Subject: Re: Giving up security & privacy when manually configuring addresses - rfc4291bis text (Re: draft-bourbaki-6man-classless-ipv6-00)
To: Lorenzo Colitti <lorenzo@google.com>
Cc: Mark Smith <markzzzsmith@gmail.com>, Job Snijders <job@instituut.net>, Erik Kline <ek@google.com>, 6man WG <ipv6@ietf.org>
References: <CAO42Z2ziUZnK+n2f9N_Xvb5TZBppApXgNSmDsRLxaT1_taLvFw@mail.gmail.com> <4a6969ba-4cd3-ba30-2f3b-9ec4cc3fcf60@si6networks.com> <CAKD1Yr2x_EevJ37NnOg59Xk5+r3YYHmHEQKg_YCCSycuPpBzwA@mail.gmail.com>
From: Fernando Gont <fgont@si6networks.com>
Message-ID: <bb3abd49-5ddc-076c-64a4-fe5f7dcd47d1@si6networks.com>
Date: Thu, 08 Jun 2017 20:17:27 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1
MIME-Version: 1.0
In-Reply-To: <CAKD1Yr2x_EevJ37NnOg59Xk5+r3YYHmHEQKg_YCCSycuPpBzwA@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/z979UzlYYbZTsBbGot6A8uILRx4>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jun 2017 22:21:01 -0000

On 06/08/2017 02:41 PM, Lorenzo Colitti wrote:
> On Wed, Jun 7, 2017 at 9:03 PM, Fernando Gont <fgont@si6networks.com
> <mailto:fgont@si6networks.com>> wrote:
> 
>     Measurements indicate that when folks do manual configuration, they do
>     "low-byte" addresses -- i.e., no matter the prefix length, they just set
>     the IID to all zeroes except for the last byte or so. -- having "easy to
>     remember" addresses seems to be the goal in that case.
> 
> 
> I don't think you have measurements that prove this. You almost
> certainly can make a statement that there are a number of low-entropy
> addresses where the top bytes are all zeros, and that those are *likely*
> statically configured.

Are you assuming that such low-byte addresses are the result of
automatic configuration? How come?


> I don't think you can prove that the high-entropy
> addresses with lots of nonzero bits are NOT manually configured.

That's the point: there are not a lot of high-entropy addresses. See the
measurements in RFC7707.



> As for "last byte" - using the last 32 bits of the address to store the
> IPv4 address seems pretty common too. Akamai has published data about
> this, I believe.

we have similar measurements in RFC7707. However, using the low-order 32
bits in such way is equivalent to simply setting the low byte of the
addresses.

The point is that when employing manual configuration, addresses always
have small entropy. Hence employing a lot of bits doesn't buy much,
because folks simply do not use them for additional entropy.

Thanks,
-- 
Fernando Gont
SI6 Networks
e-mail: fgont@si6networks.com
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492