Re: [Rats] Profile identifier (was Re: EAT Profiles)

[Giridhar Mandyam <[e-mail]>]

> So "The EAT Framework" document could come with both a definition of the profile claim for the IANA CBOR Web Token (CWT) Claims registry, as well as... a profile '0' (the first set of Claims that will be included in the final EAT framework document) for an IANA EAT Profile registry?

I did not say the above.

Let me try again.  It is not necessary to have an "IANA EAT Profile registry".  The FIDO example demonstrates that this it is possible to deliver "running code" without it.  The CWT claims registry is sufficient.

BTW, RFC 9200 is the precedent in my opinion.  https://www.rfc-editor.org/rfc/rfc9200.html#name-ace-profiles does not require the creation of a new IANA ACE-Profile registry either as far as I can tell.  The reservation of the CWT claim appears to have been sufficient.

-Giri

-----Original Message-----
From: Henk Birkholz <[e-mail]> 
Sent: Wednesday, September 21, 2022 7:16 AM
To: Giridhar Mandyam <[e-mail]>; Michael Richardson <[e-mail]>; Smith, Ned <[e-mail]>; [e-mail]
Subject: Re: [Rats] Profile identifier (was Re: EAT Profiles)

WARNING: This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.

Hi Giri,

thanks for clarifying. So "The EAT Framework" document could come with both a definition of the profile claim for the IANA CBOR Web Token (CWT) Claims registry, as well as... a profile '0' (the first set of Claims that will be included in the final EAT framework document) for an IANA EAT Profile registry?

Viele Grüße,

Henk

On 21.09.22 16:06, Giridhar Mandyam wrote:
> Both.
>
> In the case of FIDO, the profile claim value was not registered.  That did not stop us from achieving the "rough consensus and running code" goal.
>
> -Giri
>
> -----Original Message-----
> From: Henk Birkholz <[e-mail]>
> Sent: Wednesday, September 21, 2022 7:01 AM
> To: Giridhar Mandyam <[e-mail]>; Michael Richardson 
> <[e-mail]>; Smith, Ned <[e-mail]>; 
> [e-mail]
> Subject: Re: [Rats] Profile identifier (was Re: EAT Profiles)
>
> WARNING: This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.
>
> Hi Ned, Michael, Giri,
>
> are you talking about the values of the profile claim (I am assuming numbers for now) to be registered in an IANA registry or are you talking about new claims defined by a profile specification to be registered in the IANA CBOR Web Token (CWT) Claims registry? I am really not sure anymore.
>
> Viele Grüße,
>
> Henk
>
> On 21.09.22 15:51, Giridhar Mandyam wrote:
>> This was not required for the FIDO implementation of EAT.  As per https://www.iana.org/assignments/cwt/cwt.xhtml, the FIDO EAT claims have been registered and the profile has been verified in interop events.  The profile itself was not registered.
>>
>>> The IANA registry would point to some RFC that described the semantics.
>>
>> Why only RFC's?  Are other standards body documents not suitable?  At least for FIDO, this didn't seem to be a requirement for IANA registry.
>>
>> -Giri
>>
>> -----Original Message-----
>> From: RATS <[e-mail]> On Behalf Of Michael Richardson
>> Sent: Wednesday, September 21, 2022 3:27 AM
>> To: Smith, Ned <[e-mail]>; [e-mail]
>> Subject: Re: [Rats] Profile identifier (was Re: EAT Profiles)
>>
>> WARNING: This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.
>>
>> Smith, Ned <[e-mail]> wrote:
>>       > @Laurence Lundblade<mailto:[e-mail]> What semantics are
>>       > associated with a profile that appears on an IANA registry?
>>
>> The IANA registry would point to some RFC that described the semantics.
>>
>> --
>> Michael Richardson <[e-mail]>, Sandelman Software Works 
>> -= IPv6 IoT consulting =-
>>
>>
>>
>> _______________________________________________
>> RATS mailing list
>> [e-mail]
>> https://www.ietf.org/mailman/listinfo/rats