Re: Address privacy

Michael Richardson <mcr+ietf@sandelman.ca> Thu, 30 January 2020 17:49 UTC

Return-Path: <mcr@sandelman.ca>
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 0037112025D for <ipv6@ietfa.amsl.com>; Thu, 30 Jan 2020 09:49:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.308
X-Spam-Level:
X-Spam-Status: No, score=-0.308 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_03_06=1.592, SPF_HELO_NONE=0.001, 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 INmhBCbLSICe for <ipv6@ietfa.amsl.com>; Thu, 30 Jan 2020 09:49:52 -0800 (PST)
Received: from relay.sandelman.ca (relay.cooperix.net [176.58.120.209]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B38A51201EA for <ipv6@ietf.org>; Thu, 30 Jan 2020 09:49:52 -0800 (PST)
Received: from dooku.sandelman.ca (CPE788a207f397a-CMbc4dfb96bb50.cpe.net.cable.rogers.com [174.116.121.43]) by relay.sandelman.ca (Postfix) with ESMTPS id 07F931F45B; Thu, 30 Jan 2020 17:49:49 +0000 (UTC)
Received: by dooku.sandelman.ca (Postfix, from userid 179) id 92B1C1A35CB; Thu, 30 Jan 2020 09:12:39 -0500 (EST)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Fernando Gont <fgont@si6networks.com>
cc: otroan@employees.org, Tom Herbert <tom@herbertland.com>, 6man WG <ipv6@ietf.org>
Subject: Re: Address privacy
In-reply-to: <9f474839-7e6d-59c6-1941-ebeca5825dab@si6networks.com>
References: <03C832CE-7282-4320-BF1B-4CB7167FE6BE@employees.org> <DE7B0688-230F-4A5C-8E24-9EAED9FD9FEB@puck.nether.net> <CAO42Z2zXwVnzemRqyqy78czpHjZm0nhkCJgVrx=-fmt+C6MnSA@mail.gmail.com> <1962.1579823388@localhost> <f83ab037-9125-bb74-dbac-68850aeb1020@huitema.net> <CBB23ABE-A7A3-4208-873C-E47EE063E34B@fugue.com> <11855.1579980079@localhost> <CALx6S36V_VjaxhELYcsgDYLWsCkj20p6gtiY9T9Q=9-9Oibyjw@mail.gmail.com> <32626.1580060558@localhost> <CALx6S37prWACD0jv9c-XHD-JtPqZAcgeT2Ax0EZHkiQaDR4t=g@mail.gmail.com> <419b7c7a-e364-7951-5a44-6c39e1da65fb@joelhalpern.com> <CALx6S36802oDaEgojAPq2c6hM_s1BayidXPh1Sc6RZmZa9UHpQ@mail.gmail.com> <6c5ba72d-9289-90ba-a1c9-2307ed29a4da@foobar.org> <a98bf2ab-32e7-459b-14d2-5e0e1c65a229@si6networks.com> <CALx6S36J5TPnXJQyMW2NUbQV6KL_oqUQ01m+BEzBJ+xcHpmQWw@mail.gmail.com> <d763dc26-57bb-c67d-f727-617a6b52d813@foobar.org> <CALx6S36DsttXx-7UWL=iZkGuKG_yNKdADFB5zo87wu2coz8HcQ@mail.gmail.com> <C6E767BC-BB0F-4B47-8DEB-CD04A6EF7D8C@employees.org> <9f474839-7e6d- 59c6-1941-ebeca5825dab@si6networks.com>
Comments: In-reply-to Fernando Gont <fgont@si6networks.com> message dated "Tue, 28 Jan 2020 18:24:04 -0300."
X-Mailer: MH-E 8.6; nmh 1.7.1-RC3; GNU Emacs 25.2.1
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Date: Thu, 30 Jan 2020 09:12:39 -0500
Message-ID: <26636.1580393559@dooku>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/GsC_mo8ZqEn6uZJahzUL8wQ23qI>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
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, 30 Jan 2020 17:49:54 -0000

Fernando Gont <fgont@si6networks.com> wrote:
    >> back. temporary addresses will not help against surveillance
    >> capitalism.

    > Like everything, given enough capacity/budget, you're always toast.

    > The fact that a mitigation does not work for more powerful actors
    > doesn't mean that it's not worth doing.

    > If temporary addresses limit, to some extent, correlation, they are
    > doing their thing. Whether that's perfect or far from perfect is a
    > different thing.

Quantizine the value of the benefit is important when determining how much to
spend to mitigate issues.

I think that we should not oversell the benefits, but that doesn't mean there
are none. (I think that the benefits have been oversold within the IETF)

I'd like to see 6man look to better APIs for address selection.
That would include outreach (which means listening to user communities, not
telling them what to do), hackathons, BCPs and evangelism/promotion.

-- 
]               Never tell me the odds!                 | ipv6 mesh networks [ 
]   Michael Richardson, Sandelman Software Works        | network architect  [ 
]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [