Re: [Ace] [lamps] CMPv2/LightWeiight-CMP profile over CoAP transport

Mohit Thanks for the update. I'm looking forward to the discussion in ACE. Hendrik Von: Mohit Sahni Gesendet: Dienstag, 14. Juli 2020 00:06 Hi All I have published the first draft for the document here is the link to the draft

Re: [Ace] [lamps] CMPv2/LightWeiight-CMP profile over CoAP transport

Hi All I have published the first draft for the document here is the link to the draft https://datatracker.ietf.org/doc/draft-msahni-ace-cmpv2-coap-transport/ . As Jim mentioned that adopting this might need change in the ACE WG charter can we please discuss that in IETF 108 ? Thanks Mohit On

[Ace] Agenda for IETF 108

We are collecting agenda items for IETF 108. We have a 100 minute slot at the meeting and I am sure that it will be overflowing. If you want to be on the agenda please let the chairs know. Please include the following data in your agenda request: 1. The document(s) that the presentation

[Ace] I-D Action: draft-ietf-ace-key-groupcomm-oscore-08.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Authentication and Authorization for Constrained Environments WG of the IETF. Title : Key Management for OSCORE Groups in ACE Authors : Marco

[Ace] I-D Action: draft-tiloca-ace-oscore-gm-admin-02.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Authentication and Authorization for Constrained Environments WG of the IETF. Title : Admin Interface for the OSCORE Group Manager Authors : Marco

[Ace] I-D Action: draft-ietf-ace-key-groupcomm-08.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Authentication and Authorization for Constrained Environments WG of the IETF. Title : Key Provisioning for Group Communication using ACE Authors :

Re: [Ace] 4.01 Get A Token From There, discovery-/form-driven applications and tokens opaque to the client

Hi Christian, On 07/13/2020 05:12 PM, Christian Amsüss wrote: > > * A malicious attacker intercepts the discovery process, and tells C > that there is an RD at > `;rt=core.rd` > (which is a perfectly legitimate service we're running there for > commercial purposes; its interface is that

[Ace] 4.01 Get A Token From There, discovery-/form-driven applications and tokens opaque to the client

Hello ACE, piecing together parts of the big picture of Resource Directory, CoRAL forms and ACE, I was wondering where in the whole story the client should tie its intention to the key material it uses to authorize an action. Take this -- admittedly contrived, but hopefully illustrative example:

Re: [Ace] I-D Action: draft-ietf-ace-mqtt-tls-profile-06.txt

Hello, I've submitted a new version in preparation for the next meeting. This version implements the change from the originally proposed scope format to AIF. There are 1-2 issues outstanding (regarding session continuation), which will be discussed in the WG meeting. Thanks, --Cigdem On Mon,

[Ace] I-D Action: draft-ietf-ace-mqtt-tls-profile-06.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Authentication and Authorization for Constrained Environments WG of the IETF. Title : MQTT-TLS profile of ACE Authors : Cigdem Sengul