Re: [v6ops] RFC6459 "IPv6 in 3GPP" - the IID in the LL address

Alexandre Petrescu <alexandre.petrescu@gmail.com> Mon, 10 July 2017 14:46 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDA16124B0A for <v6ops@ietfa.amsl.com>; Mon, 10 Jul 2017 07:46:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.633
X-Spam-Level:
X-Spam-Status: No, score=-1.633 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665] 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 RZoKqzhWOASQ for <v6ops@ietfa.amsl.com>; Mon, 10 Jul 2017 07:46:04 -0700 (PDT)
Received: from cirse-smtp-out.extra.cea.fr (cirse-smtp-out.extra.cea.fr [132.167.192.148]) (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 6D0091317B1 for <v6ops@ietf.org>; Mon, 10 Jul 2017 07:45:54 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id v6AEjqdq048778; Mon, 10 Jul 2017 16:45:52 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 5561D20470D; Mon, 10 Jul 2017 16:45:52 +0200 (CEST)
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 4841C2046F9; Mon, 10 Jul 2017 16:45:52 +0200 (CEST)
Received: from [10.8.34.184] (is227335.intra.cea.fr [10.8.34.184]) by muguet1.intra.cea.fr (8.15.2/8.15.2/CEAnet-Intranet-out-1.4) with ESMTP id v6AEjpLb009269; Mon, 10 Jul 2017 16:45:52 +0200
To: mohamed.boucadair@orange.com, "v6ops@ietf.org" <v6ops@ietf.org>
References: <937f22f6-e4b7-b398-9df9-79c36ea2d7ee@gmail.com> <787AE7BB302AE849A7480A190F8B93300A002E21@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <a67eb7d0-be6a-f158-b05c-fda0f38e09d6@gmail.com> <787AE7BB302AE849A7480A190F8B93300A002EF9@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <1be23f5b-f449-9924-8322-f21c4ccbd09e@gmail.com>
Date: Mon, 10 Jul 2017 16:45:51 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
In-Reply-To: <787AE7BB302AE849A7480A190F8B93300A002EF9@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/ASuU2DImOa8y6zO5N1-9hZN1Qe8>
Subject: Re: [v6ops] RFC6459 "IPv6 in 3GPP" - the IID in the LL address
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 10 Jul 2017 14:46:06 -0000


Le 10/07/2017 à 16:16, mohamed.boucadair@orange.com a écrit :
> Alex,
> 
> I'm focusing on this part of your answer.
> 
> Please see inline.
> 
> Cheers, Med
> 
>> -----Message d'origine----- De : Alexandre Petrescu 
>> [mailto:alexandre.petrescu@gmail.com] Envoyé : lundi 10 juillet 
>> 2017 15:51 À : BOUCADAIR Mohamed IMT/OLN; v6ops@ietf.org Objet : 
>> Re: [v6ops] RFC6459 "IPv6 in 3GPP" - the IID in the LL address
>> 
>> Med,
>> 
>> 
>>>> This has consequences on privacy, and may impact 
>>>> interoperability when DHCPv6-PD is used later in the process.
>>> 
>>> [Med] I don't follow you here. There is no privacy concern out 
>>> there. The IID used when forming a global IPv6 address will be 
>>> selected by the terminal; no assumption is made about those 
>>> bits.
>> 
>> There is a privacy concern: if the operator enforces the UE to 
>> always use the network-assigned IID then that UE is trackable.
>> 
> 
> [Med] I'm not sure what you mean by "trackable" in this context. If 
> you mean that "a UE can be identified by the network", then an UE is 
> always identified by the network it connects to!

YEs, and I thought that is a device-specific identifier like the IMEI,
not the link-local address.

> At the IP level, an UE is identified by the bits of the IPv6 prefix,
>  not IID bits.

Well - by the IP address.

> Further, a network does not need IP-related information to identify 
> an UE.

I agree, so why does it want to impose an IID to the UE?

> I still don't see any privacy concern in supplying an IID to an UE
> to be used for forming its link-local address.

Err...

It's because the supplied IID is very much like an IEEE MAC 48bit
address.  It is guaranteed unique, so it can also be used to track.

Why do you think it can not be used to track?

Alex

> 
> 
>