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

Mikael Abrahamsson <swmike@swm.pp.se> Wed, 21 February 2018 15:30 UTC

Return-Path: <swmike@swm.pp.se>
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 5CA9312D7E5; Wed, 21 Feb 2018 07:30:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.311
X-Spam-Level:
X-Spam-Status: No, score=-4.311 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=swm.pp.se
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 m-WY2HZQuQmk; Wed, 21 Feb 2018 07:30:58 -0800 (PST)
Received: from uplift.swm.pp.se (swm.pp.se [212.247.200.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 15CBF12D810; Wed, 21 Feb 2018 07:30:58 -0800 (PST)
Received: by uplift.swm.pp.se (Postfix, from userid 501) id 1B3DCB0; Wed, 21 Feb 2018 16:30:56 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1519227056; bh=zu7bwQSHZxj7a/Q9fqq+vYSa1jCXBTian1HkicOuhNU=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=rxyBZcD6UlR/dcXqzbC5eNMRvEyonHEMvLlDShZhl3IuiUHewPFEpPeq3NbK69S8B HaXwH3YNcCj+O/uw8Px89w3pAYr53qh+zb64e404TN1tsHyanGcApzKOpi9orR8utQ ivABAArVLxCxba2D8pS8b3AvnRH0NThOAuNysUlU=
Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 187699F; Wed, 21 Feb 2018 16:30:56 +0100 (CET)
Date: Wed, 21 Feb 2018 16:30:56 +0100
From: Mikael Abrahamsson <swmike@swm.pp.se>
To: Tom Herbert <tom@quantonium.net>
cc: Lorenzo Colitti <lorenzo@google.com>, ila@ietf.org, int-area@ietf.org, 5GANGIP <5gangip@ietf.org>
In-Reply-To: <CAPDqMer=t7OJKbY8cGhyck+Fv655ydN75veNNW+fxrWAXTXR7w@mail.gmail.com>
Message-ID: <alpine.DEB.2.20.1802211628470.3478@uplift.swm.pp.se>
References: <151906718318.18731.8986618406430268357.idtracker@ietfa.amsl.com> <CAPDqMeqajavRJ85fUkrdxg1Bjz54kHuWfqbnGgpM7Br7T6MVmQ@mail.gmail.com> <CAKD1Yr1ieLnyaG5UA9zKObw9Zh4NL1kx8mvM53ND8D1y+7RBsw@mail.gmail.com> <CAPDqMer=t7OJKbY8cGhyck+Fv655ydN75veNNW+fxrWAXTXR7w@mail.gmail.com>
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Organization: People's Front Against WWW
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ila/UYbp38OGC7JhXP8y1R16jsg-0fw>
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:30:59 -0000

On Wed, 21 Feb 2018, Tom Herbert wrote:

> On Wed, Feb 21, 2018 at 5:08 AM, Lorenzo Colitti <lorenzo@google.com> wrote:
>>
>> 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.
>
> 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).

I think you can safely assume that there are juristictions in the world 
where the authorities have real-time and historical full access to 
anything the operator has logged.

However, there is no technical solution to this human problem, so I don't 
see it as anything we can solve.

Apart from that, it seems to me that you're both saying the same thing.

-- 
Mikael Abrahamsson    email: swmike@swm.pp.se