Re: [Ila] [5gangip] Fwd: New Version Notification for draft-herbert-ipv6-prefix-address-privacy-00.txt

Lorenzo Colitti <lorenzo@google.com> Wed, 21 February 2018 15:28 UTC

Return-Path: <lorenzo@google.com>
X-Original-To: ila@ietfa.amsl.com
Delivered-To: ila@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45BD712D810 for <ila@ietfa.amsl.com>; Wed, 21 Feb 2018 07:28:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.01
X-Spam-Level:
X-Spam-Status: No, score=-2.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
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 bUuSArnSrxCx for <ila@ietfa.amsl.com>; Wed, 21 Feb 2018 07:28:38 -0800 (PST)
Received: from mail-wr0-x22c.google.com (mail-wr0-x22c.google.com [IPv6:2a00:1450:400c:c0c::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3CC3612D7E5 for <ila@ietf.org>; Wed, 21 Feb 2018 07:28:36 -0800 (PST)
Received: by mail-wr0-x22c.google.com with SMTP id v65so5582385wrc.11 for <ila@ietf.org>; Wed, 21 Feb 2018 07:28:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=34V5lK5p41McuAYQcjODHPLDvUeV71oFaZfU7Vhqi+0=; b=ecvCBFJywAhitdimvWZWEFeL2MjwaHpRey43ajDxURfH3MwpGId7lAObnorb0gVfvW cKnmd8TLDhpIJNH7sLQBPBtXseWLZ1z3c1W/NGZSY9QMCJQB85aemFDCt1dW1gh0ATRw Omi6OudIKXSgsmsryIF9BCySfVdiWR+kZby7N4hW0z3Az6JsRhIg4U8PpVLV/c5jtrRY 8F0WzEysp6Tf0eEHzycf7bvPVU6jhRytrI4k3m4oPBwEf0kNHwlCKbKKe/w2u4h+CwY/ WMTCV/ww7xDiNs6JukM+m1MJnI7JimVQq4t1OYn9SQFwGg/hFPYIpfpiTPE/vSr/XL68 e+7Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=34V5lK5p41McuAYQcjODHPLDvUeV71oFaZfU7Vhqi+0=; b=crrNlNlCobgqveQIbZXB7OGfX+mxHblM40D/cstzYVIJ4kUC8/1ASR2UWw+O5zldmD jin8uOeDxmlsHCnTnJsvSYDX7vzCGS/U+4J92JCi2sVfg+A5+ZfknUIQEffq5Sju1Xq+ DhJpg9wXFM5Lw/Gi20F5955qKriMcQkyrM6qhXFBrbqoACAbc06vdlLkBDcwB0wtU30A h/s1EEYNvM6iEI2vn3GGqhL2AB0DFbZxlYWkrjKnP36leMWv2ibvt4CiFX7XEGtEbhPl 5oAVd7Puf3G013Y/sPL1Vm3PZ4OElYiIYV95BUoUv3u3BGdydpixfGdiv/1R/FZZ7xQm o+dw==
X-Gm-Message-State: APf1xPC2akhZmocCv7uD90E7QlWREI9Bm5dELhDE0VT4Xqfr/o0ugo1P Z5z1zumwWyFAIcaj74fdCiVbDqAx0PwTLQKX348G3Q==
X-Google-Smtp-Source: AH8x226eHRQNuavOpruQdZYR9RB0Mwf7R6iSXxm1ZOjm2OyaEuFTbMFsO0QBluK0mjrGZXkzc2En6j4sG+58TJBU7fI=
X-Received: by 10.28.12.75 with SMTP id 72mr2289692wmm.97.1519226914169; Wed, 21 Feb 2018 07:28:34 -0800 (PST)
MIME-Version: 1.0
Received: by 10.28.122.9 with HTTP; Wed, 21 Feb 2018 07:28:13 -0800 (PST)
In-Reply-To: <CAPDqMer=t7OJKbY8cGhyck+Fv655ydN75veNNW+fxrWAXTXR7w@mail.gmail.com>
References: <151906718318.18731.8986618406430268357.idtracker@ietfa.amsl.com> <CAPDqMeqajavRJ85fUkrdxg1Bjz54kHuWfqbnGgpM7Br7T6MVmQ@mail.gmail.com> <CAKD1Yr1ieLnyaG5UA9zKObw9Zh4NL1kx8mvM53ND8D1y+7RBsw@mail.gmail.com> <CAPDqMer=t7OJKbY8cGhyck+Fv655ydN75veNNW+fxrWAXTXR7w@mail.gmail.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Thu, 22 Feb 2018 00:28:13 +0900
Message-ID: <CAKD1Yr0zta54P=Vfe9KxLR32PN8Drcuag0BxOGLQ9y9JHaMK0Q@mail.gmail.com>
To: Tom Herbert <tom@quantonium.net>
Cc: int-area@ietf.org, ila@ietf.org, 5GANGIP <5gangip@ietf.org>
Content-Type: multipart/alternative; boundary="001a1143be328e05280565ba9443"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ila/cn9E5T5YTKZ-T7sCq38YgaR7Gy4>
Subject: Re: [Ila] [5gangip] Fwd: New Version Notification for draft-herbert-ipv6-prefix-address-privacy-00.txt
X-BeenThere: ila@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Identifier Locator Addressing <ila.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ila>, <mailto:ila-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ila/>
List-Post: <mailto:ila@ietf.org>
List-Help: <mailto:ila-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ila>, <mailto:ila-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Feb 2018 15:28:39 -0000

... while in certain other countries, pervasive monitoring was, er...
pervasive.

On Thu, Feb 22, 2018 at 12:23 AM, Tom Herbert <tom@quantonium.net> wrote:

> On Wed, Feb 21, 2018 at 5:08 AM, Lorenzo Colitti <lorenzo@google.com>
> wrote:
> > On Tue, Feb 20, 2018 at 4:15 AM, Tom Herbert <tom@quantonium.net> wrote:
> >>
> >> This draft discusses issue of privacy in IPv6 network prefix
> >> assignment. Specifically the privacy problems of an assigned network
> >> prefix becoming a persistent identifier for devices (e.g. /64
> >> assignment to devices in mobile networks).  The use of
> >> identifier/locator split is suggested as a solution.
> >
> >
> > The draft should state that like any IP address assignment scheme, the
> > addresses used by the host are visible to the network operator and anyone
> > with access to the network operator logs or power to compel the network
> > operator. Thus, randomizing IP addresses does not protect against
> > large-scale surveillance, it can only protect against tracking by third
> > parties.
>
> Lorenzo,
>
> AFAICT, the legal requirements for providers to store and provide logs
> varies by jurisdication. The EU seems to be pretty far along in
> specifying this. In 2016 an EU court ruled that IP addresses are
> personally identifiable information (PII) when combined with other
> information that can reveal identity. A network provider in it's
> normal operations will know the identity of nodes to which it assign
> addresses and so must safeguard the information since it is PII.
> Providers are required to log addressing mappings (like NAT mappings)
> and must release individual records per legal request. However, I
> don't think under these rules providers are compelled to blindly
> provide all logs to authorities for the purposes of data mining (if
> someone else knows otherwise please interject here).
>
> Tom
>