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 > > > > > > > > > > > >
- [Drip] terminology: certificates & claims Stuart W. Card
- Re: [Drip] terminology: certificates & claims Carsten Bormann
- Re: [Drip] terminology: certificates & claims Henk Birkholz
- Re: [Drip] terminology: certificates & claims Michael Richardson
- Re: [Drip] terminology: certificates & claims Robert Moskowitz
- Re: [Drip] terminology: certificates & claims Card, Stu
- Re: [Drip] terminology: certificates & claims michael
- Re: [Drip] terminology: certificates & claims Henk Birkholz
- Re: [Drip] terminology: certificates & claims michael
- Re: [Drip] terminology: certificates & claims Wiethuechter, Adam