Re: [saag] post-X509 cryptographic identities

Tony Rutkowski <trutkowski.netmagic@gmail.com> Fri, 14 February 2020 20:15 UTC

Return-Path: <trutkowski.netmagic@gmail.com>
X-Original-To: saag@ietfa.amsl.com
Delivered-To: saag@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3AA31120B37 for <saag@ietfa.amsl.com>; Fri, 14 Feb 2020 12:15:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.996
X-Spam-Level:
X-Spam-Status: No, score=-1.996 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, LOTS_OF_MONEY=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 T3Uz2q_DO1bJ for <saag@ietfa.amsl.com>; Fri, 14 Feb 2020 12:15:06 -0800 (PST)
Received: from mail-qk1-x734.google.com (mail-qk1-x734.google.com [IPv6:2607:f8b0:4864:20::734]) (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 E37E212022C for <saag@ietf.org>; Fri, 14 Feb 2020 12:15:03 -0800 (PST)
Received: by mail-qk1-x734.google.com with SMTP id z19so10434847qkj.5 for <saag@ietf.org>; Fri, 14 Feb 2020 12:15:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:reply-to:subject:to:cc:references:organization:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=5s+Ow/7j5qe2btIpuIWyqPox3h0kXjD59ODCM8yFqmg=; b=tkmnIcK6dMH+eY6wf4I+YGp7hur1ok7aZJfTHfBhcroowdvg/mP8Kejd26H/sPvuzC r+rJhOPSfC74G0Ge5WhikikT7xmBW5F2Krxmsr7RdsAx3G2DzMxhDI5RJ6QGdJXyozPf UEr1C1nx+zHNUADQ2z/VHmYt9vjmcFi2JQVO+q1/jJJ8o7bqaIXlT9UCKvMiVHa3AXwp RSBEflfMbr5Xgu3y7t47lZl0YdF6ZOS6kP96ISSFy8Z0wDiWz6QzfdEDK1DIj/2sg/z5 3vSAHGubPw4oIJryy9p4wGtR51nfGM5nyjSvdHPTGdkYmUWeMV57GOc4vLmlIiw6YI6n hHuA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:reply-to:subject:to:cc:references :organization:message-id:date:user-agent:mime-version:in-reply-to :content-language; bh=5s+Ow/7j5qe2btIpuIWyqPox3h0kXjD59ODCM8yFqmg=; b=Aa0q5Zv7wV+Cn0Jik2Ax/E44sby/MUbS37RGTb9eslm4X4NumTjr3KKzveKcgJvU31 C4rDgBX88wDwayh5/WUkYNK5lF3xcXk0bId4WY8dj/dNVm7IFtX/adC964HWUa+ZD+Zx CBtj3/oyfqcgDdIPEkqjS4LJv6jLtFUk4Tv9bjzjgaVt+4756LLCb1D0/5oyCQedsV+J QRnv2Z2iffRkolBsWNro1c4zoDkb412oikx4HgEsIeALkFxmJs6QbYCDXJExr0A2nljK FjoGuL0iF/0slj7YyASDjymQIHcL+EI94peWqrpAkyQbT1VzrasipASpopB2RLuagCQN rX8Q==
X-Gm-Message-State: APjAAAWhCK42LxaXriq/10e1/JkhC9U7dJAm63kr19ikjhz1VbcFRLQT Px/cmDm9xkL1TnrWLNQ2g6X1GINI
X-Google-Smtp-Source: APXvYqzD9+DlN6F1S30VPhl94o/FAOVU1x2Rj6z4e3o1F5lDSsDPbnBelTwqgUHD6iNfPiTWnPQXpg==
X-Received: by 2002:a37:5f43:: with SMTP id t64mr4218663qkb.68.1581711302716; Fri, 14 Feb 2020 12:15:02 -0800 (PST)
Received: from [192.168.1.53] (pool-70-106-222-98.clppva.fios.verizon.net. [70.106.222.98]) by smtp.gmail.com with ESMTPSA id f7sm3822607qtj.92.2020.02.14.12.15.01 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 14 Feb 2020 12:15:02 -0800 (PST)
From: Tony Rutkowski <trutkowski.netmagic@gmail.com>
X-Google-Original-From: Tony Rutkowski <trutkowski@netmagic.com>
Reply-To: trutkowski@netmagic.com
To: Phillip Hallam-Baker <phill@hallambaker.com>, Michael Richardson <mcr+ietf@sandelman.ca>
Cc: IETF SAAG <saag@ietf.org>
References: <alpine.DEB.2.20.2002131443470.25433@grey.csi.cam.ac.uk> <20200213171324.GP18021@localhost> <d3d01f1f-5784-da84-1c59-e636d349bd2a@netmagic.com> <20200213175626.GR18021@localhost> <65357327-e2d7-89cc-221e-ed8ac2875048@netmagic.com> <A91F5BD6-BFBA-4BA7-9158-3F41A8F0F7D9@gmail.com> <20200213191952.GS18021@localhost> <9FEBBD2A-3578-436A-92E3-192CADC9FA8B@gmail.com> <20200213205158.GT18021@localhost> <43D1454A-C1DD-4742-A14C-F608F296208C@gmail.com> <20200213213953.GU18021@localhost> <2945E4D6-BFFF-4477-9AB3-24534CC687A0@gmail.com> <2de1f6eb-d0af-73f7-3662-ed4b93368421@netmagic.com> <CACsn0cnrZhTpgC9aQgciJjfhGC4VuhV4irYbO3om6c-vsrYnFw@mail.gmail.com> <8728.1581708714@dooku> <CAMm+Lwh=QnO-m-v9Xhmyx+fSJKhJWbEzi2x4H==A+aXuiBydjg@mail.gmail.com>
Organization: Netmagic Associates LLC
Message-ID: <6f29738c-2eeb-4a39-b863-615d67a946f9@netmagic.com>
Date: Fri, 14 Feb 2020 15:15:01 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0
MIME-Version: 1.0
In-Reply-To: <CAMm+Lwh=QnO-m-v9Xhmyx+fSJKhJWbEzi2x4H==A+aXuiBydjg@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------4805A10E4AFAFA4F3E22E426"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/saag/2vsGiV0y-wfIGdrt1aR04mfe3jI>
Subject: Re: [saag] post-X509 cryptographic identities
X-BeenThere: saag@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Security Area Advisory Group <saag.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/saag>, <mailto:saag-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/saag/>
List-Post: <mailto:saag@ietf.org>
List-Help: <mailto:saag-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/saag>, <mailto:saag-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 14 Feb 2020 20:15:09 -0000

+1

On 2020-02-14 3:13 PM, Phillip Hallam-Baker wrote:
>
>
> On Fri, Feb 14, 2020 at 2:32 PM Michael Richardson 
> <mcr+ietf@sandelman.ca <mailto:mcr%2Bietf@sandelman.ca>> wrote:
>
>
>     Watson Ladd <watsonbladd@gmail.com <mailto:watsonbladd@gmail.com>>
>     wrote:
>         > In this world plenty of economic transactions take place
>     with DNS names
>         > as the only identifier. Plenty of people are known by
>     monikers that
>         > have nothing to do with any government: Muhammed Ali,
>     Prince, Kirk
>         > Douglass, Liberace, etc. The state doesn't determine these:
>     remember
>         > "Say my name!"?
>
>     Agreed, and those are all, btw, local names.
>
>     Those people convince the world to accept them as their name, to
>     enter it
>     into our personal trusted store.  That we all happen to believe we
>     are each
>     referring to the same person when say "Prince" just means that
>     they are
>     effective. (But, an aunt has a dog named "Prince", and I know who is
>     referring to when she says _Prince_.  It's Mimi's Prince, not
>     AMI's Prince)
>
>
> Let's start thinking in a post anti-Trust IoT world in which the 
> majors are no longer trying to establish monopolies with their voice 
> control systems and we want to be able to give voice commands to any 
> of the devices we own from any of the voice input devices and we want 
> them all to give the same result.
>
> That is the following commands should all have the exact same result:
>
> "Alexa, shut off the lights in the basement"
> "Siri, shut off the lights in the basement"
> "Zen, shut off the lights in the basement"
>
> This can only work if there is a common understanding of "in the 
> basement". Which means that all the systems are using the same catalog 
> to interpret 'basement'. And this has to be a local name. I want the 
> system to do the right thing even if I have more than one house.
>
> According to Noth, a name is a signifier that has no direct 
> correspondence to the signified, it is a purely conventional 
> relationship mediated by some agreed registrar. In the case of my 
> basement, that registrar is obviously going to have to be me or 
> someone in my house. Certainly not ICANN.
>
> DNS names attempt to be universal names. They aren't quite, because 
> the registration is only temporary. The names are leased, not owned.
>
> There is a role for universal names in PKI but we go about it the 
> wrong way. Not wanting to mention blockchain, let us consider a Merkle 
> Tree authenticated sequence as in CT or a DARE Sequence.
>
> The logical implementation of the RPKI is as an incrementally 
> authenticated sequence. Each IP address block assignment is enrolled 
> in the sequence as it is granted or transferred. The entry specifying 
> the range(s) of IP addresses it applies to and the signature key(s) to 
> which they are bound.
>
> This structure allows a single signature by the registry to verify the 
> entire RPKI. We can extract individual range assignments and the 
> corresponding Merkle proof chain or we can just synchronize the entire 
> database.
>
> We can imagine constructing something of the sort for 'real names' 
> with a different binding. So 'Microsoft', the Microsoft Logo, the 
> Microsoft enterprise root key and the address of the .Microsoft DNS 
> server might be enrolled in such a sequence after going through a 
> CABForum EV type process plus some form of trademark verification.
>
> Issuing .Microsoft in this way would naturally upset folk thinking 
> that TLDs should cost $750,000 because they want a nice yacht. But it 
> could easily be done for $1000 without the need for any renewal fees. 
> Though there would be a need for a dispute arbitration process etc. 
> And we might want to have a rule that name owners have to make a 
> maintenance post every so often so as to allow unused names to be 
> recycled.
>
>
>
> _______________________________________________
> saag mailing list
> saag@ietf.org
> https://www.ietf.org/mailman/listinfo/saag