Re: [Drip] terminology: certificates & claims

"Card, Stu" <stu.card@axenterprize.com> Wed, 28 October 2020 17:23 UTC

Return-Path: <stu.card@axenterprize.com>
X-Original-To: tm-rid@ietfa.amsl.com
Delivered-To: tm-rid@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 326E53A096B for <tm-rid@ietfa.amsl.com>; Wed, 28 Oct 2020 10:23:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, 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 (1024-bit key) header.d=axenterprize.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 C1RJOMT6ezIF for <tm-rid@ietfa.amsl.com>; Wed, 28 Oct 2020 10:23:06 -0700 (PDT)
Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) (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 24B7E3A0A07 for <tm-rid@ietf.org>; Wed, 28 Oct 2020 10:23:06 -0700 (PDT)
Received: by mail-ed1-x52b.google.com with SMTP id t20so233744edr.11 for <tm-rid@ietf.org>; Wed, 28 Oct 2020 10:23:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=axenterprize.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=cxakj9yyTXqEn8Kih3dks/Q78AyoORuYQOvo0yFB+/U=; b=fr+1ksK5XaruiYN5yftseBttiXjPEeNhyoma18wxawnMd1YoJeCCpotcIfTToWnTyg UMWg2bEB38ZJkO4truh0weTJhT3Uy23f8MOKJX4Mp8KeKkWUbTd8m2mBMc3HM0lX31zj T9fIQH7PqGQLl/WiROL1sOHBtvlQO5/p6O57c=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=cxakj9yyTXqEn8Kih3dks/Q78AyoORuYQOvo0yFB+/U=; b=uL3pFNEECRFUGU12rrbP6cxrDLv+WzU7w8Im8w3QAkisQSl9rtMW3BYxifyzOUaZQ2 6GxbHLdrarjiOjVpXZkRqA+fYUzNVeVOhTlkXj2HWjeK5vRawKJ2IWBZxHuaMeTdOeoi vKqhds5cgVhsYDtKwY1sFMxVb09HpWpFfPxA+IjjZEPefzjz9POndeSJHbBEgzRqKX5e mqqY2PKcAOLjvcqKX80IG/XWT4d329R+WpzGjwIQu++h0dlhNi9QjDCZ2V0EVvHcOUt/ 7VBBO5BusmV1n9WE+d6T50aA+441L8lSGEI/BuE3guElxDVGapv6arEljc1SquJsHK42 rdGw==
X-Gm-Message-State: AOAM532oHOHq64OjvrNS6bj07NRg31n3SlNQBwrUW0VnYlKwXWoK7se8 GnesrG3amHIYXmHIQyU2XJPtzjiLFUjVbl2uOb0aXQ==
X-Google-Smtp-Source: ABdhPJxWbAkkbp38/7p+jEW2C8rvwIxGMwWD9MJNZLCSklkvZFDxuF6UIZ0nTKAgvBnqOmJIzDL/SXOcTjhtpt96r7U=
X-Received: by 2002:aa7:c84b:: with SMTP id g11mr8497275edt.86.1603905784496; Wed, 28 Oct 2020 10:23:04 -0700 (PDT)
MIME-Version: 1.0
References: <17ef73c6-c340-f9eb-9e18-4eda77c01089@axenterprize.com> <30156.1603882625@localhost> <020601d6ad42$155a3b10$400eb130$@palage.com> <165d95c0-37f8-82e1-7063-758ecf3630c8@sit.fraunhofer.de> <022c01d6ad43$afa77650$0ef662f0$@palage.com>
In-Reply-To: <022c01d6ad43$afa77650$0ef662f0$@palage.com>
From: "Card, Stu" <stu.card@axenterprize.com>
Date: Wed, 28 Oct 2020 13:22:54 -0400
Message-ID: <CAKM0pYPu7STjneBYiVE9hn2XcDr71Fki6FnX6Yv09iLzDL5nPQ@mail.gmail.com>
To: Michael Palage <michael@palage.com>
Cc: Henk Birkholz <henk.birkholz@sit.fraunhofer.de>, Michael Richardson <mcr+ietf@sandelman.ca>, tm-rid@ietf.org
Content-Type: multipart/alternative; boundary="00000000000089e41605b2be6ad4"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tm-rid/3vhlUl3mn5sDTKehh0PSGQQJqUE>
Subject: Re: [Drip] terminology: certificates & claims
X-BeenThere: tm-rid@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Drone Remote Identification Protocol <tm-rid.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tm-rid>, <mailto:tm-rid-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tm-rid/>
List-Post: <mailto:tm-rid@ietf.org>
List-Help: <mailto:tm-rid-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tm-rid>, <mailto:tm-rid-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Oct 2020 17:23:08 -0000

I hate to chime in agreeing that anyone (myself or another) should do
additional work, but if you have the cycles, it should be a useful
reference for authors and editors.


On Wed, Oct 28, 2020 at 12:02 PM <michael@palage.com> wrote:

> Henk,
>
> Totally agree the matrix needs to be extended.  My original choice was
> based upon some of the internal discussion within the medical community. I
> just found out that the matrix helped steer the discussion and provided a
> nice internal document for the engineers that were focused on standards and
> the lawyers that were focused on national laws.
>
> If others see potential benefit, I would be open to adding a RFC4949
> column and a DRIPs column.
>
> Best regards,
>
> Michael
>
> -----Original Message-----
> From: Henk Birkholz <henk.birkholz@sit.fraunhofer.de>
> Sent: Wednesday, October 28, 2020 11:58 AM
> To: michael@palage.com; 'Michael Richardson' <mcr+ietf@sandelman.ca>;
> 'Stuart W. Card' <stu.card@axenterprize.com>; tm-rid@ietf.org
> Subject: Re: [Drip] terminology: certificates & claims
>
> Hi Michael,
>
> a very preliminary observation:
>
> This table could definitely use an RFC4949 (or IETF, but that is way more
> effort) column.
>
> Viele Grüße,
>
> Henk
>
> p.s. as a hint - Claim, Relying Party, and Verifier are used extensively
> in the RATS WG:
>
>
>
> On 28.10.20 16:50, michael@palage.com wrote:
> > Hello All,
> >
> > Attached is a document that I created in connection with some identity
> work that I have been doing in the medical space. I created it because
> there was confusion about certain definitional terms across different
> standards and frameworks between the lawyers and the engineers.  I find
> this matrix is an interesting cheat sheet to make sure that everyone is
> operating from a common definitional framework.
> >
> > If the group finds any value I could expand the matrix to include some
> of the DRIP definitional terms.
> >
> > Best regards,
> >
> > Michael
> >
> >
> > -----Original Message-----
> > From: Tm-rid <tm-rid-bounces@ietf.org> On Behalf Of Michael Richardson
> > Sent: Wednesday, October 28, 2020 6:57 AM
> > To: Stuart W. Card <stu.card@axenterprize.com>; tm-rid@ietf.org
> > Subject: Re: [Drip] terminology: certificates & claims
> >
> >
> > Stuart W. Card <stu.card@axenterprize.com> wrote:
> >      > (3) Certificates consist of one or more claims, plus some
> evidence supporting
> >      > those claims, typically a signature of a trusted [third] party
> attesting to
> >      > the truth of the claims.
> >
> > What Carsten and Henk said.
> > I haven't seen
> >    "evidence supporting those claims"
> >
> > in any actual (PKIX) certificates.  The point of the third party is
> usually that it provides the service of evaluating the evidence, and this
> has, until
> > RFC8555 (ACME) been completely non-standard as to process.
> >
> >      > Carsten? Michael? Anyone? Thanks!
> >
> > Remember that it works best if you say our name three times in front of
> the bathroom mirror.  :-)
> >
> > --
> > Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT
> consulting )
> >             Sandelman Software Works Inc, Ottawa and Worldwide
> >
> >
> >
> >
> >
>
>